Montare l'immagine ddrescue dopo il ripristino (sopra la mia testa)

18

Ho problemi a montare l'immagine di ripristino. Ho provato a montare l'immagine in diversi modi.

quark@DS9 ~ $ sudo mount -t ext4 /media/jump1/1recover/sdb1.img /mnt
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so


quark@DS9 ~ $ sudo mount -r -o loop /media/jump1/1recover/sdb1.img recover
mount: you must specify the filesystem type

quark@DS9 ~ $ sudo mount /media/jump1/1recover/sdb1.img mnt
mount: you must specify the filesystem type

Non mi dà nemmeno informazioni dettagliate sul file che ho appena creato, nautilus dice che è 160 gb.

quark@DS9 ~ $ file /media/jump1/1recover/sdb1.img
/media/jump1/1recover/sdb1.img: data


quark@DS9 ~ $ mmls /media/jump1/1recover/sdb1.img
        Cannot determine partition type

Non sono sicuro di cosa sto facendo di sbagliato o se ho iniziato questo processo in modo errato dall'inizio. Ho delineato ciò che ho fatto finora sotto. Non ho idea, apprezzerei se qualcuno avesse qualche input per me.

Quello che ho fatto dall'inizio

Il mio laptop ha due dischi rigidi.

Uno ha i file di sistema Mint Win7 / Linux dual boot. Quello secondario conteneva la mia cartella / home.

Il laptop è stato bloccato e il disco / home è stato rotto. Ho provato un ripristino LiveCD, non è riuscito. Non caricarebbe nemmeno una sessione Live con il disco installato. Quindi mi sono rivolto a ddrescue.

quark@DS9 ~ $ sudo fdisk -l

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0009fc18

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048   112642047    56320000    7  HPFS/NTFS/exFAT
/dev/sda2       138033152   312580095    87273472   83  Linux
/dev/sda3       112644094   138033151    12694529    5  Extended
/dev/sda5       112644096   132173823     9764864   83  Linux
/dev/sda6       132175872   138033151     2928640   82  Linux swap / Solaris

Partition table entries are not in disk order

Disk /dev/sdb: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0002a8ea

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *          63   312576704   156288321   83  Linux

Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xed6d054b

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1              63  1953520064   976760001    7  HPFS/NTFS/exFAT

sda - 160g interno, contiene tutti i file di sistema e tutte le funzioni del computer.
sdb - 160 g interni, BROKEN , contiene circa 140 g di dati che vorrei recuperare.
sdc - 1T esterno, contiene l'immagine di ripristino. Unico posto che ha spazio per fare tutto questo.

Da questo sito, https://apps.education.ucsb.edu/wiki/Ddrescue

Ho usato questo script per creare un'immagine del disco rigido rotto. Ho cambiato la destinazione sull'unità USB esterna.

#!/bin/sh 

prt=sdb1
src=/dev/$prt
dst=/media/jump1/1recover/$prt.img
log=$dst.log

sudo time ddrescue --no-split $src $dst $log
sudo time ddrescue --direct --max-retries=3 $src $dst $log
sudo time ddrescue --direct --retrim --max-retries=3 $src $dst $log

Tutto sembrava uscito senza intoppi:

quark@DS9 ~ $ sudo bash recover1 


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:         0 B,  errsize:       0 B,  errors:       0
Current status
rescued:   160039 MB,  errsize:    4096 B,  current rate:    35588 B/s
   ipos:      3584 B,   errors:       1,    average rate:   22859 kB/s
   opos:      3584 B,     time from last successful read:       0 s
Finished                   
12.78user 1060.42system 1:56:41elapsed 15%CPU (0avgtext+0avgdata 4944maxresident)k
312580958inputs+0outputs (1major+601minor)pagefaults 0swaps


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   160039 MB,  errsize:    4096 B,  errors:       1
Current status
rescued:   160039 MB,  errsize:    1024 B,  current rate:        0 B/s
   ipos:      1536 B,   errors:       1,    average rate:       13 B/s
   opos:      1536 B,     time from last successful read:     1.3 m
Finished                       
0.00user 0.00system 3:43.95elapsed 0%CPU (0avgtext+0avgdata 4944maxresident)k
238inputs+0outputs (3major+374minor)pagefaults 0swaps


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   160039 MB,  errsize:    1024 B,  errors:       1
Current status
rescued:   160039 MB,  errsize:    1024 B,  current rate:        0 B/s
   ipos:      1536 B,   errors:       1,    average rate:        0 B/s
   opos:      1536 B,     time from last successful read:     3.7 m
Finished                       
0.00user 0.00system 3:43.56elapsed 0%CPU (0avgtext+0avgdata 4944maxresident)k
8inputs+0outputs (0major+376minor)pagefaults 0swaps

Sembra, da dove mi trovo, ha funzionato perfettamente. Ecco il registro:

# Rescue Logfile. Created by GNU ddrescue version 1.14
# Command line: ddrescue --direct --retrim --max-retries=3 /dev/sdb1 /media/jump1/1recover/sdb1.img /media/jump1/1recover/sdb1.img.log
# current_pos  current_status
0x00000600     +
#      pos        size  status
0x00000000  0x00000400  +
0x00000400  0x00000400  -
0x00000800  0x254314FC00  +

Non sono sicuro di come procedere. Questo significa che tutti i miei dati vengono persi ????????

Apprezzo QUALSIASI input!

— BorgDomination
fonte

5

+1 per fornire molte informazioni pertinenti dettagliate presentate in modo chiaro e di facile lettura.

— Scott Severance,

La wiki di Ubuntu ha un'ottima pagina sul recupero dei dati: help.ubuntu.com/community/DataRecovery

— Wilf

7

Ho trovato la soluzione e mi sento un po 'sciocco a perdere questo. Grazie mille per le vostre risposte!

Ho controllato l'immagine per errori e poi è montata senza problemi!

sudo fsck -y /dev/sda2/backup.img

Ha corretto gli errori, quindi non ha avuto problemi con:

sudo mount /dev/sda2/backup.img /mnt/recoverydata

— BorgDomination
fonte

5

L'immagine che hai creato conterrà tutti i guasti del tuo disco originale. Pertanto probabilmente non puoi montarlo o leggerlo. Il modo di procedere è caricare questa immagine nel tuo strumento di recupero dati preferito .

Abbiamo una buona esperienza con Testdisk / PhotoRec ma ci sono altri strumenti che vale la pena menzionare, ad esempio Foremost.

Guarda anche:

— Takkat
fonte

4

Ecco cosa dovevo fare in una situazione simile - nel caso in cui qualcuno si imbattesse in questa domanda come ho fatto io.

Anche la mia immagine non si monta, generando lo stesso errore (cattivo superblocco). Tuttavia, fsck non è riuscito con il seguente errore:

fsck from util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /mnt/download/rescue.img

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

Dopo aver letto DataRecovery (link fornito da Takkat, grazie!), Ho provato quanto segue e ha funzionato:

apt-get install sleuthkit
mmls /path/to/image

Ciò ha prodotto il seguente output:

DOS Partition Table
Offset Sector: 0
Units are in 512-byte sectors

     Slot    Start        End          Length       Description
00:  Meta    0000000000   0000000000   0000000001   Primary Table (#0)
01:  -----   0000000000   0000000062   0000000063   Unallocated
02:  00:00   0000000063   2930272064   2930272002   Linux (0x83)
03:  -----   2930272065   2930277167   0000005103   Unallocated

Ho quindi moltiplicato 63 per 512 per ottenere 32256 e montato l'immagine in questo modo:

mount -o loop,offset=32256 /path/to/image /mnt/temp

Spero che questo aiuti anche qualcun altro.

— Jure Merhar
fonte

2

Oltre alla risposta di Takkat, vorrei suggerire un altro possibile approccio. Considerando che l'immagine è quasi certamente danneggiata, potrebbero esserci alcuni dati che gli strumenti di recupero dati non possono recuperare adeguatamente.

SpinRite risolve questo problema in modo diverso. Invece di operare su un'immagine, esercita il disco al fine di ottenere più dati da esso rispetto a quelli che gli strumenti normali possono recuperare. L'ho usato per aumentare significativamente la quantità di dati recuperabili. Se sei fortunato, sarai in grado di montare il tuo disco normalmente in seguito per un tempo sufficiente a fare un backup adeguato.

SpinRite presenta tuttavia un grosso svantaggio. Costa una discreta quantità di denaro. Se gli altri strumenti funzionano per te, allora risparmia. Ma se hai bisogno di più, SpinRite merita sicuramente una prova.

— Scott Severance
fonte