Partitionstyp plötzlich FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF, Laufwerk unmountbar

Question

Partitionstyp plötzlich FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF, Laufwerk unmountbar

Riemenfisch

Ich habe zwei Laufwerke in meinem MBP, eine SSD für das Betriebssystem und die Originalfestplatte für große Daten. Die HDD hat 3 Partitionen:

Meine Daten (Core Storage-Volume)
20 GB für Linux
4 GB für Linux-Swap

Kürzlich habe ich repair diskdas Laufwerk ausgeführt, da das Festplatten-Dienstprogramm dachte, es sei beschädigt. Die Reparatur wurde mit der Aufforderung abgebrochen, das gesamte Laufwerk zu formatieren und wiederherzustellen, aber ich konnte es wie zuvor verwenden (also möglicherweise ohne Bezug). Letzte Nacht war alles normal, aber als ich aufwachte, sah meine Datenpartition so aus:

Früher hieß es Macintosh HD(wie das Laufwerk) und jetzt hat es seinen Namen verloren und der Partitionstyp wurde zu FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF. diskutil info /dev/disk1s2Berichte

   Device Identifier:        disk1s2
   Device Node:              /dev/disk1s2
   Part of Whole:            disk1
   Device / Media Name:      Macintosh HD

   Volume Name:              Not applicable (no file system)

   Mounted:                  Not applicable (no file system)

   File System:              None

   Partition Type:           FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Disk / Partition UUID:    00002980-188B-0000-A938-00003F710000

   Total Size:               475.0 GB (474999996416 Bytes) (exactly 927734368 512-Byte-Units)
   Volume Free Space:        Not applicable (no file system)
   Device Block Size:        512 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Not applicable (no file system)
   Ejectable:                No

   Whole:                    No
   Internal:                 Yes
   Solid State:              No

Auch eine Partition namens Boot OS Xscheint ständig gemountet zu sein, auch nach dem Neustart, was vorher nicht der Fall war. Jetzt habe ich die meisten Daten gesichert, aber kann ich meine Partition ohne all den Aufwand irgendwie wiederherstellen?

Bearbeiten:

$ sudo gpt -r show /dev/disk1
gpt show: /dev/disk1: Suspicious MBR at sector 0
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  927734368      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
  928144008     262144      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  928406152     615800
  929021952   39294976      4  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  968316928       2048
  968318976    8388608      5  GPT part - 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F
  976707584      65551
  976773135         32         Sec GPT table
  976773167          1         Sec GPT header


$ sudo fdisk /dev/disk1
Disk: /dev/disk1    geometry: 60801/255/63 [976773168 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE 1023 254  63 - 1023 254  63 [         1 -     409639] <Unknown ID>
*2: DA 1023 254  63 - 1023 254  63 [    409640 -  927734368] <Unknown ID>
 3: AF 1023 254  63 - 1023 254  63 [ 928144008 -     262144] HFS+
 4: 83 1023 254  63 - 1023 254  63 [ 929021952 -   39294976] Linux files*

Da ich weiß, dass es sich um ein OSX-Journaled-Dateisystem in einem Core-Storage-Volume handelte, kann ich OSX irgendwie von dieser Tatsache überzeugen und die Partition reparieren? Muss ich vielleicht die Partitionstabelle bearbeiten?

Wie vorgeschlagen, habe ich die Partitionen 2 und 3 mit entfernt

sudo gpt remove -i 3 /dev/disk1
diskutil umountDisk /dev/disk1
sudo gpt remove -i 2 /dev/disk1

Jetzt ist die Partitionstabelle

$ sudo gpt -r show /dev/disk1
gpt show: /dev/disk1: Suspicious MBR at sector 0
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  927734368      2  MBR part 218
  928144008     262144      3  MBR part 175
  928406152     615800
  929021952   39294976      4  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  968316928       2048
  968318976    8388608      5  GPT part - 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F
  976707584      65551
  976773135         32         Sec GPT table
  976773167          1         Sec GPT header

kal-al

Ich bin nicht der richtige Typ, um zu antworten, aber neugierig, was haben Sie ursprünglich verwendet, um die Linux-Partitionen zu erstellen? Haben Sie ursprünglich eine Linux-Partition im Festplatten-Dienstprogramm erstellt und diese Partition dann mit Linux formatiert und geteilt?

Riemenfisch

Ich glaube, ich habe im Festplattendienstprogramm eine Partition erstellt und diese dann während des Installationsvorgangs geteilt, ich bin mir nicht ganz sicher. Vielleicht habe ich beides vorher gemacht.

David Anderson

Bearbeiten Sie Ihren Beitrag und fügen Sie die Ausgabe der Befehle sudo gpt -r show /dev/disk1und hinzu sudo fdisk /dev/disk1.

Riemenfisch

@DavidAnderson Ja, Sir.

Antworten (1)

Partitionstyp plötzlich FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF, Laufwerk unmountbar

Ich bin nicht der richtige Typ, um zu antworten, aber neugierig, was haben Sie ursprünglich verwendet, um die Linux-Partitionen zu erstellen? Haben Sie ursprünglich eine Linux-Partition im Festplatten-Dienstprogramm erstellt und diese Partition dann mit Linux formatiert und geteilt?
Ich glaube, ich habe im Festplattendienstprogramm eine Partition erstellt und diese dann während des Installationsvorgangs geteilt, ich bin mir nicht ganz sicher. Vielleicht habe ich beides vorher gemacht.
Bearbeiten Sie Ihren Beitrag und fügen Sie die Ausgabe der Befehle sudo gpt -r show /dev/disk1und hinzu sudo fdisk /dev/disk1.

klanomath · Answer 1

Sie müssen die Partitionstabelle bearbeiten und den Typ von disk1s2 ändern (und den Typ von disk1s3 korrigieren), um Ihre Hauptdatenpartition wiederherzustellen und Boot OS X unsichtbar zu machen:

Melden Sie sich als Administrator an
Terminal öffnen und eingeben
```
sudo gpt -r show /dev/disk1
```
um sich einen Überblick zu verschaffen
Disk1 unmounten:
```
diskutil umountDisk /dev/disk1
```

Partition 2 und 3 entfernen:

sudo gpt remove -i 3 /dev/disk1
diskutil umountDisk /dev/disk1
sudo gpt remove -i 2 /dev/disk1

Fügen Sie die Partition 2 und 3 erneut hinzu

diskutil umountDisk /dev/disk1
sudo gpt add -b 928144008 -i 3 -s 262144 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk1
diskutil umountDisk /dev/disk1
sudo gpt add -b 409640 -i 2 -s 927734368 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk1

Der korrekte Partitionstyp einer Boot OS X-Partition ist 426F6F74-0000-11AA-AA11-00306543ECAC (wie eine Wiederherstellungs-HD-Partition) und 53746F72-6167-11AA-AA11-00306543ECAC für eine CoreStorage-Partition.

Update: gptverhält sich seltsam, da die Partitionstabelle einen MBR statt eines PMBR enthält - der MBR muss durch einen PMBR ersetzt werden:

Starten Sie Ihren Mac neu
Terminal öffnen und eingeben
```
sudo gpt -r show /dev/disk1
```
um einen Überblick und alle Partitionsgrößen/-typen zu erhalten

Neuaufbau der GUID-Partitionstabelle und Zerstörung des falschen MBR

diskutil umountDisk /dev/disk1
sudo gpt destroy /dev/disk1
diskutil umountDisk /dev/disk1
sudo gpt create -f /dev/disk1
sudo gpt add -b 40 -i 1 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B /dev/disk1
sudo gpt add -b 409640 -i 2 -s 927734368 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk1       
diskutil umountDisk /dev/disk2 
diskutil umountDisk /dev/disk1
sudo gpt add -b 928144008 -i 3 -s 262144 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk1
diskutil umountDisk /dev/disk2
diskutil umountDisk /dev/disk1
sudo gpt add -b 929021952 -i 4 -s 39294976 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 /dev/disk1
diskutil umountDisk /dev/disk2
diskutil umountDisk /dev/disk1
sudo gpt add -b 968318976 -i 5 -s 8388608 -t 0657FD6D-A4AB-43C4-84E5-0933C84B4F4F /dev/disk1

Was bedeuten diese Saiten?426F6F74-0000-11AA-AA11-00306543ECAC
Berücksichtigt dies, dass die Partition verschlüsselt ist?
Aber /dev/disk1s2ist die verschlüsselte Partition, vielleicht verstehe ich etwas falsch. /dev/disk0Wenn Sie jedoch die gpt-Ausgabe für , mein Hauptlaufwerk, mit dem Betriebssystem vergleichen , hat die Partition dieselbe 53746F72-6167-11AA-AA11-00306543ECACKennung, wie Sie vorschlagen. Also denke ich, es ist in Ordnung.
Ihr erster gpt addBefehl ergibt gpt add: /dev/disk1: Suspicious MBR at sector 0undgpt add: /dev/disk1: error: no space available on device
@oarfish Nachdem Sie Partition 2 und 3 entfernt haben, geben Sie ein sudo gpt -r show /dev/disk1und prüfen Sie, ob die beiden Slices wirklich entfernt wurden. Sie können dann zuerst die zweite Partition hinzufügen - normalerweise ist die Reihenfolge (3/2 oder 2/3) beim Hinzufügen von Partitionen irrelevant.
Die Einträge 2 und 3 sind jetzt 409640 927734368 2 MBR part 218und 928144008 262144 3 MBR part 175, alles andere ist gleich.
@oarfish Bitte aktualisieren Sie Ihre Frage mit dem Neuensudo gpt -r show disk1
@oarfish Das ist ein seltsames Verhalten von gpt. Bitte starten Sie Ihren Mac komplett neu. Zerstören Sie dann die GUID-Partitionstabelle vollständig - ich werde Sie führen. Dies kann Linux beschädigen!
Ich möchte nur hinzufügen, dass dies mein Problem mit einem internen 2-TB-Laufwerk in meinem 2012 Macbook Pro behoben hat. Ich habe keine Ahnung, warum es durcheinander gekommen ist, aber ich habe die Partitionstabelle mithilfe dieser Anleitung repariert. Danke!
Zerstört diese Lösung alle Daten, die sich bereits auf der Festplatte befanden? Oder behält es alle Daten bei und macht es einfach bootfähig?
Da sich meine Wiederherstellungspartition auf derselben Festplatte wie meine defekte Partition befand, konnte ich disk0 nicht aushängen, also bekam ich einen bootfähigen USB-Stick mit gparted darauf, aber wirklich jede Linux-Distribution würde funktionieren - dann habe ich gdisk verwendet, um das Partitionstyp-Flag zu ändern . Ziemlich sicher, dass die Optionen t sind, um den Typ zu ändern, dann die Partitionsnummer zu wählen, dann nach Typ apfs zu suchen und dann w, um Änderungen zu schreiben. Es wird vor dem Überschreiben von Daten gewarnt, aber es ist nur die Tabelle, nicht die Festplatte, also sollte es in Ordnung sein. Ich habe dann die Halteoption neu gestartet und mein Laufwerk wurde gestartet.

Partitionstyp plötzlich FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF, Laufwerk unmountbar

Riemenfisch

kal-al

Riemenfisch

David Anderson

Riemenfisch

Antworten (1)

klanomath

Riemenfisch

Riemenfisch

Riemenfisch

Riemenfisch

klanomath

Riemenfisch

klanomath

Riemenfisch

klanomath

Riemenfisch

Willem Hill

Rolando

FredoAF

Laufwerk kann nicht gemountet werden FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF Problem

Partitionstyp FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF, Laufwerk kann nicht gemountet werden

CoreStorage-Logikvolume konnte nicht bereitgestellt werden

So reparieren Sie die FFFF-FFF-Partition [Duplikat]

Wie behebt man „Fehler: -5341: MediaKit meldet Partition (Karte) zu klein“ nach dem Upgrade auf eine größere Festplatte?

macOS Mojave: Es wurde versucht, die Festplattenpartition mit der primären Partition zusammenzuführen, und jetzt sind 20 GB Speicherplatz "verloren".

Kann disk0-Ressource ausgelastet nicht unmounten

Externe HDD-Partition kann im Festplattendienstprogramm nicht angezeigt werden

Wie repariere ich ein beschädigtes USB-Laufwerk unter OS X?

NTFS-Partition auf externer Festplatte wird nicht erkannt oder auf El Capitan oder Sierra gemountet, selbst mit dem neuesten Paragon oder Tuxera