Hi Leute!
Ich habe mir Knoppix v7.2.0 als CD gebrannt und verwende es an meinem Windows-Laptop lediglich dazu, um eine kaputte Festplatte mit dem dd-Befehl zu klonen. In der Hoffnung, dass ich die geklonte Version reparieren und meine Daten retten kann. (Klon mach ich deshalb, damit ich mehrere Versuche beim Reparieren hab)
/dev/sdc ist die kaputte 1 TB Festplatte
/dev/sdb ist die neue 1,5 TB (voll funktionstüchtig)
Wenn ich einfach mit:
den Inhalt der einen Platte auf die andere kopieren will, hängt sich bei ca. 3,0 GB der Kopiervorgang auf und geht nicht mehr weiter. Es kommt ein input/output-Error, da anscheinend gewisse Sektoren der kaputten Festplatte gar nicht mehr lesbar sind und den Prozess abstürzen lassen.
Wenn ich allerdings mit:
erst ab 3338 * 1M = 3,26 GB den Kopierprozess starte (wegen skip=3338 ), dann funktioniert alles ohne Probleme. Und er kopiert alles bis zum Ende.
Meine Fragen lautet:
-Bewirkt die Option seek=3338, dass auf der Zielfestplatte erst beim Byte 3338 * 1M gestartet wird? Also beim 3500146688sten Byte? Ist es wirklich so einfach, dass auf beiden Festplatten die Bytes genau gleich durchnummeriert werden? Auch wenn beide Platten unterschiedlich groß sind und von verschiedenen Herstellern?
-Kann es sein, dass jetzt doch wieder Bereiche auf der Zielfestplatte aus dem ersten Kopiervorgang (also vor dem 3500146688sten Byte) überschrieben wurden?
Ich habe mir Knoppix v7.2.0 als CD gebrannt und verwende es an meinem Windows-Laptop lediglich dazu, um eine kaputte Festplatte mit dem dd-Befehl zu klonen. In der Hoffnung, dass ich die geklonte Version reparieren und meine Daten retten kann. (Klon mach ich deshalb, damit ich mehrere Versuche beim Reparieren hab)
/dev/sdc ist die kaputte 1 TB Festplatte
/dev/sdb ist die neue 1,5 TB (voll funktionstüchtig)
Wenn ich einfach mit:
Code:
sudo dd if=/dev/sdc of=/dev/sdb bs=1M & pid=$!
sudo watch --interval 10 kill -USR1 $pid
Wenn ich allerdings mit:
Code:
sudo dd if=/dev/sdc of=/dev/sdb bs=1M skip=3338 seek=3338 & pid=$!
sudo watch --interval 10 kill -USR1 $pid
Meine Fragen lautet:
-Bewirkt die Option seek=3338, dass auf der Zielfestplatte erst beim Byte 3338 * 1M gestartet wird? Also beim 3500146688sten Byte? Ist es wirklich so einfach, dass auf beiden Festplatten die Bytes genau gleich durchnummeriert werden? Auch wenn beide Platten unterschiedlich groß sind und von verschiedenen Herstellern?
-Kann es sein, dass jetzt doch wieder Bereiche auf der Zielfestplatte aus dem ersten Kopiervorgang (also vor dem 3500146688sten Byte) überschrieben wurden?
0 commentaires:
Enregistrer un commentaire