☰

Ein von ddrescue erstelltes Image kann nicht gemountet werden

tag-icon • tag-icon ddrescue
Ein von ddrescue erstelltes Image kann nicht gemountet werden

Ich habe eine 500 GB große Festplatte, die ich mithilfe von wiederherstellen möchte GNU ddrescue.

Dies gilt fdiskfür die 500 GB-Festplatte:

Disk /dev/sdc: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 33553920 bytes
Disk identifier: 0xeea5da13

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1              63   976768064   488384001    7  HPFS/NTFS/exFAT

ddrescueseinen Kopiervorgang abgeschlossen und hat Folgendes ausgeführt:

GNU ddrescue 1.21
Press Ctrl-C to interrupt
Initial status (read from mapfile)
  rescued:  481966 MB,     errsize:   70382 kB,  errors:     121

Current status
     ipos:  482180 MB, non-trimmed:        0 B,  current rate:    262 kB/s
     opos:  482180 MB, non-scraped:   17927 MB,  average rate:    614 kB/s
non-tried:        0 B,     errsize:   70382 kB,      run time:      3m 54s
  rescued:  482110 MB,      errors:      121,  remaining time:  1d 10h 58m
percent rescued:  96.40%      time since last successful read:          0s
Scraping failed blocks... (forwards)

Der obige Schritt ist nun abgeschlossen und dies steht fdisk -lin der backup.imgDatei:

Disk /media/victor/New Volume4/backup.img: 497.3 GB, 497334280192 bytes
255 heads, 63 sectors/track, 60464 cylinders, total 971356016 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: 0xeea5da13

                               Device Boot      Start         End      Blocks   Id  System
/media/victor/New Volume4/backup.img1              63   976768064   488384001    7  HPFS/NTFS/exFAT

Wenn ich das tue, sudo mount -o ro,offset=$((512*63)) backup.img /media/myName/recoveryerhalte ich:

Failed to read last sector (976768001): Invalid argument
HINTS: Either the volume is a RAID/LDM but it wasn't setup yet,
   or it was not setup correctly (e.g. by not using mdadm --build ...),
   or a wrong device is tried to be mounted,
   or the partition table is corrupt (partition is smaller than NTFS),
   or the NTFS boot sector is corrupt (NTFS size is not valid).
Failed to mount '/dev/loop0': Invalid argument
The device '/dev/loop0' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

Was mache ich jetzt?

Antwort1

Das ist vermutlich das falsche Tool. Or the whole disk instead of a partition (e.g. /dev/sda, not /dev/sda1)?Ist ein nützlicher Hinweis. - Ich schätze, Sie haben /dev/sdc abgebildet und Mount wird mit Geräteabbildern verwechselt.

Verwenden Sie stattdessen kpartx – ich glaube, kpartx -a -v backup.img fügt eine Reihe von Geräten in /dev/mapper hinzu, die Sie dann wie gewohnt mounten können.

Antwort2

Ich habe das Image in Windows gemountet OSFMountund es hat perfekt funktioniert. Ich kann darauf wie auf ein normales Laufwerk zugreifen und Dateien davon abrufen.

Zusammenfassend hatte ich ein 500 GB großes Laufwerk, auf dem ich Dateien sicherte. Es war in NTFS formatiert. Keine anderen Partitionen. Die Lese- und Schreibgeschwindigkeiten sanken rapide, also verbrachte ich eine WOCHE damit, ein Image der gesamten Festplatte GNU ddrescueunter Linux zu erstellen. Dann habe ich OSFMountes tatsächlich in Windows gemountet und Dateien davon heruntergeladen.

verwandte Informationen