Gestern habe ich versucht, eine Ubuntu-Partition zu löschen. Da mein Mac (13 ", MBPro Mitte 2014) nicht bootet. Jetzt boote ich unter Mac OS mit einem USB-Stick. Ich folge einem anderen Thema dieses Forums (wie folgt: Partitionstyp plötzlich FFFFFFFF-FFFF-FFFF- FFFF-FFFFFFFFFFFF, Laufwerk unmountable ) und meine Volume-Partition ändern sich von FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF zu 48465300-0000-11AA-AA11-00306543ECAC . Aber ich kann immer noch nicht booten ...
Vielen Dank !
7C3457EF-0000-11AA-AA11-00306543ECAC
immer noch für Mojave?) Derzeit tritt fast das gleiche Problem auf, außer dass es sich um ein MacBook Pro Anfang 2015 handelt, und es tritt kein Problem auf, bei demgpt -r show disk0
diese Ausgabe im Screenshot erzeugt wird.7C3457EF-0000-11AA-AA11-00306543ECAC
sollte für High Sierra und höher arbeiten. (Bereits getestet: Dateiverifizierung funktioniert!)Antworten:
Eine bootfähige OS X-Partition (mit Ausnahme der Recovery HD) hat entweder die GUID 48465300-0000-11AA-AA11-00306543ECAC für eine Standard-OS X-Partition, die GUID 53746F72-6167-11AA-AA11-00306543ECAC für eine CoreStorage-Partition oder die GUID 7C3457EF -0000-11AA-AA11-00306543ECAC für ein APFS-Volume. Der FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ist ein unbekannter Partitionstyp (aber keine Partition wie die 000000-0000-0000 .... eine).
Die GUID kann mit gpt geändert werden. Sie können GUID-Partitionstabellen mit gpt nur hinzufügen, löschen und ändern, wenn alle zugehörigen Festplatten nicht bereitgestellt sind. Um Ihre Partitionen neu zu konfigurieren, starten Sie ein Laufwerk eines Drittanbieters (z. B. Internet Recovery oder ein USB-Stick des OS X-Installationsprogramms).
Unter bestimmten Umständen muss SIP deaktiviert werden, um die GUID-Partitionstabelle zu ändern.
diskutil list
Verschaffen Sie sich einen Überblick über Ihre interne Festplatte mit der im vorherigen Befehl angegebenen Festplattenkennung. Im Folgenden gehe ich davon aus, dass die Festplattenkennung Ihrer internen Festplatte disk0 (SSD) lautet (ersetzen Sie sie durch die in Ihrer Umgebung gefundene).
diskutil umountDisk disk0
Entfernen Sie dann die zweite Partition mit der gleichen Größe und dem richtigen Typ und fügen Sie sie erneut hinzu. Der wahrscheinlichste Typ für disk0s2 auf einer SSD mit derzeit installiertem Sierra ist 53746F72-6167-11AA-AA11-00306543ECAC oder mit installiertem High Sierra 7C3457EF-0000-11AA-AA11-00306543ECAC (da eine frühere CoreStorage-Partition mit ziemlicher Sicherheit in APFS konvertiert wurde Upgrade von Sierra auf High Sierra).
Sierra (CoreStorage):
oder
High Sierra (APFS):
oder
Standardpartition (HFSJ Extended):
Überprüfen Sie die Festplatte und das Volume:
Wenn Sie von Ihrem USB-Laufwerk
sudo
gebootet und als Administrator angemeldet sind, müssen Sie vorab die gpt-Befehle erfolgreich ausführen.Wenn Sie Ihre Systemversion vergessen oder eine benutzerdefinierte Partitionierung durchgeführt haben, können Sie dennoch die ersten Blöcke von disk0s2 überprüfen und den richtigen GUID-Typ ermitteln:
Wenn Sie ein vollwertiges System gestartet haben, können Sie Folgendes verwenden
hexdump
:diskutil umountDisk disk0
hexdump die ersten 3 Blöcke der FFFF ... Partition:
Das folgende Ergebnis identifiziert es als normale OS X-Partition:
Die erste Zahl ist die Byteanzahl in hex: 0000000: 0; 0000600: 1536. Das * kennzeichnet identische Zeilen. Dies bedeutet: Die ersten beiden Blöcke (0x000-0x3ff) sind alle Nullen.
Eine CoreStorage-Partition zeigt im ersten Block (0x000-0x1ff) einige Nicht-Nullen an:
Die Zeile, die mit Byte 0x130 beginnt, zeigt die UUID des physischen Volumes, die Zeile, die mit Byte 0x140 beginnt, zeigt die UUID der logischen Volume-Gruppe.
Die Zeichenfolge 48 46 53 4a (= "HFSJ") in den ersten 16 Bytes der dritten Blöcke identifiziert ein Journaled HFS + -Volume auf beiden Partitionstypen.
Ein APFS-Container sieht folgendermaßen aus:
Die Zeichenfolge 4e 58 53 42 (= "NXSB"), die mit dem Byte 0x020 im ersten Block beginnt, ist die magische Zeichenfolge eines Superblocks eines APFS-Containers und identifiziert ihn als APFS-Container. Die UUID des Containers beginnt bei 0x48 (hier: 11 f1 5e 40 ...)
Wenn Sie auf den (Internet-) Wiederherstellungsmodus oder ein Installations-Startlaufwerk beschränkt sind (alle nur mit einem Basissystem, das keinen Hexdump enthält ), können Sie weiterhin Folgendes verwenden
vis
:diskutil umountDisk disk0
gegenüber den ersten 3 Blöcken der FFFF ... -Partition:
Wenn Sie zuvor eine Standardpartition hatten, enthalten die ersten 1024 Bytes nur nicht druckbare (Nullen):
\0\0\0\0\0\0...
Nach ~ Byte 1030 wird die folgende Sequenz angezeigt: \ 0HFSJ \ 0Wenn Sie eine CoreStorage-Partition hatten, werden einige Nicht-Nullen in den ersten 512 Bytes und die Zeichenfolge CS (
...\0CS\^A...
) angezeigt:Wenn Sie eine APFS-Partition hatten, wird die Zeichenfolge NXSB (
...\0NXSB\0\^P...
) in den ersten Bytes angezeigt:quelle
diskutil verifyVolume
(xattr?) Viele Warnungen erhalten, aber am Ende stand, dass es in Ordnung war und es war. Sind diese Warnungen normal?vis -c
von einigen Benutzern gepostete Ausgabe invertierbar ist, während andere Ausgaben viele?
Zeichen enthalten, wodurch die Ausgabe nicht invertierbar ist. Auf meinem Mac muss ich zuerst eingeben,export LC_CTYPE="ASCII"
bevor ich eine invertierbare Ausgabe verwendenvis -cw
odervis -cfw
erstellen kann.vis -c
Ausgabe invertieren , um die Partitionsgröße zu erhalten. In der zweiten Frage konnte ich nicht, weil die Ausgabe Fragezeichen (?
) Zeichen enthielt . Dies veranlasste mich zu untersuchen, wie die Ausgabe invertierbar gemacht werden kann.