Ich habe versucht, Linux Mint zu deinstallieren und die Partitionen wieder auf eins zurückzusetzen. Irgendwie endete ich mit dem einer der Partition mit der Bezeichnung FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF.
Dies sind die Informationen von diskutil:
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF Macintosh HD 500.4 GB disk0s2
3: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF 650.0 MB disk0s3
4: Apple_HFS extra 498.9 GB disk0s4
/dev/disk1 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 24.0 GB disk1
1: EFI EFI 314.6 MB disk1s1
2: Apple_CoreStorage Macintosh HD 23.6 GB disk1s2
3: Apple_Boot Boot OS X 134.2 MB disk1s3
/dev/disk2 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: MacintoshHD +523.0 GB disk2
Logical Volume on disk1s2, disk0s2
B6A398E1-B484-4A1A-A590-2FB663DC609A
Unencrypted Fusion Drive
sudo gpt -r show /dev/disk0
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 977248144 2 GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
977657784 1269536 3 GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
978927320 974335664 4 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
1953262984 262151
1953525135 32 Sec GPT table
1953525167 1 Sec GPT header
Am Ende habe ich neu gestartet und konnte mich nicht bei MacOS anmelden. Ich versuchte eine Wiederherstellung, installierte MacOS jedoch auf einer separaten Partition. Jetzt liest das diskutil:
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF Macintosh HD 500.4 GB disk0s2
3: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF 650.0 MB disk0s3
4: Apple_HFS extra 498.3 GB disk0s4
4: Apple_Boot Recovery HD 498.3 GB disk0s5
/dev/disk1 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 24.0 GB disk1
1: EFI EFI 314.6 MB disk1s1
2: Apple_CoreStorage Macintosh HD 23.6 GB disk1s2
3: Apple_Boot Boot OS X 134.2 MB disk1s3
sudo gpt -r show /dev/disk0
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 977248144 2 GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
977657784 1269536 3 GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
978927320 973328272 4 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
19552255592 1269536 5 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
1953525128 7
1953525135 32 Sec GPT table
1953525167 1 Sec GPT header
Jetzt scheint es, dass der Fusionsantrieb nicht verbunden ist. Ich glaube, ich vermassele die Festplatte im großen Stil. Ich weiß nicht, was los ist, und ich habe wichtige Daten (die ich dummerweise nicht gesichert habe).
Gibt es Möglichkeiten, die Partition wiederherzustellen, das Fusionslaufwerk neu zu verbinden und die darin enthaltenen Daten nicht zu verlieren? Ich weiß es wirklich zu schätzen, wenn mich jemand auf dem Weg begleiten kann. Die anderen Beiträge, die sich allein auf Fusionsantriebe und FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF-Probleme beziehen, die ich gelesen hatte, verwirren mich. Außerdem mache ich mir Sorgen, dass ich noch mehr durcheinander bringe.
Bitte helfen Sie.
Update: Ich habe die detaillierten Anweisungen von klanomath befolgt. Hurra. Ich habe es geschafft, zu booten. Jetzt liest das Diskutil:
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage Macintosh HD 500.4 GB disk0s2
3: Apple_Boot 650.0 MB disk0s3
/dev/disk1 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 24.0 GB disk1
1: EFI EFI 314.6 MB disk1s1
2: Apple_CoreStorage Macintosh HD 23.6 GB disk1s2
3: Apple_Boot Boot OS X 134.2 MB disk1s3
/dev/disk2 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: MacintoshHD +523.0 GB disk2
Logical Volume on disk1s2, disk0s2
B6A398E1-B484-4A1A-A590-2FB663DC609A
Unencrypted Fusion Drive
sudo gpt -r show /dev/disk0
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 977248144 2 GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
977657784 1269536 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
978927320 974597815
1953525135 32 Sec GPT table
1953525167 1 Sec GPT header
Auch wenn ich boote, geht es zu GNU GRUB Version 2.02. Ich kann mich bei MacOS anmelden, indem ich beim Booten Option/Alt gedrückt halte. Die Folgefragen lauten:
Gibt es eine Möglichkeit, die Linux-Installation zu bereinigen und GRUB nicht erscheinen zu lassen?
disk0s3 ist nicht erforderlich, damit mein Betriebssystem richtig bootet? Es scheint wie die Überreste meiner Linux-Installation, aber ich bin mir nicht sicher. Ist es möglich, es zu entfernen/formatieren und wieder zur Hauptpartition hinzuzufügen?
Partition 4 (498,9 GB) fehlt jetzt.
Ich nehme an, ich muss verwenden:
gpt add -i 4 -b 978927320 -s 974597815 -t ????????-0000-11AA-AA11-00306543ECAC disk0
Welche Nummer verwende ich?
Die zweite (und dritte) Partition Ihrer internen Festplatte hat die falschen Partitionstypen, Ihre Daten werden wahrscheinlich nicht verloren gehen. Wenn ein Teil eines Fusion-Laufwerks (dh disk0s2) plötzlich einen falschen Partitionstyp erhält, wird das „Fusion-Laufwerk“ geteilt und funktioniert nicht mehr.
Eine bootfähige OS X-Partition (außer Recovery HD) hat entweder die GUID 48465300-0000-11AA-AA11-00306543ECAC für eine standardmäßige OS X-Partition oder die GUID 53746F72-6167-11AA-AA11-00306543ECAC für eine CoreStorage-Partition. Die FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ist ein unbekannter Partitionstyp (aber keine Partition wie die 000000-0000-0000....).
Da Ihr iMac eine Fusion-Festplatte enthält und die Überreste von CoreStorage-Elementen in der diskutil-Ausgabe (disk1s2 und disk2) sichtbar sind, ist es letzteres.
Die GUID kann mit geändert werden gpt
. Sie können GUID-Partitionstabellen nur dann mit gpt hinzufügen, löschen und ändern , wenn alle zugehörigen Datenträger ausgehängt sind. Wenn Sie eine CoreStorage Logical Volume Group haben (z. B. ein Fusion-Laufwerk oder ein FileVault-Volume), erhalten die logischen Volumes ihre eigenen (virtuellen) Festplattenkennungen, die zuerst ausgehängt werden müssen. Ein Beispiel ist Ihre erste diskutil list
Ausgabe: Ihr logisches Volume hat die Plattenkennung disk2. Um disk1 zu unmounten, müssen Sie zuerst disk2 unmounten, da sich Teile davon auf disk1 (disk1s2) befinden. Der andere Teil befindet sich auf der nicht mehr existierenden disk0 (disk0s2):
/dev/disk2 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: MacintoshHD +523.0 GB disk2
Logical Volume on disk1s2, disk0s2
B6A398E1-B484-4A1A-A590-2FB663DC609A
Unencrypted Fusion Drive
Um Ihre Partitionen neu zu konfigurieren, booten Sie von einem Laufwerk eines Drittanbieters (z. B. Internet Recovery oder ein USB-Stick des OS X-Installationsprogramms).
diskutil list
Verschaffen Sie sich einen Überblick über Ihre internen Festplatten mit der im vorherigen Befehl gefundenen Festplattenkennung. Im Folgenden gehe ich davon aus, dass die Festplattenkennung Ihrer internen Festplatten disk0 (HDD) und disk1 (die kleine SSD) ist (ersetzen Sie sie durch die, die Sie in Ihrer Umgebung gefunden haben).
gpt -r show disk0
gpt -r show disk1
diskutil umountDisk disk0
unddiskutil umountDisk disk1
Entfernen Sie dann das neu installierte OS X und seine Recovery HD. Ich nehme an, Sie haben keine wichtigen Daten darüber.
gpt remove -i 5 disk0
diskutil umountDisk disk0
gpt remove -i 4 disk0
Entfernen Sie dann die vorherigen Arbeitspartitionen mit denselben Größen, aber den richtigen Typen, und fügen Sie sie erneut hinzu:
diskutil umountDisk disk0
gpt remove -i 3 disk0
gpt remove -i 2 disk0
gpt add -i 3 -b 977657784 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
gpt add -i 2 -b 409640 -s 977248144 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0
In den meisten Fällen wird das Logical Volume (MacintoshHD mit der UUID B6A398E1-B484-4A1A-A590-2FB663DC609A) automatisch wieder angezeigt.
diskutil verifyDisk disk0
Sie können das logische Volume explizit mounten, indem Sie seine lvUUID verwenden:
diskutil mount B6A398E1-B484-4A1A-A590-2FB663DC609A
Überprüfen Sie das Fusion-Laufwerk mit (Sie müssen eine der Festplattenkennungen der Partitionen disk0s2/disk1s2 verwenden):
fsck_cs disk1s2
Geben Sie ein diskutil cs list
, um zu überprüfen, ob das logische Volume eine eigene Datenträgerkennung hat und online ist (die Größe und die Datenträgerkennung können in Ihrer Umgebung abweichen, und die Ausgabe unten ist nur eine Vermutung). Es sollte so etwas zeigen:
...
|
+-> Logical Volume B6A398E1-B484-4A1A-A590-2FB663DC609A
---------------------------------------------------
Disk: disk17
Status: Online
Size (Total): 523101572992 B (523 GB)
Conversion Progress: -none-
Revertible: No
LV Name: Macintosh HD
Volume Name: MacintoshHD
Content Hint: Apple_HFS
Überprüfen Sie die Lautstärke mit:
diskutil verifyVolume disk17
Wenn Sie beim Ändern von Festplatten eine Fehlermeldung erhalten, ist diskX beschäftigtgpt ...
, indem Sie es einfach mit unmounten diskutil umountDisk diskX
(ersetzen Sie diskX durch die richtige "besetzte" Festplattenkennung (z. B. disk3)).
Wenn Sie Ihr wiederhergestelltes logisches Volume (MacintoshHD mit ~523 GB) auf die volle Größe Ihres Fusion Drive erweitern möchten, können Sie einfach die Größe des gesamten CoreStorage-Stacks ändern, der auf Ihrem Hauptsystem gestartet wird, mit:
diskutil cs resizeStack lvUUID size
mit lvUUID: die UUID des logischen Volumes, die Sie durch Eingabe erhalten diskutil cs list
und size: eine Größe in t, g, m, k oder b.
In Ihrem Fall ist das (abhängig von Ihrem installierten System):
diskutil cs resizeStack B6A398E1-B484-4A1A-A590-2FB663DC609A 0g
diskutil cs resizeStack B6A398E1-B484-4A1A-A590-2FB663DC609A 998g
0g
ist hier eine magische Größe, die in 10.7 - 10.10 (manchmal auch in 10.11/12) funktioniert. Wenn Sie die Fehlermeldung „Datenträger zu klein“ erhalten, verwenden Sie eine etwas geringere Größe wie 997 g oder 996 g. Nach dem Entfernen einer BootCamp- oder einer Linux-Partition auf die harte Tour kann dies fehlschlagen, da die Interna der CoreStorage Logical Volume Group beschädigt wurden. Dann müssen Sie Ihr Hauptvolume mit zB Time Machine sichern, Ihr Fusion Drive von Grund auf neu erstellen und Ihr System mit Ihrem Time Machine-Backup wiederherstellen.
Um GRUB zu entfernen, müssen Sie sich merken, wo Sie es installiert haben. Normalerweise wird es auf einer der beiden EFI-Partitionen installiert. Sie müssen einen von ihnen mounten und prüfen, ob sie "ungewöhnliche" Ordner enthalten .
Tetsujin
Schkgma
klanomath
Schkgma