Zmiana rozmiaru 100 GB partycji odzyskiwania HD

Jakiś czas temu użyłem BootCampa do skonfigurowania partycji dla Windows 7 na moim MacBooku Pro (13 "pod koniec 2014 roku, jeśli to ma znaczenie), więc mogłem uruchomić podwójnie. Od tego czasu usunąłem partycję za pomocą BootCamp, ale nadal nie mogę odzyskać miejsce na dysku.

Nowe narzędzie dyskowe nie pokazuje partycji (korzystam z publicznej wersji beta 10.11, ale zaznaczyłem także partycję odzyskiwania, która nadal korzysta ze starego narzędzia dyskowego Yosemite).

Jednak diskutilpolecenie Terminal pokazuje to:

cwatson@ragnarok:~$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            398.6 GB   disk0s2
   3:                 Apple_Boot Recovery HD             101.5 GB   disk0s3

Wygląda na to, że zmiana rozmiaru gdzieś spieprzyła i sprawiła, że ​​Recover HD przekroczył 100 GB.

cwatson@ragnarok:~$ sudo gpt -r show /dev/disk0
Password:
      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  778422104      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  778831744  198273280      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  977105024          3
  977105027         32         Sec GPT table
  977105059          1         Sec GPT header

Czy jest jakiś sposób (bezpiecznie) zmienić rozmiar z powrotem na coś sensownego, żebym mógł odzyskać przestrzeń?

Gdyby nie był 10.11 Public Beta (2) na głównym woluminie, radziłbym uruchomić komputer w trybie odzyskiwania przez Internet (IRM) ( altcmdR) lub bootowalnym pendrivie (BTD), po prostu usuń 3. partycję gpt remove -i 3 /dev/disk0i całkowicie rozwiń główna partycja za pomocą Narzędzia dyskowego. Po ponownym uruchomieniu do głównego woluminu ponownie zainstalowałbym najnowszy system OS X (Yosemite 10.10.4 od tego momentu), który odtwarza Recovery HD, zachowując wszystkie aplikacje inne niż Apple i dane utworzone przez użytkowników.

Zamiast tego musisz ddodzyskać HD z drugiego komputera Mac z systemem Yosemite. Skopiuj plik wynikowy na pierwszy komputer Mac. Następnie uruchom Mac1 na IRM / BTD, usuń 3. partycję za pomocą gpt, uruchom ponownie na IRM / BTD, zmień rozmiar głównego woluminu za pomocą diskutil resizeVolume /dev/disk0s2 size, utwórz 3. partycję za pomocą:

 gpt add -b first_freeblock -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0

i wreszcie ddpoprzednio wykonana kopia Recovery HD (Mac2) z powrotem do / dev / dis0s3.

Aby dostać sizesię diskutil ... sizetrzeba zrobić trochę matematyki biorąc pod uwagę, że ostatnie bloki dysku Yosemite zawierającej odzyskiwania HD zazwyczaj wygląda tak:

....                      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
975503592    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
976773128          7         
976773135         32         Sec GPT table
976773167          1         Sec GPT header

Sprawdź to ponownie za sudo gpt -r show /dev/disk0pomocą Mac2.
Przykładem jest dysk 500,1 GiB (976773168 bloków po 512 B).

Odpowiednio „rozmiar” musi być mniejszy lub taki sam jak (całkowita liczba bloków - 409640 - 1269576 bloków). Drugi termin to blok 0 - blok 409639 zawierający PMBR, główny nagłówek i tabelę GPT oraz partycję EFI. Trzeci termin to rozmiar Recovery HD oraz dodatkowy nagłówek i tabela GPT. Proszę wziąć pod uwagę, że liczenie bloków zaczyna się od 0: blok 0 to pierwszy blok lub blok 975503592 to 975503593.

Jeśli masz ochotę na matematykę, możesz najpierw utworzyć trzecią partycję i ddplik Recovery HD, a następnie - po ponownym uruchomieniu - rozwinąć główny wolumin za pomocą Narzędzia dyskowego.

Drugą bardziej ryzykowną metodą (nie ryzykowną w odniesieniu do danych w głównym woluminie, ale nie jestem pewien, czy się powiedzie) jest po prostu przesunięcie granic partycji disk0s3. Ta metoda zakłada, że ​​żadne pliki starego Recovery HD nie zostały przeniesione „fizycznie” na disk0s3 po usunięciu partycji Boot Camp za pomocą asystenta Boot Camp.

Uruchom do IRM / BTD i wpisz w Terminalu:

gpt remove -i 3 /dev/disk0

i uruchom ponownie IRM / BTD. Następnie dodaj trzecią partycję za pomocą następującego polecenia (już dostosowanego do rozmiaru dysku!):

gpt add -b 975835488 -i 3 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0

i uruchom ponownie IRM / BTD. Otwórz Narzędzie dyskowe i sprawdź / napraw dysk twardy (a nie główny wolumin!). Następnie powiększ główny wolumin do maksymalnego rozmiaru i sprawdź / napraw główny wolumin. Na koniec spróbuj uruchomić system w trybie odzyskiwania ( cmdR).

Odniesienie

Przygotuj dysk USB,

diskutil erasedisk jhfs+ Make_Recovery disk3
sudo asr restore --source /Volumes/Recovery HD/com.apple.recovery.boot/BaseSystem.dmg --target /dev/disk0s3 --erase
sudo asr adjust --target /dev/disk3s2 --settype Apple_Boot`

następnie usuń partycję Recovery HD.

Poza tym możesz wykonać kopię zapasową BaseSystem.dmg i przywrócić na nowej partycji.