Inconsistência enorme na medição do espaço em disco, faltando 50% do disco

3

Eu possuo um MacBook Pro 13 Retina, o OSX relata o uso do disco como 450Gb, mas utilitários como o DiskInventoryX contam uma história diferente, relatando 226Gb como espaço em disco usado:

Imagens de espaço em disco

Como convencer o OSX a devolver meu espaço em disco? Como o DiskInventoryX (e outros que eu testei) não consegue encontrar onde esses 411Gb marcados como "Outros" são o que posso fazer para identificar o problema?

Saída de df -h

Device Block Size: 512 Bytes  

/dev/disk1 465Gi 421Gi 43Gi 91%  110450433 11387165 91%  
devfs      184Ki 184Ki 0Bi  100% 638       0        100%

fonte
as diferenças que vejo são muito maiores que o tamanho do backup, relatado corretamente lá em cima. A execução do "sudo tmutil disablelocal" não tem nenhum efeito, mesmo após uma inicialização a frio. Localizador relata o mesmo tamanho errado, como "Sobre este Mac"
Você pode estar interessado nesta publicação recente no OS X diariamente .
N1000 20/01
Você fez um reparo em disco?
N1000 20/01
Sim, sem efeitos

Respostas:

2

Você pode estar vendo a diferença entre usados bytes contra usados blocos no disco.

Se uma ferramenta iterar nos arquivos do seu disco e totalizar o tamanho dos arquivos em bytes, o valor total não corresponderá ao espaço em disco usado.

Tente usar outras ferramentas de disco para determinar o espaço em disco restante. A dfferramenta deve fornecer algumas dicas df -h.

Considere usar uma ferramenta como o GrandPerspective para visualizar o conteúdo da sua unidade; parece melhor manutenção de Disk Inventory X . Esteja ciente de que essas ferramentas mostram o tamanho do arquivo e não os blocos usados.

insira a descrição da imagem aqui

Graham Miln
fonte
você acha que é possível que a diferença cause uma diferença tão grande no relatório de espaço em disco? (200Gb)
Em casos extremos, é possível. O que dfdiz? Qual é o tamanho do bloco da sua unidade?
Graham Miln
Block Device Tamanho: 512 Bytes / dev / disk1 465Gi 421Gi 43Gi 91% 110.450.433 11.387.165 91% devfs 184Ki 184Ki 0Bi 100% 638 0 100%
1
Ao executar o GrandPerspective no Terminal / sudo, parece que encontrei a causa raiz do problema, há um arquivo enorme (uma VM Parallels) aqui: /.MobileBackups.trash/Computer/2013-12-11-194848/Volume/Users / mauro / Documents / Windows 8.1.pvm como removê-lo?
0

Após excluir uma conta de usuário de cerca de 800 GB em um novo sistema Yosemite do Max OS X 10.10.5 com um SSD de 1 TB, fiquei com apenas 400 GB de espaço livre em vez dos 900 GB esperados.

Uma verificação de disco inteira do sistema pela GrandPerspective relatou que os arquivos verificados (todos com "/") tinham apenas cerca de 35 GB de tamanho e que "Espaço usado variado" era algumas centenas de GB, que deveriam ter sido excluídos / liberados quando Eu matei a conta de usuário indesejado.

Corri o Disk Utililty.app para "Apagar espaço livre" e ele agitou criando arquivos temporários para gravar no "espaço não utilizado". Enquanto isso acontecia, o GrandPerspective relatou "Espaço usado variado" menor e o Finder relatou cerca de 700 GB de espaço livre (acima de apenas algumas centenas). Em seguida, saltou para "misc usado" maior e "livre" menor. Em seguida, ele relatou "ficar sem espaço na unidade de inicialização!" falhou com o erro "não é possível criar o arquivo temporário", mas, depois de encerrar o Disk Utility.app, o localizador relatou 963 GB de espaço livre, assim como o Disk Utility.app, assim como GrandPerspectives.

Portanto, o longo e mais ou menos o processo é que a execução de "Apagar Espaço Livre" via Disk Utility.app liberou esse espaço livre.

j-beda
fonte