Miałem konfigurację podwójnego rozruchu Linux / OS X 10.11 i chciałem usunąć partycje Linux. Udało mi się je usunąć bez problemu, ale podczas próby scalenia wolnego miejsca z partycją OS X coś poszło nie tak (użyłem tylko narzędzia dyskowego), a po ponownym uruchomieniu widać to teraz, szukając różnych partycji:
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF 170.4 GB disk0s2
3: Apple_HFS Recovery HD 649.1 MB disk0s4
/dev/disk1 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme +2.1 GB disk1
1: Apple_HFS OS X Base System 2.0 GB disk1s1
-bash-3.2# diskutil corestorage list
No CoreStorage logical volume groups found
Znalazłem podobny problem, ale nie znam poleceń OSX / BSD i nie chcę niczego uszkadzać: Diskutil nie może znaleźć podstawowych woluminów pamięci
I uzyskuję w przybliżeniu te same wyniki:
-bash-3.2# fsck_cs /dev/disk0s2
Executing fsck_cs (version 517.20.1)
** Checking volume
** Content Hint for disk0s2 is not Apple_CoreStorage
** disk0s2: Scan for Volume Headers
** disk0s2: Scan for Disk Labels
** Logical Volume Group 1AE35784-CFDF-445A-876D-23931CE9FB91 on 1 device
** disk0s2: Scan for Metadata Volume
** Logical Volume Group has a 24 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
** Load and verify Segment Headers
** Load and verify Checkpoint Payload
** Load and verify Transaction Segment
** Incorporate 0 newer non-checkpoint transactions
** Load and verify Virtual Address Table
** Load and verify Segment Usage Table
** Load and verify Metadata Superblock
** Load and verify Logical Volumes B-Trees
** Logical Volume Group contains 1 Logical Volume
** Load and verify 37BE577C-5FBD-4919-9864-C8501FD8E965
** Load and verify 9DE1F86F-7BFC-420F-B751-55D20B107137
** Load and verify Freespace Summary
** Load and verify Block Accounting
** Load and verify Live Virtual Addresses
** Newest transaction commit checkpoint is valid
** Load and verify Segment Cleaning
** The volume 1AE35784-CFDF-445A-876D-23931CE9FB91 appears to be OK
Czy możesz mi pomóc w wykonaniu kroków opisanych w powyższym linku? Boję się, że zrobię coś źle z poleceniami gpt i fdisk (przeczytałem ich instrukcje BSD, ale nie mogę pozwolić sobie na utratę danych na tym dysku).
Z góry dziękuję !
Postęp
Próbowałem postępować zgodnie z instrukcjami klanomatha (wielkie dzięki za szybkie odpowiedzi), ale gpt dał mi błąd, oto dokładnie to, co zrobiłem:
-bash-3.2# gpt -r show /dev/disk0
gpt show: /dev/disk0: 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 332728384 2 GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
333138024 155828120
488966144 1267712 4 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
490233856 863
490234719 32 Sec GPT table
490234751 1 Sec GPT header
-bash-3.2# diskutil unmountDisk /dev/disk0
Unmount of all volumes on disk0 was successful
-bash-3.2# gpt remove -i 2 /dev/disk0
gpt remove: /dev/disk0: Suspicious MBR at sector 0
/dev/disk0s2 removed
-bash-3.2# diskutil unmountDisk /dev/disk0
Unmount of all volumes on disk0 was successful
-bash-3.2# gpt add -i 2 -b 409640 -s 332728384 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0
gpt add: /dev/disk0: Suspicious MBR at sector 0
gpt add: /dev/disk0: error: no space available on device
A teraz rozumiem:
-bash-3.2# gpt -r show /dev/disk0
gpt show: /dev/disk0: Suspicious MBR at sector 0
start size index contents
0 1 MBR
1 409639
409640 332728384 2 MBR part 218
333138024 155828120
488966144 1267712 4 MBR part 175
490233856 896
-bash-3.2# diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *251.0 GB disk0
1: 0xEE 209.7 MB disk0s1
2: 0xDA 170.4 GB disk0s2
3: Apple_HFS Recovery HD 649.1 MB disk0s4
Mam nadzieję, że nic nie zepsułem ... Znalazłem inne pytanie dotyczące wymiany stosów, które wydaje się być całkiem podobne: Jak naprawić zepsuty GPT, GUID i niezmontowalne, nie ma woluminów typu?
Ale boję się zepsuć wszystko jeszcze bardziej, jeśli spróbuję tego samodzielnie i nie rozumiem, w jakiej kolejności powinienem postępować według różnych kroków (usuwanie MBR / uszkodzonych partycji / odzyskiwania GUID). Byłbym bardzo wdzięczny za wszelką pomoc w tej sprawie, z góry dzięki!
Rozwiązanie
Postępując zgodnie z instrukcjami opisanymi przez klanomath, udało mi się odzyskać tę partycję i zapisać pliki w innym miejscu. Zauważ, że nie mogłem naprawić dysku po weryfikacji za pomocą narzędzia dyskowego, domyślam się, że stara wersja narzędzia dyskowego podczas odzyskiwania internetowego nie jest w stanie tego zrobić w przypadku czegoś utworzonego za pomocą najnowszej wersji, ale nie jestem pewny tego.
W każdym razie odzyskałem swoje dane, wielkie dzięki za pomoc klanomath!
Wolne miejsce to usunięty system Linux.
źródło
sudo gpt -r show /dev/disk0
do swojego pytania, mogę dodać odpowiedni rozmiar * w mojej odpowiedzi poniżej.Odpowiedzi:
Twoja tabela partycji GUID i MBR są fałszywe. Druga partycja disk0s2 ma niewłaściwy typ partycji. Zamiast FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF typ powinien wynosić 53746F72-6167-11AA-AA11-00306543ECAC.
Aby zmodyfikować tablicę partycji, zniszcz i utwórz nową odpowiednią. Następnie musisz ponownie dodać partycje w starych granicach, ale z odpowiednimi typami.
Przygotowanie:
Uruchom ponownie w trybie odzyskiwania Internetu, naciskając alt cmd Rpodczas uruchamiania.
Warunkiem jest zainstalowanie najnowszej aktualizacji oprogramowania układowego: Ethernet lub WLAN (WPA / WPA2) i router z aktywowanym DHCP.
Na linii 50 Mb / s trwa około 4 minut (przedstawiając małą animowaną kulę ziemską), aby uruchomić się w obrazie netboot odzyskiwania, który zwykle jest ładowany z serwera Apple / Akamai.
Polecam ethernet, ponieważ jest bardziej niezawodny. Jeśli jesteś ograniczony do WIFI, a proces uruchamiania nie powiedzie się, po prostu uruchom ponownie komputer Mac, aż do pomyślnego uruchomienia.
Alternatywnie możesz zacząć od rozruchowego napędu kciuka instalatora (najlepiej Yosemite lub El Capitan) lub napędu kciuka zawierającego pełny system (najlepiej Yosemite lub El Capitan). Jeśli uruchomisz pełny system i zalogujesz się jako administrator, musisz przygotować się
sudo
do wykonania niektórych poleceń, takich jakgpt ...
lubnewfs_hfs ...
!Usuń fałszywy MBR / GPT i ponownie dodaj partycje
diskutil list
i,gpt -r show /dev/disk0
aby uzyskać przeglądZniszcz fałszywą tabelę partycji GUID / MBR i odtwórz nową:
Ponownie dodaj partycje, ale z innym typem dla drugiej partycji (i = 2):
Wolumin logiczny powinien zostać podłączony automatycznie, jeśli nie jest zaszyfrowany. Jeśli nie, być może będziesz musiał go odblokować.
Twój dysk zawiera nietypowe wolne miejsce. Zadaj drugie pytanie, jak to rozwiązać, lub sprawdź inne pytania i odpowiedzi tutaj.
źródło