Klonen eines Linux-Startlaufwerks (Ubuntu) mit einigen Fehlern

1951
Fred Hamilton

Ich habe eine 8.04 Mythbuntu-Installation, die ich auf eine andere Festplatte klonen muss. Leider hat die Festplatte, auf der sie sich befindet, einige Fehler, dd bricht ab, wenn ich das übliche probiere

dd if=/dev/sda of=/dev/sdb 

Letzte Nacht entdeckte ich die Option conv = sync, noerror für dd (und es wurden 2 Fehler gemeldet), aber als die Übertragung abgeschlossen war, konnte der Datenträger nicht booten. Ich hatte gparted check the disk (es lief "e2fsck -f -y -v / dev / sdb1"), und nach einigen Minuten meldete es einen Fehler und stürzte ab - ich konnte die Fehlerinformationen nicht erhalten, da der Bildschirm eingefroren war. Ich habe es dann nur noch auf der Boot-Partition (anstelle der gesamten Festplatte) versucht und erhielt die gleichen Ergebnisse. Heute Abend probiere ich noch einmal dd und überprüfe die Festplatte außerhalb von gparted, damit ich (hoffentlich) zumindest Fehlermeldungen sehe.

Aber meine Frage ist: Gibt es eine andere Möglichkeit, dieses Laufwerk zu kopieren (einschließlich der Beibehaltung der gleichen UUID) neben dd? Ich hätte nichts dagegen, es Datei für Datei zu kopieren (und auf diese Weise konnte ich sehen, ob Dateien durch die Fehler, die von dd angezeigt werden, beschädigt wurden), aber ich bin nicht sicher, wie das geht, und es bleibt bootfähig und behält das gleiche UUID. Ich weiß, dass ich von Grund auf neu installieren konnte, aber nach all den Anpassungen und Anpassungen, die ich gemacht habe, ist dies ein sehr letzter Ausweg.

0

3 Antworten auf die Frage

1
Daff

Hm das Klonen einer defekten Platte ist wahrscheinlich nie eine gute Idee. Sie können grundsätzlich alle Dateien auf eine andere Festplatte kopieren und versuchen, die Mbr neu zu konfigurieren. Wofür müssen Sie die UUID aufbewahren? Das Neuinstallieren sollte nicht so schwer sein, solange Sie hauptsächlich in Ihrem Home-Ordner angepasst haben (oder wissen, was Sie außerhalb des Ordners geändert haben) und trotzdem die sauberste Lösung ist (und Sie die neueste Software erhalten).

Ich bestreite nicht, dass die Neuinstallation die "ideale" Lösung ist. Aber für mich ist es nicht so risikolos, wie es scheint. Mit meinen eingeschränkten Fähigkeiten kann ich möglicherweise nicht alle Funktionen und Funktionen neu erstellen, die ich jetzt habe. Und es wird eine enorme Zeit in Anspruch nehmen. Wenn es also eine Möglichkeit gibt, die Festplatte mit dem Festplattenfehler zu kopieren, der von dd erkannt wird (aber ich bin in einem Jahr nicht in Betrieb gekommen), besteht eine sehr gute Chance, dass ich ein gutes System habe. Wenn nicht, werde ich neu installieren. Ich möchte dieselbe UUID, weil eine Menge installierter Software anscheinend fehlschlägt, wenn sie geändert wird (Ich habe vor einiger Zeit eine einfache Dateikopie ausprobiert und dies hat mich gebissen). Fred Hamilton vor 15 Jahren 0
Yepp, ich verstehe deinen Punkt. Ich kann Ihnen nur sagen, was ich über das Ganze gelernt habe, und mit zunehmender Erfahrung wurde es einfacher, all die Feinabstimmung vorzunehmen, weil Sie tatsächlich wussten, was Sie gerade machten (und nicht zufällig erfolgreich). Wenn Sie nur ein laufendes System wünschen, ist Ihr Ansatz möglicherweise besser (obwohl er riskanter ist, da die Fehler noch immer vorhanden sind und das System aus zufälligen Gründen zufällig ausbricht - ähnlich wie ein defekter Arbeitsspeicher), und Sie könnten viel lernen, wenn Sie tatsächlich alles wiederholen ( mir wurde jedes Mal besser, wenn ich das tat) Daff vor 15 Jahren 0
Ich sehe auch deinen Punkt. Für mich ist es meistens eine Zeitsache - das ist mein MythTV (Tivo-Äquivalent) und meine Frau will 99,9% Uptime sehen :-). Also möchte ich das Arbeitssystem sofort in einen gesunden Antrieb umpflanzen, dann könnte ich leichter atmen und ich könnte ein frisches Build in einem gemächlicheren Tempo machen (es dauerte Monate, bis dieses System den Zustand erreicht hat im). Ich habe gerade "fsck -f" auf der Boot-Partition mit dem Fehler ausgeführt und es komplett sauber gelesen. Ich denke, das Risiko eines Problems ist sogar geringer als ich dachte, aber ich finde immer noch keinen Weg, das Laufwerk zu klonen / zu kopieren! Fred Hamilton vor 15 Jahren 0
1
Fred Hamilton

Die endgültige Lösung erwies sich als relativ einfach (keine der dd-Lösungen funktionierte).

  1. Von einer 9.04-Live-CD mit meinem ursprünglichen Problemlaufwerk (/ dev / sdf) und dem neuen Laufwerk gebootet, wollte ich das Originallaufwerk an (/ dev / sde) klonen.
  2. Um sicherzustellen, dass die Festplatte bootfähig ist, grub installiert wurde usw., habe ich Ubuntu 9.04 auf der neuen Festplatte (sde) installiert. (Es gibt wahrscheinlich einen schnelleren Weg, dies zu erreichen, aber ich wusste, dass dies den Trick tun würde.)
  3. Sdf als Disk-1 gemountet, Sde als Disk-2
  4. Alle Dateien aus der neuen Installation auf Platte 2 wurden gelöscht
  5. Sdf als Disk-1 gemountet, Sde als Disk-2
  6. Sudo cp -a / media / disk-1 / * / media / disk-2 (kopiert alle Dateien rekursiv und behält Attribute und Berechtigungen bei)
  7. sudo blkid (Ruft eine Liste der UUIDs aller Festplatten ab. Kopieren Sie die UUID für die neue (sde) -Partition manuell in die Zwischenablage.)
  8. sudo gedit /boot/grub/menu.lst (Ändern Sie nun die UUIDs in den Grub-Einträgen von denjenigen für sdf (alt) in diejenigen für sde (neu), indem Sie die zuvor kopierte UUID einfügen.)
  9. Rebooted und es hat funktioniert! Halleluja!
0
hlovdal

Wenn das einfache dd fehlschlägt, können Sie dd_rescuestattdessen versuchen, da dd_rescue bei Fehlern in der Eingabedatei nicht abgebrochen wird.