Ich habe dies erfolglos bei Ask Ubuntu gefragt und sie empfehlen, es erneut als Superuser zu posten, also bin ich hier!
Es war soweit, nach 5 Jahren ist meine externe 1TB-Festplatte mit all meinen Familienfotos und meiner Musik abgestürzt. Dummerweise hatte ich nicht zwei Festplatten im RAID-System, in das ich gerade investiert hatte, damit das nicht wieder passiert.
Ich habe die Dateien erfolgreich mit dd_rescue auf meinem anderen 2-TB-Filmlaufwerk auf meinem Server gerettet, verstehe jedoch nicht, wie ich diese IMG-Datei mounten kann.
Ich verwende GNU ddrescue.
Ich habe auch versucht, chkdsk \f unter Windows 7 auszuführen, aber es gab mir die Fehlermeldung „Nicht genügend Speicherplatz, um Volume-Bitmap zu reparieren. CHKDSK abgebrochen.“. Laut der Microsoft-Website zu dieser Fehlermeldung: „Löschen Sie, wenn möglich, einige nicht benötigte Dateien vom NTFS-Volume und wiederholen Sie dann den Chkdsk-Befehl. Wenn Sie keine Dateien löschen können, müssen Sie das NTFS-Volume neu formatieren und die Daten aus der Sicherung wiederherstellen.“. Da ich keinen Speicherplatz aus dem Image freigeben kann, weiß ich nicht, was ich tun soll. Und von den 1 TB wurden vorher sowieso nur 400 GB verwendet, also ergibt die Fehlermeldung wirklich keinen Sinn. Ein Typ auf Ask Ubuntu meinte, dass es auch an einer sehr großen Beschädigung liegen könnte, aber laut ddrescue betrug die Fehlergröße nur 31 MB, also ergibt das auch keinen Sinn.
So habe ich meinen ddrescue-Befehl ausgeführt
sudo ddrescue /dev/sdh1 /media/external/rescue/rescue.img /media/external/rescue/rescuelog
Initial status (read from logfile)
rescued: 1 TB, errsize: 30944 kB, errors: 345
Finished
Hier sind meine Testbefehle
Datei image.img
image.img: x86 boot sector, code offset 0x52, OEM-ID "NTFS ", sectors/cluster 8, reserved sectors 0, Media descriptor 0xf8, heads 255, hidden sectors 2048, dos < 4.0 BootSector (0x80)
fdisk -l image.img
Disk image.img: 1000.2 GB, 1000203091968 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953521664 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: 0x2052474d
This doesn't look like a partition table
Probably you selected the wrong device.
Device Boot Start End Blocks Id System
image.img1 ? 6579571 1924427647 958924038+ 70 DiskSecure Multi-Boot
image.img2 ? 1953251627 3771827541 909287957+ 43 Unknown
image.img3 ? 225735265 225735274 5 72 Unknown
image.img4 2642411520 2642463409 25945 0 Empty
Partition table entries are not in disk order
Ich habe absolut keine Ahnung, warum fdisk all diese seltsamen Partitionen wie 'DiskSecure Multi-Boot' und zwei 'Unbekannte' Partitionen anzeigt, der parted-Befehl gab mir jedoch Informationen, die richtig schienen
geteiltes Bild.img drucken
WARNING: You are not superuser. Watch out for permissions.
Model: (file)
Disk /media/external/Rescue/image.img: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Number Start End Size File system Flags
1 0.00B 1000GB 1000GB ntfs
Ich bin nicht sicher, ob ich die richtigen Flags und dergleichen habe, aber hier versuche ich, das Laufwerk zu mounten
sudo mount -r -o loop image.img /mnt
ntfs_mst_post_read_fixup_warn: magic: 0x00000000 size: 4096 usa_ofs: 0 usa_count: 65535: Invalid argument
Index buffer (VCN 0x0) of directory inode 0x5 has a size (24) differing from the directory specified size (4096).
ntfs_mst_post_read_fixup_warn: magic: 0x00000000 size: 4096 usa_ofs: 0 usa_count: 65535: Invalid argument
Index buffer (VCN 0x0) of directory inode 0x5 has a size (24) differing from the directory specified size (4096).
ntfs_mst_post_read_fixup_warn: magic: 0x00000000 size: 4096 usa_ofs: 0 usa_count: 65535: Invalid argument
Index buffer (VCN 0x0) of directory inode 0x5 has a size (24) differing from the directory specified size (4096).
Jetzt ist es tatsächlich auf /mnt gemountet, aber wenn ls /mnt ausgeführt wird, wird „Verzeichnis /mnt/ wird gelesen: Eingabe-/Ausgabefehler“ zurückgegeben.
Für jede Hilfe ist dankbar, auch Spekulationen sind herzlich willkommen.
Dank im Voraus!
Antwort1
Ich glaube, ich habe das gleiche Problem erlebt (beschädigte Partitionstabelle von einem fehlerhaften ddrescue'd NTFS-Laufwerk (durcheinander "fdisk -l", aber korrekt "parted", Mount-Befehl würde fehlschlagen mit
Failed to read last sector (1953520001): 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?
Ich konnte das gerettete Image mit dem Befehl mounten
sudo ntfs-3g -o force imagefile /mountpoint
was meiner Meinung nach gleichbedeutend ist mit
sudo mount -t ntfs-3g imagefile /mountpoint
(hier zu findenhttp://www.makeuseof.com/tag/fix-corrupted-windows-ntfs-filesystem-ubuntu/(und in der Manpage, wenn ich mir die Mühe gemacht hätte, sie zu lesen ... dumm.))