CloneZilla brach mein System? Ubuntu-Installation nach dem Ausführen von CloneZilla verloren

2494
nicorellius

Ich habe diesen Beitrag gerade durchgelesen und versucht, meine Installation mit dieser Antwort ohne Erfolg zurückzubekommen. Was mir passiert ist, ist folgendes:

Ich habe eine oder mehrere Stunden damit verbracht, die CloneZilla-Dokumente zu lesen. Ich dachte, ich wäre bereit, es auszuprobieren, also habe ich die CD mit dem ISO-Image darauf gebrannt und ausgeführt. Das verwendete System war Ubuntu 10.04 (32 Bit).

Alles schien gut zu gehen. Ich machte einen Klon meiner ersten Partition und kopierte ihn auf meine zweite Partition. Ich folgte den Anweisungen, entfernte die CD und startete mein System neu.

Zu diesem Zeitpunkt würde ich erwarten, dass zwei bootfähige Linux-Installationen identisch sind. Beim Booten erhielt ich jedoch folgende Fehlermeldung:

error: no such device: 4cf1a6ef-xxxx-xxxx-xxxx-4e3a3ce92bcd

error: file not found

Ich habe von einer Live-Ubuntu-Disc gebootet und konnte meine Partitionen sehen: 4cf1 (1) und 4cf1 (2) (abgekürzt, da die Volumes lange Nummern haben, um sie zu identifizieren). Die 50 GB-Partition, auf der sich die ursprüngliche Ubuntu-Installation befindet, ist die Nummer und die zweite Partition (175 GB) ist die gleiche Nummer mit einem "_" am Ende. Ich könnte die Datenträgerpartitionen durchsuchen und die Dateien anzeigen, aber ich bin nicht sicher, was als nächstes zu tun ist.

Ich weiß, dass es eine Möglichkeit gibt, meinen Grub Loader wiederherzustellen und tatsächlich eine dieser Installationen zu starten, aber mein Linux-Know-how ist begrenzt. Kann ich die Bootloader-Datei bearbeiten, um dieses Problem zu beheben?

Der einzige Anhaltspunkt, den ich habe, ist, dass CloneZilla etwas über das Erstellen eines neuen GRUB gesagt hat, aber ich dachte, es würde das grundlegend ändern, so dass ich beide Installationen booten könnte. Nicht sicher, was passiert ist. Ich werde diesen Beitrag vorerst durchsehen, um zu sehen, ob ich etwas lernen kann, um meinem Problem zu helfen. Aber ich dachte, da dies durch die Verwendung von CloneZilla geschah, könnte dies eine einzigartige Frage für dieses Board sein.

BEARBEITEN - Bevor ich diese Kopie mit CloneZilla eingerichtet habe, habe ich eine andere Maschine mit Disk Copy von EaseUs auf einem anderen Computer gestartet. Es dauerte 6 Stunden, um eine 37-GB-Kopie von einer Festplatte zur anderen zu erstellen. Ich habe das System heruntergefahren und das ursprüngliche System neu gestartet (auf dem Quelllaufwerk). Als ich jedoch versuchte, den Klon zu booten (destination rive), stieß ich auf den gleichen Fehler, den ich oben beschrieben habe no such device.

2

1 Antwort auf die Frage

3
Darth Android

I would suspect that grub is choking over two partitions with the same UUID, which your system seems to be using to identify the boot device (Ubuntu switched to this method some time ago). You can tell grub specifically to boot the first partition or the second partition by specifying the device in the configuration file. My Google-Fu is lacking at the moment, but what you'd want to do is force grub to a shell, manually boot the original partition, and modify the grub config to boot by device/partition until you can get the UUIDs straightened out. Also be mindful whether you're using Grub or Grub2, as I know Ubuntu switched over a few iterations ago.

Danke für den Hinweis. Ich denke es ist an dieser Stelle grub2. Was meinen Sie damit: "Grub einer Shell erzwingen, manuell die ursprüngliche Partition booten?" Ich lerne immer noch den Linux-Jargon, also verzeihen Sie meine Unwissenheit ... nicorellius vor 13 Jahren 1
Ich bin mit grub2 nicht vertraut, aber Sie könnten beispielsweise 'c' drücken, um zur Grub-Shell zu gelangen. Von dort aus können Sie die Partition manuell mounten, den Kernel angeben und ihm mitteilen, dass er den Kernel booten soll. Dies sollte es Ihnen ermöglichen, Ihr Originalsystem für einen einzelnen Startvorgang einzurichten, in dem Sie Ihre grub2-Konfigurationsdateien korrigieren, damit es für nachfolgende Startvorgänge funktioniert. Darth Android vor 13 Jahren 1
Eine weitere schnelle und schmutzige Lösung, um das System erneut zu booten, besteht darin, die neue Partition zu löschen, bis Sie eine Möglichkeit finden, eine andere UUID zu erstellen und sie an diesem Punkt neu zu erstellen. Dies würde jedoch die bisher geleistete Arbeit zerstören. Darth Android vor 13 Jahren 0
Ich entschied mich für Ubuntu 10.04 neu zu installieren. Das System wurde ohnehin neu installiert, hauptsächlich zu Testzwecken. Der schnellste Weg, es wieder in Betrieb zu nehmen, war die Neuinstallation. Natürlich habe ich all die Arbeit verloren, die ich in das Klonen gesteckt habe. Ihr Ratschlag hat jedoch sehr geholfen, und ich mache diesen Beitrag zu einem Favoriten für zukünftige Referenz. Auf der EDIT-Platte war die Originaldiskette einwandfrei gebootet, die geklonte jedoch nicht. Ich denke, ich werde diese Techniken auf dieser Diskette üben. Danke noch einmal. nicorellius vor 13 Jahren 1
Es ist wahrscheinlich einfacher, den vorhandenen Boot-Menüeintrag zu bearbeiten, als alle Boot-Befehle von einer Shell aus einzugeben. Markieren Sie den Eintrag, den Sie booten möchten, drücken Sie "e", nehmen Sie Änderungen vor, drücken Sie "Strg-X", um zu booten (oder einfach "Escape", um zum Menü zurückzukehren, und drücken Sie "Enter", um den Eintrag zu booten). @nico quack quixote vor 13 Jahren 0

Verwandte Probleme