Das Schreiben von .img auf USB mit dd führt zu einem beschädigten primären GPT-Header

Ich habe ein 64-GB-USB-3.0-Laufwerk, auf dem ich bootfähige Betriebssysteme für Sysadmin-Zwecke installieren möchte. Mein primäres Betriebssystem ist Mac OS X 10.11.

Ich habe eine Kopie von ubuntu-16.04-desktop-amd64.iso. Auf meinem Mac führe ich den folgenden Befehl aus:

$ hdiutil convert -format UDRW -o ubuntu.img ubuntu-16.04-desktop-amd64.iso

Wie es im Ubuntu-Handbuch heißt, USB-Installationsanleitung , um die isoDatei in eine wiederbeschreibbare imgDatei zu machen. Das gibt Folgendes aus:

Reading Driver Descriptor Map (DDM : 0)…
Reading Ubuntu 16.04 LTS amd64           (Apple_ISO : 1)…
Reading Apple (Apple_partition_map : 2)…
Reading Ubuntu 16.04 LTS amd64           (Apple_ISO : 3)…
.............................................................................
Reading EFI (Apple_HFS : 4)…
.............................................................................
Reading Ubuntu 16.04 LTS amd64           (Apple_ISO : 5)…
.............................................................................
Elapsed Time:  4.011s
Speed: 353.2Mbytes/sec
Savings: 0.0%

Also benenne ich das neu erstellte ubuntu.img.dmgin nur um ubuntu.imgund versuche dd, den Inhalt auf eine Festplatte zu schreiben:

0+22673 records in
0+22673 records out
1485881344 bytes transferred in 9.590071 secs (154939557 bytes/sec)

Ich stoße dann den USB aus und starte meinen Mac neu. Beim Booten, altwährend EFI Bootich den USB-Stick gedrückt halte und auswähle , blinkt eine kurze Meldung auf meinem Bildschirm, die besagt, dass error: file '/boot' not found.ich nach dem Verschwinden der Meldung das Standard-GRUB-Menü bekomme und Ubuntu erfolgreich booten kann.

Ich starte wieder in OS X und starte das diskutil list, um die Partitionsinformationen für den USB zu erhalten:

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        *62.7 GB    disk1
   1:        Apple_partition_map                         4.1 KB     disk1s1
   2:                  Apple_HFS                         2.4 MB     disk1s2

Ich war mir nicht sicher, ob dies das richtige Partitionsschema ist. Daher starte ich gdisk /dev/disk1und erhalte die folgende Ausgabe:

GPT fdisk (gdisk) version 1.0.1

Caution: invalid main GPT header, but valid backup; regenerating main header
from backup!

Caution! After loading partitions, the CRC doesn't check out!
Warning! Main partition table CRC mismatch! Loaded backup partition table
instead of main partition table!

Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: damaged

Ich entschuldige mich für den langen Beitrag und frage mich: Wo in diesem Prozess tritt der Fehler auf (er ist zu 100% reproduzierbar) und kann ich ihn beheben?

— Sam Holmes
quelle

Ich habe keine endgültige Lösung, aber ich habe einige Beobachtungen:

Die Seite, auf die Sie verweisen, wurde im Jahr 2010 geschrieben und zuletzt im Jahr 2013 aktualisiert. Sie ist daher veraltet und möglicherweise für Ubuntu 16.04 nicht mehr anwendbar.
Die diskutil listAusgabe auf dem konvertierten Datenträger zeigt, dass Apple_partition_schemedas APM-Partitionstabellenformat von Apple und nicht GPT verwendet wird. Idealerweise gdisksollte dies als solches erkannt werden, hdiutilscheint aber eine Variante von APM geschaffen zu haben, die gdiskdies nicht erkennt, daher die Behauptung eines korrupten GPT.
Wenn Sie versuchen, das Ubuntu-Installationsprogramm auf normale Weise zu booten, versuchen Sie, es dddirekt vom .isoImage auf ein USB-Laufwerk zu übertragen, ohne es zuvor mit hdiutiletwas anderem zu konvertieren . Die Ubuntu- .isoImages haben eine Art Frankensteins Monster-Format, das normalerweise auf USB-Laufwerken ordnungsgemäß gestartet wird. Wenn dies fehlschlägt, erstellen Sie mit Rufus, UNetbootin oder Startup Disk Creator ein bootfähiges USB-Laufwerk. Beachten Sie, dass der so erstellte Datenträger für die Ausführung des Ubuntu-Installationsprogramms geeignet ist, in den meisten Fällen jedoch kein gutes endgültiges Installationsmedium darstellt. Sie möchten das Installationsprogramm starten und dann auf einem zweiten USB-Laufwerk installieren.

— Rod Smith
quelle