CoreStorage Volume nie został wykryty

1

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.

tutzeroon
źródło
Jeśli dodasz wynik sudo gpt -r show /dev/disk0do swojego pytania, mogę dodać odpowiedni rozmiar * w mojej odpowiedzi poniżej.
klanomath
Kolejne podobne pytanie: typ partycji nagle FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF, napęd
niepołączalny

Odpowiedzi:

0

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ę sudodo wykonania niektórych poleceń, takich jak gpt ...lub newfs_hfs ...!

Usuń fałszywy MBR / GPT i ponownie dodaj partycje

  • Otwórz w pasku narzędzi Utlities-> Terminal
  • Wprowadź diskutil listi, gpt -r show /dev/disk0aby uzyskać przegląd
  • Zniszcz fałszywą tabelę partycji GUID / MBR i odtwórz nową:

    diskutil umountDisk /dev/disk0
    gpt destroy /dev/disk0
    diskutil umountDisk /dev/disk0
    gpt create -f /dev/disk0
    
  • Ponownie dodaj partycje, ale z innym typem dla drugiej partycji (i = 2):

    gpt add -b 40 -i 1 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B /dev/disk0
    gpt add -b 488966144 -i 3 -s 1267712 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0
    gpt add -b 409640 -i 2 -s 332728384 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0
    
  • Wolumin logiczny powinien zostać podłączony automatycznie, jeśli nie jest zaszyfrowany. Jeśli nie, być może będziesz musiał go odblokować.

  • Sprawdź dysk i wolumin

Twój dysk zawiera nietypowe wolne miejsce. Zadaj drugie pytanie, jak to rozwiązać, lub sprawdź inne pytania i odpowiedzi tutaj.

klanomath
źródło
Dzięki za pomoc ! Mam teraz do czynienia z innym problemem: gpt mówi mi „Podejrzany MBR w sektorze 0”, w głównym pytaniu jest więcej szczegółów.
tutzeroone
@tutzeroone Zaktualizowana odpowiedź
klanomath
bardzo dziękuję za pomoc, odzyskałem moje dane (musiałem ponownie zainstalować system operacyjny OSX, ponieważ narzędzie dyskowe nie mogło naprawić szkód, ale mnie to nie obchodzi)
tutzeroone