Ich habe eine Image-Datei einer fehlerhaften Festplatte, die ich mit ddrescue unter Linux erstellt habe. Die Festplatte ist 750 GB groß, wenn ich mich richtig erinnere, konnten nur etwa 30 MB nicht gerettet werden. Ich habe noch einige andere fehlerhafte Festplatten und kann mich nicht erinnern, ob diese zu meinem Windows- oder Linux-Computer gehörte.
Ich versuche, das Image auf eine 2-TB-Festplatte zurückzuschreiben. Egal, ob ich die Festplatte als NTFS oder EXT formatiere und das Image auf die neue Festplatte schreibe, sobald es fertig ist, wird es wieder als unformatiert und leer angezeigt. Ich habe gelesen, dass wir vor dem Zurückschreiben Fehlerkorrekturtools für die Images verwenden sollten. Also habe ich versucht, fsck und ntfsfix zu verwenden, aber keines davon kann das Image identifizieren und korrigieren.
Wenn ddrescue so viel von dieser fehlerhaften Festplatte retten konnte, warum können die Fehler dann nicht mit Tools korrigiert werden und warum kann die Festplatte nicht zurückgeschrieben werden? Ich habe es geschafft, eine andere fehlerhafte 160-GB-Festplatte erfolgreich zurückzuschreiben, also weiß ich nicht, warum diese 750-GB-Festplatte nicht funktioniert.
Bearbeiten, um das von mir verwendete Bild zurückzuschreiben:
sudo ddrescue -f seagate750gb.img /dev/sdb restore.log
Kopf -n 16 seagate750gb.log
# Rescue Logfile. Created by GNU ddrescue version 1.17
# Command line: ddrescue -d -r5 -R /dev/sdb seagate750gb.img seagate750gb.log
# current_pos current_status
0x89B7F4A00 +
# pos size status
0x00000000 0x89B7F4800 +
0x89B7F4800 0x00000200 -
0x89B7F4A00 0x010AA200 +
0x89C89EC00 0x00000200 -
0x89C89EE00 0x21775200 +
0x8BE014000 0x00000200 -
0x8BE014200 0x000DA400 +
0x8BE0EE600 0x00000200 -
0x8BE0EE800 0x00369600 +
0x8BE457E00 0x00000200 -
0x8BE458000 0x002B6000 +
Datei seagate750gb.img
seagate750gb.img: x86 boot sector
gdisk -l seagate750gb.img
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Disk seagate750gb.img: 1465149168 sectors, 698.6 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 2891CCD9-92FB-4380-AB03-801E0E4F90CC
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1465149134
Partitions will be aligned on 2048-sector boundaries
Total free space is 1465149101 sectors (698.6 GiB)
Number Start (sector) End (sector) Size Code Name
sudo gdisk -l /dev/sdb
(das ist meine 2TB-Festplatte, nachdem das Image darauf geschrieben wurde)
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Disk /dev/sdb: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 59784077-576E-4CC1-918D-773D10916B46
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 3907029101 sectors (1.8 TiB)
Number Start (sector) End (sector) Size Code Name
Antwort1
Bevor Sie spekulieren, überprüfen Sie ein paar Dinge:
Stellen Sie sicher, dass das Disk-Image tatsächlich Daten enthält. Versuchen Sie es mit etwas wie:
lzop < disk.img | wc -c - disk.img
lzop
Das Zählen der Zeichen im Bild und in einem etwas komprimierten Bildstream dauert einige Minuten . Wenn das Bild nur aus Nullen besteht,lzop
ist die Zahl relativ klein.Wenn die
lzop
Zahl mindestens10 %der Rohbildgröße gibt es einige Daten indisk.img.Wenn es so aussieht, als ob Daten vorhanden sind, schauen Sie nach, was einige Standard-Dienstprogramme dazu sagen:
file disk.img
... sollte ein wenig darüber aussagen, was da ist. Wenn es eine Partitionstabelle ist, versuchen Sie:
gpart -v disk.img