Zum ersten Mal mit ddrescue. Das 3-TB-Laufwerk zeigte Fehler und ging offline (nur unter Windows), also habe ich von einem Stick in systemrescuecd gebootet und verwendet
ddrescue -f /dev/sde /dev/sdb /mnt/rescue/mapfile
(die Map-Datei befindet sich auf einem dritten Laufwerk).
Ich habe hier vielleicht einen Fehler gemacht, wollte aber so schnell wie möglich alles von dem Laufwerk kopieren, was ich konnte. Das Ziellaufwerk ist von derselben Marke/Modell/Größe und das einzig mögliche, das ich in diesem Moment verwenden konnte.
Ich habe etwa 40 % mit dem Kopieren erreicht und bisher sind keine Fehler aufgetreten, aber es hat die langsame Phase erreicht; angemessene 2 Tage (mit Spitzen auf über 100, aber da bin ich optimistisch).
i/opos - 959,803MB
Rescued - 959,768MB
non tried - 2040 GB
non-trimmed - 7288kB
non-scraped, errsize, errors - all 0
Ich bekomme hoffentlich morgen ein größeres Laufwerk (6 TB).
Ich war mir völlig bewusst, dass das riskant war, wollte aber etwas unternehmen, bevor es sich nicht mehr einschalten ließ. Es macht noch keine Geräusche.
Im Nachhinein wäre es für mich vielleicht besser gewesen, es in ein Bild zu kopieren (?)
Da ich Zeit zum Weiterlesen habe, mache ich mir Sorgen, ob es wahrscheinlich abgeschlossen wird oder nicht genügend Speicherplatz zur Verfügung steht. Ich habe Empfehlungen gesehen, auf ein 50 % größeres Laufwerk zu kopieren.
Ich verstehe, warum es einen kleinen Unterschied in der Größe geben kann oder dass das Laufwerk, auf das ich kopiere, selbst fehlerhafte Sektoren usw. haben könnte, bin mir aber nicht sicher, warum es so viel größer sein sollte, wenn sich die Map-Datei woanders befindet. Daher dachte ich, ich frage einfach mal nach, falls ich etwas missverstanden habe.
Würdest du
Lassen Sie ddrescue laufen, während es mit dem anderen 3-TB-Laufwerk arbeitet. Ich denke, ich kann zumindest für das, was kopiert wird, immer ein Image des Ziellaufwerks erstellen.
Stoppen Sie es, um das Quelllaufwerk nicht zu verschleißen, und erstellen Sie ein neues Image auf dem neuen Laufwerk
Machen Sie etwas Vernünftigeres, und ich bin ein Idiot und habe missverstanden, was ich hier tue.
Wenn am Ende tatsächlich der Speicherplatz ausgeht – wie gehe ich dann vor? Das hoffentlich intakte Laufwerk in ein Image retten, den letzten Teil von diesem Quelllaufwerk holen und kombinieren? Oder bin ich aufgeschmissen? Mit einem gewissen Datenverlust kann ich leben.
Vielen Dank für jede Hilfe, entschuldigen Sie die Länge, ich hoffe, es ist verständlich.
Backups – nein! Dieses hier hat beim Versuch, ein Backup zu erstellen, angefangen und ist danach komplett ausgefallen (mehrere Stromausfälle in kurzer Zeit).
Edit: 2 weitere Dinge, die ich vielleicht erwähnen sollte
- Dies ist ein Datenlaufwerk und kein Bootlaufwerk.
- In der kurzen Zeit, in der ich es in Windows sehen konnte, wurde die Ordnerstruktur angezeigt. Ich hoffe also, dass die Partitionsinformationen problemlos kopiert werden. Ich bin mir jedoch bewusst, dass ich möglicherweise Probleme damit haben werde, wenn die Endgröße zu groß ist (?)
Antwort1
Wenn das Ziel gleich oder größer ist, funktioniert es. Sie können dies mit folgendem überprüfen:
blockdev --getsize64 /dev/source /dev/target
Wenn es kleiner ist, wird der Speicherplatz knapp, aber ob das eine Rolle spielt, hängt davon ab, wie viele Bytes fehlen und was tatsächlich da ist.
Im Nachhinein wäre es für mich vielleicht besser gewesen, es in ein Bild zu kopieren (?)
Image-Dateien haben auch Nachteile. Außerdem benötigen sie mehr Speicherplatz. Sie können eine 3-TB-Festplatte auf eine andere 3-TB-Festplatte kopieren, aber nicht in eine Image-Datei auf dieser 3-TB-Festplatte, da ein großer Teil durch Partitionierung, Dateisystem-Metadaten usw. verloren geht.
1) Lassen Sie ddrescue laufen, während es mit dem anderen 3-TB-Laufwerk arbeitet
Ja, obwohl die Logdatei/Mapdatei es Ihnen ermöglicht, jederzeit abzubrechen und mit anderen Optionen neu zu starten. Sie haben erwähnt, dass es in einem langsamen Bereich hängen geblieben ist. Sie können weitermachen oder vielleicht mit der --min-read-rate
Option experimentieren. Aber solange es nicht vollständig hängen geblieben ist, ist es vielleicht besser, es vorerst einfach weiterlaufen zu lassen.
4) Wenn am Ende tatsächlich nicht genügend Speicherplatz vorhanden ist, wie geht man dann vor?
Hängt davon ab, was sich tatsächlich auf dem Laufwerk befindet und wie viel fehlt.
Manchmal spielt es überhaupt keine Rolle. LVM hat beispielsweise am Ende häufig unbrauchbare Daten (hängt von der physischen Extent-Größe und dem Offset ab) und für die meisten Dateisysteme ist der Anfang des Laufwerks viel wichtiger als dessen Ende.
Wenn ein kleiner Teil fehlt, können Sie mithilfe dmsetup
der linearen Zuordnung ein neues Gerät mit zusätzlichem Speicherplatz erstellen, ohne alles noch einmal kopieren zu müssen. Aber höchstwahrscheinlich ist es von vornherein kein ernstes Problem.