O que está ocupando tanto espaço no meu disco, ao lado do sistema de arquivos?

20

Eu tenho apenas um disco no meu computador, um SSD de 80 GB. Ele é formatado como uma única partição ext4 (sem swap), e todas as pastas usuais são instaladas nele (eu mantenho muitos dados em mídia externa, mas / home e todo o resto está no SSD).

Hoje eu iniciei e recebi uma mensagem dizendo que a unidade estava cheia. Eu abri o Disk Usage Analyzer para ver o que ocupa espaço. Ele insiste que 67,8 GB do disco são usados e que está ocupando 36,4 GB. O que leva à pergunta, onde estão faltando 30 GB, se não no sistema de arquivos ?!

Para fazer uma comparação, adicionei todos os tamanhos de todas as pastas legíveis listadas no Nautilus como subpastas de / (incluindo as ocultas). Eu tenho 20,9 GB. A lixeira era ilegível, mas sei que ela tem 16,2 GB, portanto, a soma é de 36,1 GB, aproximadamente a mesma do que o Disk Usage Analyzer está relatando. Havia algumas pastas do sistema que eram ilegíveis, como proc, mas eu duvido que elas somam 30 GB - senão não seria possível instalar o Ubuntu em discos pequenos, e eu vi rodar em 2.5 GB. Eu acho que eles devem ser a diferença de 0,3 GB entre o meu cálculo e o relatório do Disk Usage Analyzer.

Então, eu gostaria de saber, o que está consumindo esses 30 GB e como faço para liberá-los?

Edite com respostas às perguntas da CYREX

  1. Inicializado a partir do Ubuntu 10.10 64 bit live CD (igual ao meu sistema).

    resultado fsck:

    root@ubuntu:~# fsck /dev/sda1
    fsck from util-linux-ng 2.17.2
    e2fsck 1.41.12 (17-May-2010)
    /dev/sda1: clean, 265956/4890624 files, 18073343/19537408 blocks
    
  2. Inicializado a partir do SDD. Esvaziou o lixo e os 16 GB de lá agora estão livres. Os 30 GB ainda estão faltando.

  3. Eu não tenho experiência suficiente para saber o que conta como estranho em um log. Aqui estão minhas mensagens log e meu syslog desde a última inicialização, talvez você possa encontrar algo neles:

  4. Aqui ficou muito estranho. Liguei um HD externo de 500 GB. O Disk Usage Analyzer reportou em excesso o espaço disponível, mostrando espaço ausente (76 GB usados, mas apenas 24 em pastas).

Iniciou novamente o LiveCD, iniciou o Disk Usage Analyzer e obteve os mesmos resultados do Ubuntu instalado, dentro de 1-2 GB.

Edite com resposta ao CodeMonk

Isso teria sido uma boa solução, mas a partição é realmente de 80 GB - quero dizer 74 GB + marketing "error", de qualquer forma, todo o disco é formatado. Também mostra que mais de 50 GB são usados - então, onde estão os 30 GB, se não em arquivos e pastas?

O GParted também informa o tamanho correto do HDD externo.

    
por rumtscho 14.12.2010 / 23:54

7 respostas

17

Eu resolvi isso - graças a todos os seus conselhos, especialmente o de Javier Riveira, que sugeriu executar o Disk Analyzer com direitos sudo (eu não sabia que isso pode influenciar os resultados).

Eu tenho Crashplan, e está fazendo backups para algumas das unidades externas. Portanto, há um conjunto de backup que vai para Milly e outro que vai para Sto_Lat, uma vez a cada 15 minutos (esses são os nomes das unidades externas). Quando em algum momento eu iniciei o computador sem essas unidades, a Crashplan não encontrou pastas em /media/Milly e /media/Sto_Lat , por isso acabou de criá-las e escreveu backups para elas.

Por algum motivo, o Disk Analyzer não mostra essas pastas quando iniciado sem o sudo. O Nautilus os mostra, mas lista o tamanho de /media em 16 KB, quando na verdade é de 30 GB.

Eu só notei isso quando desmontei todas as unidades externas, incluindo Milly e Sto_Lat, e iniciei gksudo baobab . Então eu vi meus discos externos onde não deveria haver nenhum - mas nem todos, mas apenas os alvos de backup - e percebi que eles não são discos montados, mas pastas de mesmo nome criadas pela Crashplan. Deve haver algo estranho acontecendo quando eu montar a unidade com o mesmo nome que a pasta existente, pergunto-me porque eu não recebo uma mensagem de erro ou algo assim ...

BTW, isso também resolve porque o Disk Analyzer mostra os tamanhos de Milly a 530 GB em vez de 500 GB - esses são os 30 GB "ausentes", ele conta a pasta e a unidade real juntos.

Agora, só preciso de uma maneira de excluir as pastas sem interromper o Crashplan ou permanecer sem backups.

    
por rumtscho 15.12.2010 / 22:12
32

Se você usar o Disk Analyzer como um usuário normal, pode haver alguns arquivos que você não pode acessar ou ver. Você pode tentar iniciá-lo com privilégios de superusuário. Abra um terminal ou pressione ALT + F2 e digite:

gksudo baobab

O Baobab é o nome nerd do Disk Analyzer, se você estiver se perguntando. Talvez agora ele possa mostrar onde estão os megabytes em falta.

    
por Javier Rivera 15.12.2010 / 12:02
5

Você pode usar o Disk Usage Analyzer para verificar seus diretórios e ver onde seu espaço está indo no sistema de arquivos.

Por não conseguir ver 30GB do seu disco, abra o GParted e veja como o espaço é alocado no disco. Pode ser que o seu esquema de partição não seja o que você achou que era.

    
por Nick Pascucci 15.12.2010 / 00:35
3

Como padrão, há 10% do seu espaço em disco reservado para o usuário root. Você pode mudar isso usando sudo tune2fs -m %percentage %device . No seu caso, seria sudo tune2fs -m 1 /dev/cciss/c0d0p1 para reduzir a reserva para 1%. Você pode configurá-lo para qualquer outro número que quiser, mas eu não recomendaria 0%.

    
por André Stannek 08.10.2012 / 11:21
3

Você pode usar du para mostrar isso:

cd /
sudo du -hcsx .[!.]* * | sort -rh | head

Isso mostrará o que está usando mais espaço.

    
por mchid 01.03.2016 / 01:16
1

Faça o seguinte para me informar como foi:

  1. Insira um LiveCd e faça um fsck no seu / dev / sda1
  2. Limpe sua lixeira.
  3. Consulte o Visualizador de arquivos de registro para ver as coisas estranhas que estão acontecendo.
  4. Teste (se puder) com um disco rígido normal (não SSD). Apenas para remover essa opção.

Deixe-me saber como foi.

    
por Luis Alvarado 15.12.2010 / 00:07
1

Eu realmente não sei se isso ajuda você, mas no meu caso eu também senti isso, meu disco rígido estava perdendo espaço livre ao longo do tempo sem um motivo. Descobriu-se que as configurações padrão no gerenciador de pacotes synaptic também contribuíam para isso. As configurações padrão nas preferências, sob a guia do arquivo, instruirão o synaptic a manter todos os pacotes baixados no cache . Ao longo do tempo, pode acumular uma boa montanha de arquivos. Alterei as configurações para excluir os pacotes baixados após a instalação . Isso ajudou a recuperar uma boa quantidade de espaço livre.

Novamente, não tenho certeza se isso ajuda no seu caso, mas você pode verificar o cache sináptico, talvez esteja cheio de arquivos que estão obsoletos.

    
por AndyB 15.12.2010 / 11:33

Tags