Jak naprawić brakującą partycję w systemie OS X El Cap?

Po próbie zainstalowania systemu Windows 10 za pośrednictwem Boot Camp mój komputer Mac automatycznie uruchomił się ponownie (podobno na nowo utworzonej partycji Windows). Jednak właśnie uruchomił mój system OS X 10.11.2.

Kiedy poszedłem do Boot Camp Assistant, to tak, jakby instalacja nigdy się nie odbyła. Partycja została zajęta, ale OS X nie może odczytać brakującej partycji:

Oto wynik działania 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  488555536      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  488965176    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  490234712          7         
  490234719         32         Sec GPT table
  490234751          1         Sec GPT header

Jak mogę odzyskać brakujące miejsce na partycji / dysku?

— AllanCaeg
źródło

Dodaj wynik sudo gpt -r show /dev/disk0wpisany w Terminalu do pytania. Czy próbowałeś przywrócić poprzedni stan za pomocą Asystenta Boot Camp („... usuń system Windows ...”)?

— klanomath

@klanomath Kiedy otworzyłem Asystenta Boot Camp, aby spróbować przywrócić, działa tak, jakby nie było nic do przywrócenia

— AllanCaeg

Tabela partycji GUID wygląda dobrze. Tak naprawdę niczego nie brakuje. Partycja z numerem indeksu 2 to CoreStorage Logical Volume Group. Partycja z numerem indeksu 3 to Recovery HD. Asystent Boot Camp prawdopodobnie nie zmienił rozmiaru LVG (~ 250 GB), ale udało się zmienić rozmiar woluminu logicznego ( Macintosh HD ~ 192 GB). W rezultacie około 58 GB w CoreStorage LVG nie jest przydzielanych do woluminów logicznych.

Aby rozwinąć rozruch komputera Macintosh HD z Recovery HD (przytrzymaj cmdRpodczas uruchamiania). Otwórz Narzędzie dyskowe i sprawdź integralność doskonałego LVG CoreStorage i gorszego LV (Macintosh HD). Następnie otwórz Terminal w pasku narzędzi Narzędzia -> Terminal

Enter diskutil cs list.
Enter diskutil cs resizeVolume lvUUID size. lvUUID jest UUID woluminu logicznego; zwykle jest to ostatni wymieniony w wynikach diskutil cs list. Użyj 250 g jako rozmiaru. Jeśli pojawi się błąd (za mało miejsca ...), użyj nieco mniejszego rozmiaru, takiego jak 249500m.
Wejdź exit, wyjdź z terminalu i uruchom ponownie główny wolumin.

— klanomath
źródło

Kiedy uruchomiłem [code] diskutil resizeStack lvUUID rozmiar [/ code], dostałem błąd: „diskutil nie rozpoznał czasownika resizeStack” Być może, inne polecenie?

— AllanCaeg

wydaje się być właściwym poleceniem. Ale dostałem ten nowy komunikat o błędzie: „Błąd: -69674: Dostarczony wolumin logiczny Core Storage ma niepoprawny rozmiar; powinieneś uruchomić naprawę całego dysku” Pełny zrzut ekranu tutaj: goo.gl/photos/mnPtVy7NAAeyMvXm7

— AllanCaeg

@AllanCaeg Czy masz kopię zapasową Time Machine?

— klanomath

robienie jednego. Czy po prostu czyścisz, a potem odzyskujesz za pomocą Time Machine?

— AllanCaeg

@AllanCaeg Zalecam wykonanie kopii zapasowej całego woluminu, a następnie odłącz dysk kopii zapasowej. Teraz możesz spróbować przywrócić CoreStorage LVG do normalnej partycji. Jeśli się powiedzie, rozwiń wolumin klasyczny (inny niż FileVault) i ponownie go zaszyfruj później. Jeśli nie powiedzie się, przywróć kopię zapasową.

— klanomath