Grupo Lógico de Volume 17gb “Espaço Disponível”

1

Alguém pode ajudar a explicar por que há 17 GB de espaço livre no meu LVG Não consigo fazer nada com esse espaço. Existe alguma maneira de corrigir isso? Eu já reformatei o disco e clonei o conteúdo novamente com o CCC. Eu também tenho o FileVault ativado.

Sempre que vejo isso em outras configurações, geralmente é de alguns KB e não de 17 GB

insira a descrição da imagem aqui

insira a descrição da imagem aqui

Arron
fonte
por favor adicione a saída diskutil cs list sudo gpt -r show /dev/disk0e sudo gpt -r show /dev/disk1e remover a lista pic diskutil porque é inútil.
klanomath
Não concordo com a recomendação de remover a captura de tela, pois revela 1.) O UUID de volume lógico do armazenamento HFS de 3,1 TB tornado inacessível por sua conversão para CS; e 2.) que o FileVault foi desbloqueado, tornando o FS reversível.
Doc G.
@DocG. A saída diskutil cs listcontém a mesma informação mas com tamanhos precisos dos volumes físicos
klanomath
Consulte a captura de tela da atualização
Arron
@Arron Quanto espaço está ocupado no seu volume principal?
klanomath

Respostas:

1

Não sei o que aconteceu com suas unidades durante a instalação do OS X Yosemite, mas tenho a mesma unidade Fusion que você, mas ostensivamente sem "falhas".

Primeiro, vamos comparar o seu e o meu disco Fusion, embora o meu não seja gravado em grande quantidade, mas isso não deve fazer uma grande diferença.

Seu SSD:

Apollo:~ arronvoce$ sudo gpt -r show /dev/diskO
     start          size  index  contents
         0             1         PMBR
         1             1         Pri GPT header
         2            32         Pri GPT table
        34             6
        48        409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
    489648     236306352      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
 236715992        262144      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
 236978136             7
 236978143            32         Sec GPT table
 236978175             1         Sec GPT header

Meu SSD:

machine:~ user$ 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    236306352      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  236715992       262144      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  236978136            7         
  236978143           32         Sec GPT table
  236978175            1         Sec GPT header

Eles têm o mesmo tamanho e são formatados da mesma maneira.

O seu disco rígido:

Apollo:~ arronvoce$ sudo  gpt -r show /dev/disk1
     start          size  index  contents
         0             1         PMBR
         1             1         Pri GPT header
         2            32         Pri GPT table
        34             6
        48        409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B 
    409648    5857846336      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
5858255976       1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
5859525512       1007623
5860533135            32         Sec GPT table
5860533167             1         Sec GPT header

Meu HD:

machine:~ user sudo gpt -r show /dev/disk1
       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  5858853952      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  5859263592     1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  5860533128           7         
  5860533135          32         Sec GPT table
  5860533167           1         Sec GPT header

Eles têm o mesmo tamanho físico, mas são formatados um pouco diferentes: após o Recovery HD (terceira partição), você tem alguns blocos não formatados com um tamanho total de ~ 516 MB (1007623 blocos)

Seu volume físico no SSD:

    +-< Physical Volume 1212D66A-ADCC-49C2-B2BD-43180F3D1B6F
    |   ----------------------------------------------------
    |   Index:    1
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     120988852224 B (121.0 GB)

Meu volume físico no SSD:

    +-< Physical Volume 1212D66A-ADCC-49C2-B2BD-43180F3D1B6F
    |   ----------------------------------------------------
    |   Index:    1
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     120988852224 B (121.0 GB)

Eles têm o mesmo tamanho.

Seu volume físico no disco rígido:

    +-< Physical Volume 39D4DCA9-7F2E-40FA-B457-CCDD4370FF2F
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk1s2
    |   Status:   Online
    |   Size:     2999217324032 B (3.0 TB)

Meu volume físico no disco rígido:

    +-< Physical Volume 39D4DCA9-7F2E-40FA-B457-CCDD4370FF2F
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk1s2
    |   Status:   Online
    |   Size:     2999733223424 B (3.0 TB)

Seu volume físico é ~ 516 MB (515899392 B) menor que o meu, que corresponde aproximadamente aos seus blocos não formatados no disco1, que estão "ausentes" agora.

Seu grupo de volumes lógicos:

+-- Logical Volume Group 91F22B32-DD9C-442B-95F0-ED3DB69AC4FB
    =========================================================
    Name:         Macintosh HD
    Status:       Online
    Size:         3120206176256   B (3.1 TB)
    Free Space:   17091772416 B   (17.1 GB)

Meu grupo de volumes lógicos:

+-- Logical Volume Group 91F22B32-DD9C-442B-95F0-ED3DB69AC4FB
    =========================================================
    Name:         Macintosh HD
    Status:       Online
    Size:         3120722075648 B (3.1 TB)
    Free Space:   114688 B (114.7 KB)

Seu LVG é ~ 516 MB (515899392 B) menor que o meu, o que corresponde às descobertas acima.

Seu volume lógico:

         +-> Logical Volume 2E2D175C-1397-474D-900F-A9DA7B9D65D6
             ---------------------------------------------------
             Disk:                 disk2
             Status:               Online
             Size (Total):         3097259147264 B (3.1 TB)

Meu volume lógico:

        +-> Logical Volume 2E2D175C-1397-474D-900F-A9DA7B9D65D6
            ---------------------------------------------------
            Disk:                  disk2
            Status:                Online
            Size (Total):          3106191572992 B (3.1 TB)

Seu LV é ~ 22,9 GB menor que seu LVG (enquanto 17,1 GB são indicados).
Meu LV é ~ 14,5 GB menor que meu LVG (enquanto apenas 115 KB são indicados!).

Seu LV é ~ 8,9 GB menor que o meu, o que corresponde novamente, porque 22,9 - 14,5 + 0,5 (os blocos não formatados no disco rígido) = 8,9 GB

Compare isso com uma VM OS X Yosemite arquivada, em que o LVG (67,86 GB) é 365 MB maior que o LV (67,49 GB) e o espaço livre indicado é 12,7 MB.

Finalmente, temos que observar:

  • a aritmética diskutilestá em grande necessidade de melhoria
  • aparentemente, é necessário / perdido um espaço valioso no disco rígido ao lidar com o LVM (CoreStorage). Não consegui encontrar nenhuma fonte para explicar isso.
  • Você perdeu apenas 8,9 GB (que representam apenas 2,9 ‰ do espaço total em disco) em vez de 17,1 GB em comparação com o meu Fusion Drive.

Após fazer o backup do seu Mac, inicializando no Modo de recuperação da Internet ou no Modo de recuperação e iniciando o Terminal.app, você pode tentar aumentar (ou diminuir) o seu Volume lógico com o seguinte comando não documentado após desbloquear o volume com diskutil cs unlockVolume LVUUID -stdinpassphrase:

diskutil cs resizeVolume LVUUID size

Exemplo:

diskutil cs resizeVolume 2E2D175C-1397-474D-900F-A9DA7B9D65D6 (3106191572992+x*4096)b

com x = número inteiro e 4096 = 8x512 (blocos alinhados).

Normalmente, você não pode expandir o volume lógico do CoreStorage além do tamanho de LVG - ~ 300 MB (testado com um disco de 64 GiB, não sei como isso funciona para discos maiores). Então você pode começar com 3119900m. Se você receber uma mensagem dizendo "Erro -69720 Não há espaço livre suficiente no Grupo de Volume Lógico do Armazenamento Principal para esta operação", diminua o tamanho em etapas de 100 ou 500m até que funcione. Se você digitar g (= Giga), m (= Mega) ou k (= kilo) em vez de b (= byte), o diskutil fará as contas e escolherá um valor alinhado (= múltiplo de 4096b).

Testei essas etapas na minha VM 10.10.4 acima mencionada, com o FileVault ativado e consegui aumentar o tamanho do volume de 6 MB para 67,5 GB. Sua milhagem pode variar.

Klanomath
fonte
Obrigado por isso, muito interessante! Minha preocupação era que esse espaço disponível com o qual não posso fazer nada seja inacessível no SSD, o que reduziria o desempenho do Fusion Drive, isso é possível?
Arron
@Arron Não diminuiria o desempenho da unidade Fusion à vista, porque o algoritmo sempre libera alguns GB (3 GB - 6 GB) do SSD realocando arquivos na parte do disco rígido da unidade Fusion. A longo prazo, embora 120 GB no SSD sejam melhores que apenas 97 GB. Mas, como parcialmente descrito acima, o seu SSD não deve ser afetado pelo vazamento.
klanomath
-1

Essa situação tem sido uma experiência comum para quem instalou o Yosemite em um volume secundário pela primeira vez antes de tentar usá-lo em período integral. Também foi observado por aqueles que consolidaram volumes anteriores do Boot Camp (via reparticionamento) em espaço livre no volume de inicialização.

Garanto que a solução é simples e não destrutiva, com esta qualificação: se eu fosse você, não confiaria na segunda metade dessa afirmação, mesmo que ela fosse impressa em papel timbrado da Apple, muito menos no post de um estranho em um fórum de ajuda.

Vejo que você fez um backup completo do disco com o CCC, demonstrando probidade, perspicácia e economia. Agora demonstre covardia paranóica e use o Disk Utility para executar "Verify Disk" na unidade de backup e na unidade principal antes de iniciar a tarefa em questão.

Saia do Utilitário de Disco. Emita o comando diskutil cs listdo Terminal. Você deve ver algo assim:

saída de amostra da <code> diskutil cs list </code>

Você está procurando as duas informações destacadas acima em vermelho: O UUID do volume lógico a ser restaurado para o armazenamento antigo do HFS, além da confirmação de que o FileVault está desbloqueado. (Se estiver bloqueado, adicione o argumento:

-stdinpassphrase

no final do comando de reversão fornecido abaixo, será solicitada sua senha de FV e desbloqueada antes de prosseguir.)

O comando para reverter o armazenamento é diskutil corestorage revert *insert_your_UUID_here*

Depois de sair do Terminal para liberar seu bloqueio 'uso ocupado' no volume, inicie o Utilitário de Disco. Agora ele poderá funcionar como deveria e você poderá prosseguir como faria antes que tudo isso estivesse no seu caminho.

Doc G.
fonte
Infelizmente, recebo o erro Esta operação só pode ser executada se houver exatamente um volume físico de armazenamento principal no grupo
Arron