Espaço do disco rígido comido diariamente. Pense Crashplan pode ser um motivo. Preciso de ajuda

1

Eu tenho sofrido com isso por semanas. Estou executando o Yosemite em um MBP de 15 ". Sou informado diariamente que não tenho mais espaço em disco e, não importa o que eu acabe de excluir, fico com 1 GB minutos depois.

About This Mac Storage (e Daisy Disk) dizem que eu tenho 247GB em Outros.

O Disk Inventory não reconhece isso e apenas diz que estou usando 37 GB do meu SSD.

Não me lembro do comando terminal que usei de outro thread, mas ele mostrou backups móveis e outra pasta ocupando mais de 100 GB do meu espaço, mas ninguém me disse como limpá-los para liberar espaço ou como evitar que isso ocorra novamente .

Importante notar que usei o crashplan por algum tempo e o removi há cerca de 3 meses.

Eu preciso desesperadamente do meu disco rígido de volta!

hard-drive disk-space

— user1509151
fonte

Se você abrir o plano de falha, ele está configurado para receber backups de outros dispositivos ou simplesmente copiar seus dados? É improvável que o segundo drenasse o espaço e o primeiro certamente lhe causaria essa dor exata.

— bmike

1

Para outros com problemas semelhantes, você não precisa de um utilitário especial para descobrir onde todos os seus GB foram em um Mac.

Primeiro, ative os arquivos invisíveis. Nos Macs mais recentes, você pode fazer isso com Command Shift Period. Em Macs mais antigos, você precisa de um rápido defaults comando do terminal.

Depois disso, abra o disco rígido e coloque-o List View

Então vá para o View menu e escolha Show View Options Verifica Calculate all Sizes

Agora espere. Pode demorar um pouco, porque há muitos tamanhos para adicionar, mas, eventualmente, ele irá mostrar os tamanhos de cada pasta. Você pode usar os triângulos de abertura para abrir mais e mais pastas e detalhar onde todos os seus dados estão sendo usados. Eu também geralmente classifica pelo Size coluna para que as coisas grandes estejam bem no topo.

Como um consultor profissional de Mac, este é o método que eu uso para encontrar os dados das pessoas, eu não me incomodo com quaisquer utilitários de terceiros para isso.

— l008com
fonte

Isso soa como uma boa ferramenta - uma ferramenta que vale a pena lembrar. Ao lê-lo, não pude deixar de pensar se você também tem um método para rastrear esses tamanhos ao longo do tempo?

— Seamus

Eu não. Você pode ver o que cada grande pedaço de dados é, então você pode inferir bastante se o seu espaço normal, válido ou algo incomum que não deveria ocupar o espaço que é.

— l008com

0

Você poderia tentar du -h no aplicativo Terminal. Isso mostrará informações sobre o quão completo é o seu sistema de arquivos.

Então sudo du -h -s / mostrará o tamanho de cada diretório e você poderá descobrir qual deles é maior do que você esperaria. Mas isso pode levar alguns minutos para ser executado no disco inteiro.

— Kev
fonte

O primeiro comando diz "36G". mas o segundo me deu apenas o diretório raiz. "/ 231G"

— user1509151

Na verdade eu quis dizer sudo du -h -s /*

— Kev

0

Vejo que você já usou alguns utilitários de descoberta de espaço, como o disco Daisy e o Inventário de disco (X?). Por isso, acho difícil colocar em outra ferramenta para tentar.

Geralmente, existem duas maneiras de descobrir onde o espaço no disco rígido foi: manual e automático.

"Automático" são ferramentas como você usou, incluindo o disco Daisy, o Disk Inventory X e o WhatSize, entre outros.

"Manual" é que você percorra suas pastas manualmente no Finder clicando com o botão direito do mouse (ou clicando com Ctrl) e selecione "Obter Informações" ou usando o Terminal (se você não tem medo da linha de comando) e veja quais pastas estão usando o maior espaço. Uma vez encontrado, você entra na pasta e faz o mesmo novamente.

Para o Terminal, você pode usar os seguintes comandos:
cd /
du -chxd 1
cd large_folder_here

Repita os dois últimos comandos até encontrar os itens de interesse.
cd / vai mudar para a pasta raiz do Mac OS X (o melhor lugar para começar a olhar realmente)
du -chxd 1 listará as pastas com seus respectivos tamanhos. As opções "-chxd 1" que forneci fornecerão um total de tamanho no final (-c), tamanhos de lista em formato legível (-h), limitarão a pesquisa à unidade do sistema (-x), para que a rede externa ou drives não são pesquisados e, finalmente, listarão apenas o conteúdo do diretório atual (-d 1), o que torna a quantidade de dados melhor para empunhar. Totalmente opcional, mas recomendado, depois de encontrar um diretório para entrar, mude para ele, então limpe a tela de saída do Terminal (Cmd-K). Dessa forma, você não percorre acidentalmente pastas que já examinou, poupando algum tempo.

Para remover um arquivo ou uma pasta, digite:
rm -R folder_to_delete
-ou-
rm file_to_delete

Se você não for o proprietário de um arquivo / pasta, você terá um erro ao excluir um arquivo. Para sobrescrever isso, você pode preceder sudo para o comando remove anterior.

IMPORTANTE: Por favor, certifique-se de que você sabe qual arquivo você está removendo. Remover os arquivos do sistema, inadvertidamente, deixa você reinstalar o sistema operacional novamente, o que pode ser complicado e demorado.

— Phoenix
fonte

Isso foi no final do comando do terminal que você me deu: '499M ./usr 12K ./Volumes 36G. 36G total '

— user1509151

Tirando isso, nenhuma das suas pastas listadas somam mais de 35 GB. Isso basicamente confirma a declaração do Disk Inventory X, o que significa que quaisquer arquivos comuns armazenados em sua máquina não ocupam muito espaço em disco. Embora eu tenha visto que uma pasta apenas pequena de 80 MB encheu um disco rígido inteiro de vários GB. Sem o conhecimento de como funciona o plano de desastres, você conhece alguma pasta específica que o plano de falhas está usando? Se você conhece uma pasta, pode tentar remover esses arquivos ou limpar seus atributos. O último pode ser feito com "xattr -c -r". enquanto dentro desse diretório.

— Phoenix

Além disso, você afirmou que removeu o plano de falha em algum momento. Dependendo de como você o removeu, pode haver sobras de arquivos de suporte, incluindo processos em segundo plano. Além de liberar espaço, eu procuraria por arquivos de planos de falhas dentro das seguintes pastas: "/ Library / LaunchAgents", "/ Library / LaunchDaemons", "~ / Library / LaunchAgents" (para impedir que esses processos sejam executados no futuro ) bem como "/ Library / Application Support", "~ / Library / Application Support" e "~ / Library / Containers" para arquivos de suporte.

— Phoenix