Zmienić rozmiar FusionDrive, aby wypełnić puste miejsce?

3

Kontekst: Chciałem zainstalować system Windows 8 na komputerze Mac, zmieniając partycjonowanie napędu FusionDrive. Korzystanie z dostarczonej partycji BootCamp nie działało, więc znalazłem „rozwiązanie” na forach Apple, aby zamiast tego utworzyć pustą przestrzeń i aby nośnik instalacyjny systemu Windows utworzył partycję. System Windows utworzył partycję, ale nie zainstalował się.

Wróciłem do DiskUtility, aby usunąć utworzone przez siebie partycje (1 dużą i 2 małe). Po tym, jak się ich pozbyłem, utknąłem z dużą ilością pustego miejsca w mojej FusionDrive, a DiskUtility nie pozwoli mi go wypełnić ani zmienić rozmiaru pustego miejsca (próbowałem tego również w trybie odzyskiwania).

Oto jak wygląda moja DiskUtility (zignoruj USB 16 GB):

Dwa dyski, na które mój FusionDrive jest narażony, to dysk0 (1 TB HDD) i dysk 1 (100 GB SSD) stąd:

/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *120.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage                         119.7 GB   disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage                         626.1 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.1 MB   disk1s3
   4:                        EFI NO NAME                 104.9 MB   disk1s4
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           *739.9 GB   disk2
/dev/disk3
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *15.9 GB    disk3
   1:                 DOS_FAT_32 WININSTALL              15.9 GB    disk3s1

Widać, że mój FusionDrive to dysk2 i pokazuje około 740 GB.

Oto moja lista CoreStorage (uważam, że jest to pomocne):

CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 57932797-4AC8-4475-9836-82394CEBF536
    =========================================================
    Name:         LogicalVolumeGroup
    Status:       Online
    Size:         745750200320 B (745.8 GB)
    Free Space:   353689600 B (353.7 MB)
    |
    +-< Physical Volume 68F90B2B-4004-4044-AFFB-9D3854006D2A
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     119690149888 B (119.7 GB)
    |
    +-< Physical Volume 9CB6C261-6817-42F0-B2EB-09F057462EBD
    |   ----------------------------------------------------
    |   Index:    1
    |   Disk:     disk1s2
    |   Status:   Online
    |   Size:     626060050432 B (626.1 GB)
    |
    +-> Logical Volume Family 9B947A52-7496-46CA-BFA5-A87DD47249FE
        ----------------------------------------------------------
        Encryption Status:       Unlocked
        Encryption Type:         None
        Conversion Status:       NoConversion
        Conversion Direction:    -none-
        Has Encrypted Extents:   No
        Fully Secure:            No
        Passphrase Required:     No
        |
        +-> Logical Volume 86417B41-6400-4F81-8F7C-43AA243CDAEE
            ---------------------------------------------------
            Disk:                  disk2
            Status:                Online
            Size (Total):          739901915136 B (739.9 GB)
            Conversion Progress:   -none-
            Revertible:            No
            LV Name:               Macintosh HD
            Volume Name:           Macintosh HD
            Content Hint:          Apple_HFS

Jak mogę odzyskać puste miejsce w FusionDrive?

— Alex
źródło

1

Zasadniczo obowiązuje to samo, co w tym pytaniu i zaakceptowanej odpowiedzi. Jedyną różnicą jest to, że masz napęd fusion i dlatego niektóre DiskIdentifiers różnią się.

Ponadto masz dysk blokujący na dysku twardym z pewnością, który należy usunąć.

Istnieje jedno nieudokumentowane polecenie zmiany rozmiaru lub rozszerzenia grupy woluminów CoreStorage i nieodłącznego woluminu logicznego:

diskutil cs resizeStack LVUUID size

Polecenie rozszerza lub zmniejsza całą grupę woluminów CoreStorage, w tym woluminy fizyczne, rodzinę woluminów logicznych i wolumin logiczny w jednym kroku do pożądanego rozmiaru.

Uwaga: polecenie jest w dużej mierze nieudokumentowane i jako takie potencjalnie destrukcyjne.

Przygotowanie:

Utwórz kopię zapasową danych.
Odłącz dowolny dysk zewnętrzny (szczególnie zewnętrzny dysk kopii zapasowej Time Machine).
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ę na 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 bootowalnego napędu instalacyjnego (Mavericks lub Yosemite) lub napędu USB zawierającego pełny system (Mavericks lub Yosemite). Identyfikatory dysków mogą się wtedy różnić. Sprawdź więc czytelne dla ludzi nazwy i rozmiary i odpowiednio zmień poniższe polecenia.

Uzyskaj przegląd:

Otwórz w menu Narzędzia / Terminal

Najpierw powinieneś uzyskać przegląd swoich dysków i układu partycji:

Wpisz diskutil list
przykładową listę (ale wziąłem listę podaną przez ciebie w swoim pytaniu i załączyłem urządzenie netboot):

/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *120.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage                         119.7 GB   disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage                         626.1 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.1 MB   disk1s3
   4:                        EFI NO NAME                 104.9 MB   disk1s4
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                         *1.3 GB    disk2
   1:        Apple_partition_map                         30.7 KB    disk2s1
   2:                  Apple_HFS OS X Base System        *1.3 GB    disk2s2
/dev/disk3
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           *739.9 GB   disk3

/dev/disk4-disk14 ...belong to the OS X Base System (your recovery system you booted to previously)

Disk0 to pierwsze główne wewnętrzne urządzenie dyskowe (SSD) zawierające partycję EFI (dis0s1), jedną partycję CoreStorage (disk0s2) i Boot OS X (disk0s3).

Dysk1 to drugie główne wewnętrzne urządzenie dyskowe (HDD) zawierające partycję EFI (dis1s1), jedną partycję CoreStorage (disk1s2) i Recovery HD (disk1s3). Dodatkowo dysk zawiera drugą partycję EFI (disk1s4), która jest pozostałością po nieudanej instalacji Boot Camp.

Disk2 to dysk logiczny utworzony przez uruchomienie z obrazu netboot, który zawiera system odzyskiwania (OS X Base System = disk2s2) podobny do Recovery HD.

Dysk3 jest także dyskiem logicznym rezydującym w disk0s2 i disk1s2 i zawiera stos CoreStorage.

Wprowadź, gpt -r -vv show /dev/disk1aby uzyskać numer indeksu partycji blokującej
Przykładowa lista (Twoje rozmiary różnią się):

gpt show: /dev/disk1: mediasize=68719476736; sectorsize=512; blocks=134217728
gpt show: /dev/disk1: PMBR at sector 0
gpt show: /dev/disk1: Pri GPT at sector 1
gpt show: /dev/disk1: Sec GPT at sector 134217727
      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  104974016      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  105383656    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  106653192     204800      4  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
  106857992   27359703         
  134217695         32         Sec GPT table
  134217727          1         Sec GPT header

Partycja z numerem indeksu 1 jest zwykłą partycją EFI, partycja z numerem indeksu 2 jest drugim woluminem fizycznym CoreStorage, a partycja z numerem indeksu 3 to Recovery HD.
Partycja z numerem indeksu 4 (= No Name EFI) zwykle istnieje tylko wtedy, gdy instalacja Boot Camp zakończyła się niepowodzeniem lub ręcznie usunąłeś kolejną partycję Windows. Cała reszta to nieprzydzielone wolne miejsce (w przykładzie 27359703 bloki 512 B).

Wpisz diskutil cs list
przykładową listę (ale wziąłem listę podaną przez ciebie w swoim pytaniu):

CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 57932797-4AC8-4475-9836-82394CEBF536
    =========================================================
    Name:         LogicalVolumeGroup
    Status:       Online
    Size:         745750200320 B (745.8 GB)
    Free Space:   353689600 B (353.7 MB)
    |
    +-< Physical Volume 68F90B2B-4004-4044-AFFB-9D3854006D2A
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     119690149888 B (119.7 GB)
    |
    +-< Physical Volume 9CB6C261-6817-42F0-B2EB-09F057462EBD
    |   ----------------------------------------------------
    |   Index:    1
    |   Disk:     disk1s2
    |   Status:   Online
    |   Size:     626060050432 B (626.1 GB)
    |
    +-> Logical Volume Family 9B947A52-7496-46CA-BFA5-A87DD47249FE
        ----------------------------------------------------------
        Encryption Status:       Unlocked
        Encryption Type:         None
        Conversion Status:       NoConversion
        Conversion Direction:    -none-
        Has Encrypted Extents:   No
        Fully Secure:            No
        Passphrase Required:     No
        |
        +-> Logical Volume 86417B41-6400-4F81-8F7C-43AA243CDAEE
            ---------------------------------------------------
            Disk:                  disk3
            Status:                Online
            Size (Total):          739901915136 B (739.9 GB)
            Conversion Progress:   -none-
            Revertible:            No
            LV Name:               Macintosh HD
            Volume Name:           Macintosh HD
            Content Hint:          Apple_HFS

Usuń blokującą partycję:

aby zmienić rozmiar woluminu CoreStorage, musisz najpierw usunąć dowolną partycję blokującą (Recovery HD się nie liczy, ponieważ zwykle zostanie ona przeniesiona za pomocą polecenia resizeStack).
Najpierw należy odmontować wszystkie zamontowane woluminy na dysku 0 i dysku 1 (najpierw wolumin CoreStorage, który ma własny identyfikator dysku dysk 3, ale rezyduje na dysku 0 i dysku 1, a następnie wszystkie inne zamontowane woluminy na dysku 0 i dysku 1 - sprawdź to za pomocą df):
```
diskutil unmount /dev/disk3
```
następnie dodatkowe woluminy (jeśli w ogóle masz). Przykład:
```
diskutil unmount /dev/disk1s5
```
Teraz usuń partycję EFI NoName, wprowadzając:
```
gpt remove -i 4 disk1
```
Ponownie zamontuj poprzednio odmontowany wolumin w odwrotnej kolejności za pomocą
```
diskutil mount /dev/disk1s5
diskutil mount /dev/disk3 
```

Zmodyfikuj stos CoreStorage:

Ponieważ każda partycja blokująca (w Twoim przypadku partycja EFI NO NAME) jest usuwana, możesz teraz zmienić rozmiar woluminu CoreStorage za pomocą
```
diskutil cs resizeStack LVUUID size 
```
z LVUUID: UUID woluminu logicznego i rozmiaru: ostateczny rozmiar woluminu CoreStorage.

Przykłady:
```
diskutil cs resizeStack 86417B41-6400-4F81-8F7C-43AA243CDAEE 900g  
```
rozszerzyć go do 900 GB
```
diskutil cs resizeStack 86417B41-6400-4F81-8F7C-43AA243CDAEE 500g  
```
zmniejszyć go do 500 GB
```
diskutil cs resizeStack 86417B41-6400-4F81-8F7C-43AA243CDAEE 0g 
```
aby powiększyć go do pełnego dostępnego rozmiaru (0g to magiczna liczba tutaj).

Odzyskiwanie HD powinno być przenoszone automatycznie - niezależnie od tego, czy zmniejszysz, czy powiększysz wolumin CS - na sam koniec (bezpośrednio po wolumenie CoreStorage).
W przypadku zmniejszenia lub nierozszerzenia woluminu CoreStorage do pełnego dostępnego rozmiaru możesz teraz utworzyć drugą partycję z gpt.
Wprowadź następujące informacje, aby uzyskać nowy schemat partycji:
```
gpt -r -vv show /dev/disk1
```
i
```
gpt add -b StartBlock -i IndexNumber -s SizeOfPartition -t PartitionType disk1
```
aby utworzyć nową partycję. StartBlock to numer pierwszego bloku w nieprzydzielonym miejscu, a NumberOfBlocks to liczba wolnych bloków lub mniejsza. NumberOfBlocks musi być podzielny przez 8!
Wejdź exiti wyjdź z terminalu.
Otwórz Narzędzie dyskowe (i sformatuj nowo utworzoną partycję, jeśli utworzyłeś nową partycję w drugim ostatnim kroku).
Następnie sprawdź, czy w rozszerzonym wolumenie CoreStorage nie ma błędów.
Zamknij narzędzie dyskowe.
Uruchom ponownie do głównego woluminu.

— klanomath
źródło

Wiem, że potrzebuję kopii zapasowej, ale ma to na celu utrzymanie nienaruszonych danych, prawda? Dzięki za szczegółową i łatwą do odczytania odpowiedź.

— Alex

@Alex Tak, rozwiązanie utrzymuje twoje dane w nienaruszonym stanie. Po prostu usuwa efi bez nazwy, a następnie rozszerza objętość cs. Nie jest wymagane dzielenie i przebudowywanie FusionDrive.

— klanomath

0

ZANIM zastosujesz się do moich instrukcji, weź kopię zapasową Time Machine wszystkiego. Mam zamiar zniszczyć i odtworzyć dysk Fusion Drive, który spowoduje usunięcie danych.

Aby zobaczyć te instrukcje ze zdjęciami, możesz przejść do źródeł, z których korzystałem: Dzielenie napędu Fusion i tworzenie własnego napędu Fusion .

Uruchom komputer w trybie Recovery HD (lub z dysku rozruchowego, jeśli nie chcesz tracić czasu na pobranie 5,65 GB plików OS X, gdy przyjdzie czas na jego ponowną instalację).
Przejdź do Terminala i wpisz diskutil coreStorage list
Wpisz polecenie diskutil coreStorage delete 57932797-4AC8-4475-9836-82394CEBF536. (Ten długi ciąg został pobrany z twojego własnego wyjścia CS).
Służy diskutil listdo określania identyfikatorów dysków, które mają być częścią nowego napędu Fusion, a następnie uruchom diskutil coreStorage create LVGName [the identifiers of the disks you want]. (LVGName będzie nazwą twojej nowej grupy woluminów logicznych, może być czymkolwiek zechcesz, ponieważ zawsze będziesz musiał patrzeć na nią jako najwyższy poziom multimediów w Narzędziu dyskowym.)
Jednym z ostatnich wierszy wyniku tego polecenia powinien być Core Storage LVG UUID: [a long hyphenated string of letters and numbers]. Skopiuj go, aby użyć w poleceniu diskutil coreStorage createVolume [that long string from the last step] jhfs+ "Macintosh HD" 100%.
Opuść Terminal, zainstaluj OS X na nowo utworzonym Macintosh HD i skonfiguruj go z kopii zapasowej Time Machine.
Ciesz się swoim dyskiem twardym 1,12 TB!

— użytkownik24601
źródło