Ich habe eine Ubuntu-Box, die derzeit auf einer alten 500-GB-Festplatte läuft.
Da ich eine 240 GB SSD bekommen habe und die Festplatte nur teilweise genutzt wurde (10 % genutzt), habe ich beschlossen, die Festplatte auf die SSD zu klonen.
Da die Festplatte größer als die SSD ist, habe ich sie defragmentiert und die Datenpartition auf unter 240 GB verkleinert. Danach funktioniert das System immer noch und fährt wie gewohnt hoch.
Da sich die SSD auf einem 100 % Windows-Rechner befand, hatte sie eine MBRPartitionstabelle, die ich durch eine gptPartitionstabelle ersetzte. Anschließend erstellte ich zwei Partitionen der gleichen Größe wie die auf der Festplatte vorhandenen.
Anschließend habe ich den PC mit einem anderen bootfähigen Ubuntu-USB-Stick gestartet und diese beiden ddBefehle eingegeben:
sudo dd if=/dev/sda1 of=/dev/sdd1 status=progress
sudo dd if=/dev/sda2 of=/dev/sdd2 status=progress
Alles lief ohne Fehler, aber am Ende weigerte sich der PC, von der SDD zu booten.
Die Partition /dev/sdd2 scheint korrekt geklont worden zu sein, da ich sie mounten kann, wenn ich entweder von /dev/sda oder vom bootfähigen USB boote. Mir fällt jedoch auf, dass der belegte Speicherplatz in /dev/sda2 größer ist als der belegte Speicherplatz in /dev/sdd2. Ich vermute, dass dies an den temporären Dateien und Geräten liegt, die beim Booten von dieser Partition entstehen.
Ich habe versucht, von der SSD zu booten, ohne dass andere Festplatten angeschlossen waren, aber beim Booten des PCs erscheint nur die Meldung, dass dieser direkt in das BIOS/EFI-Menü gelangt.
Irgendeine Idee, warum meine SSD nicht startet?
Antwort1
Ich hatte kürzlich ein Problem mit dem Booten von Ubuntu, nachdem ich meinen Dual-Boot (Windows 10 + Ubuntu 20.04) von meiner Festplatte auf eine neue M.2 NVMe SSD geklont hatte. Windows bootete einwandfrei, aber Ubuntu zeigte nur die Grub-Shell.
Wie hier und auch in einigen anderen Foren empfohlen, habe ich das Ubuntu Boot-Info-Tool verwendet, das das Problem zeigte: Beim Klonen wurde GRUB in Partition1 installiert, statt in Partition7, wo meine Ubuntu-Installation war. Also habe ich das Ubuntu Boot-Repair-Tool verwendet, das GRUB in der richtigen Partition neu installiert hat, und voilà!
Antwort2
Das Kopieren einzelner Partitionen war notwendig, um die Originalfestplatte zu klonen, da die Zielfestplatte kleiner als die Originalfestplatte war. Nach einigen Kommentaren wurde mir jedoch schließlich klar, dass beim Kopieren einzelner Partitionen der Boot-Record nicht kopiert wurde.
Um dieses Problem zu beheben, habe ich schließlich die Anwendung Boot-Repair (help.ubuntu.com/community/Boot-Repair)