Uruchomienie partycji macOS Typ wolumenu FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF

Napotkałem prawie identyczny problem jak w tym pytaniu (i to także: Dane nie zostały zapisane, typ partycji: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ), ale główna partycja mojego dysku twardego jest sformatowana w APFS. Kiedy próbowałem korygowania GUID błąd, jak pokazano na odpowiedź, po osiągnięciu etap, w którym następujące polecenie: gpt add -i 2 -b 409640 -s 372637568 -t APFS /disk0musiał być wprowadzony, to zwrócił błąd: usage: gpt add [-b lba] [-i index] [-s lba] [-t uuid] device ....

Nie mogę uruchomić się w systemie macOS, mój komputer jest w środowisku odzyskiwania internetowego. Jaki jest identyfikator nowego formatu APFS? Nie mogę znaleźć go w dowolnym miejscu w sieci, a mój komputer nie wykrywa typu głównej partycji macOS. Model mojego komputera: MacBook Pro pod koniec 2013 r. Nie utworzono kopii zapasowej moich danych i bardzo chciałbym je odzyskać. Aktualizacja gpt -r show disk0:

Aktualizacja: Utworzyłem dysk instalacyjny MacOS High Sierra i ponownie go uruchomiłem. Nowe narzędzie dyskowe w ogóle nie rozpoznaje partycji disk0s2 i diskutil listuwzględniło rozmiar głównej partycji osx w GUID_partition_schemeczęści dysku. Czy byłoby możliwe (i jak) odzyskać dane usuniętej partycji (s2), jeśli ponownie zainstalowałem macOS na istniejącej nieużywanej partycji (partycja Linux disk0s4)?

Prawidłowy identyfikator GUID partycji APFS to 7C3457EF-0000-11AA-AA11-00306543ECAC.

Domyślny pMBR został zastąpiony starym MBR, prawdopodobnie przez instalację Linuksa!

Twój system rozruchowy (w trybie odzyskiwania Internetu) wydaje się dość stary. Każda weryfikacja dysku lub partycji wykonana za pomocą diskutil może dać fałszywy wynik. W żadnym wypadku nie próbuj niczego naprawiać za pomocą diskutil!

Aby odzyskać partycję APFS, usuń partycję disk0s2 i przywróć ją odpowiednim typem:

• Otwórz w pasku menu> Narzędzia> Terminal

• uzyskać szczegółowe informacje:

  diskutil list #below I assume the disk identifier of the internal disk is disk0
  gpt -r show disk0
  

• Odmontuj dysk0:

  diskutil umountDisk disk0
  

• usuń i przywróć drugą partycję:

  gpt remove -i 2 disk0
  diskutil umountDisk disk0
  gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
  

• sprawdź dysk i partycję:

  diskutil list
  diskutil verifyDisk disk0       
  diskutil verifyVolume disk0s2
  

Komputer Mac powinien być w stanie uruchomić się pomimo MBR.

Jeśli chcesz (lub musisz) przywrócić pMBR, ponieważ MBR jest uparty / blokuje modyfikację tablicy partycji, wykonaj następujące czynności:

• uzyskaj wszystkie szczegóły dysku:

  diskutil list #below I assume the disk identifier of the internal disk is disk0
  gpt -r show disk0
  

• zastąp tablicę partycji GUID:

  diskutil umountDisk disk0
  gpt destroy disk0
  gpt create -f disk0
  

• ponownie dodaj wszystkie poprzednie partycje widoczne w ostatnim gpt -r show disk0wyjściu:

  gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
  gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
  gpt add -i 3 -b 373047208 -s 262144 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
  gpt add -i 4 ...
  gpt add -i 5 ...
  

  Jeśli po jednym z kroków pojawi się błąd zajętości zasobów, po prostu ponownie odmontuj dysk0 za pomocą

  diskutil umountDisk /dev/disk0
  

• Na koniec sprawdź dysk i partycje:

  diskutil list
  diskutil verifyDisk disk0       
  diskutil verifyVolume disk0s1
  diskutil verifyVolume disk0s2
  diskutil verifyVolume disk0s3
  #disk0s4 & disk0s5 can't be verified with the default macOS tools because the latter is a Linux swap and the former a Linux partition, probably with ext4