Nichtübereinstimmung der GPT-PMBR-Größe nach dem dd-Klon

12

Ich migriere mein Ubuntu EFI-Boot-System auf eine größere Festplatte. Ich habe den Befehl benutzt

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

Ich habe die Bereitstellung der Eingabedatei vor dem Kopieren nicht aufgehoben, und die Ausgabedatei war frischer, nicht partitionierter Speicherplatz. Ich habe erfolgreich von der neuen größeren Festplatte gebootet.

  • fdisk -l Berichte:

    Nicht übereinstimmende GPT-PMBR-Größe

  • gdisk meldet die alte Laufwerksgröße (200 GB) und

  • PMBR meldet die neue Festplattengröße (2 TB).

Der gdisk wBefehl für Fehlerzustände (Schreiben) funktioniert, die Empfehlung von gdisk help empfiehlt jedoch den Befehl xe(Sicherung an das Ende der Festplatte verschieben).

Mein Ziel ist es, das alte Laufwerk zu entfernen und das neue Laufwerk als primäre Startdiskette zu verwenden, wobei meine alte Grub-Installation intakt ist.

Soll ich einfach die Partitionen erweitern oder sollte ich einen dieser Befehle verwenden?

Zakri Kneebone
quelle

Antworten:

10

Gehen Sie wie in der gdiskEingabeaufforderung angegeben vor: Verwenden Sie die eOption im Expertenmenü ( x), um die Datenstrukturen an das Ende der Festplatte zu verschieben. Sie können dasselbe in partedoder GParted erreichen, wenn Sie es vorziehen. IIRC tun sie dies halbautomatisch, obwohl sie um Bestätigung bitten.

Sobald Sie die GPT-Sicherungsdatenstrukturen verschoben haben, können Sie die Größe Ihrer Partition (en) mithilfe von GParted ändern.

Rod Smith
quelle
4
Du solltest diesem Kerl glauben - er schriebgdisk .
Mikeserv
Ich habe gparted von einem Live-USB verwendet. Ich habe die Partitionen entfernt und die Partitionstabelle auf dem neuen Laufwerk neu geschrieben. Von dort aus schrieb ich Roboterschritte: gparted kopierte die Partitionsstruktur der alten Festplatte und änderte in der Zwischenzeit auch die Größe der Partitionen und kopierte die Daten für die neue Festplatte. Es hat alles getan, während ich geschlafen habe.
Zakri Kneebone
1
@ZakriKneebone: Da ich das hier erläuterte "Warum sollten Sie das tun" nicht sehe: Da das GPT auf dem ersten und letzten Sektor der Festplatte gespeichert wird, nur für den Fall, dass der auf dem ersten Sektor ausfällt, hat es immer noch einen Rücken -up ... (und eine positive Bewertung!)
Fabby
1
@ RodSmith Eine alternative nicht interaktive Lösung wäre ebenfalls willkommen. Nach dem Klonen mit ddeinem größeren Laufwerk tritt dieses Problem immer wieder auf. Praktisch, wenn das Klonskript das falsche "Backup-GPT" beheben kann. Ich kann keine Verschiebungsoption in GPT fdisk (sgdisk) Version 1.0.3 finden. Nie Geist superuser.com/questions/905756/... sagt , dass -e|--move-second-headerdie sgdisk Option.
Pro Backup
1

Ich möchte eine erweiterte Erklärung meiner Versuche und Irrtümer für diejenigen veröffentlichen, die dasselbe versuchen, da die Dokumentation ziemlich fragmentiert ist und auf verschiedene Techniken verweist. Ich habe gparted von einem Live-USB verwendet. Ich habe die Partitionen entfernt und die Partitionstabelle auf dem neuen Laufwerk neu geschrieben. Gparted verfügt über einen Step-Sequenzer: Er hat die Partitionsstruktur der alten Festplatte kopiert und in der Zwischenzeit auch die Partitionen geändert und die Daten für die neue Festplatte kopiert. Es hat alles getan, während ich geschlafen habe. Die Verwendung von dd erforderte auch eine manuelle Aktualisierung der fstab-Datei, die ich übersprungen habe. Ich habe dann versucht, ddrescue (aus dem Universe-Paket über Synaptic, nicht Software Center) von Live-USB, die berichtet, dass es nicht mit gpt funktioniert. Es verwies mich auf gparted.

Zakri Kneebone
quelle
Gut auch! Viele Leute werden aus diesen Fragen und
Antworten
0

Nur ein weiteres Datum, auf das ich heute gestoßen bin, als ich die Größe eines EBS-Volumes auf meiner EC2-Instanz geändert habe. Ich habe es durch Ausführen gelöst growpart /dev/nvme0n1 1, wodurch die Größe meiner Partition korrekt geändert wurde.

Aaron R.
quelle