O volume “raiz do sistema de arquivos” tem apenas 0 bytes de espaço em disco restante?

11

Eu instalei 11.10 ~ há duas semanas e tive alguns problemas estranhos recentemente.

A instalação foi em um novo laptop com SSD de 160 GB. Optei por criptografar o diretório inicial. Além disso, aceitei padrões durante a instalação. Não há outro sistema operacional no meu laptop.

Eu tinha cerca de 40 GB em uso quando (pela terceira vez) consegui ver essa janela muito desagradável:

Duas vezes a situação foi muito ruim e todo o sistema diminuiu consideravelmente. Após a reinicialização, não pude acessar a interface gráfica (com uma mensagem de erro informando sobre espaço insuficiente) e tive que remover alguns arquivos da linha de comando primeiro.

Na terceira vez, ainda consegui excluir alguns arquivos rapidamente e isso ajudou.

Meu laptop é principalmente ambiente de trabalho: não há torrents, jogos, apenas dois filmes. Apenas espaço de preenchimento de mídia é ~ 20GB de fotos e monte de pdfs. Trabalhando principalmente no PostgreSQL & amp; PostGIS, GeoServer e QGIS recentemente.

Embora eu tivesse muitas oportunidades para testar e praticar meus backups, eu ficaria extremamente grato se alguém pudesse me apontar possíveis soluções para esse problema.

Meu laptop foi comprado pouco antes de instalar o Ubuntu, e ele veio sem sistema operacional. Poderia ser problema de hardware?

Ou o home criptografado está me causando dores de cabeça?

Obrigado pela ajuda!

Atualização 1: Como sugerido por @ maniat1k , aqui está a saída atual do fdisk -l:

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1   312581807   156290903+  ee  GPT

Atualização 2: Como sugerido por zanfur , saída de df :

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2            149802648  31411456 110781576  23% /
udev                   1959764         4   1959760   1% /dev
tmpfs                   788276       992    787284   1% /run
none                      5120         0      5120   0% /run/lock
none                   1970684      2716   1967968   1% /run/shm
/dev/sda1                19363       129     19234   1% /boot/efi
/home/rdk/.Private   149802648  31411456 110781576  23% /home/rdk

e sudo parted -l :

Model: ATA INTEL SSDSA2BW16 (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  20.0MB  20.0MB  fat16              boot
 2      20.0MB  156GB   156GB   ext4
 3      156GB   160GB   4177MB

Atualização 3:

Ainda outra janela com mensagem de pouca memória: /

Trabalhando recentemente principalmente no VirtualBox e usando o Remmina.

Após esta informação, apaguei praticamente tudo do meu diretório pessoal. Reiniciado. Havia ~ 20GB em uso depois disso [~ 10GB para a imagem de disco do VirtualBox que eu queria manter, se possível]. Seguindo SarveshLad comentário Eu estava tentando recuperar mais espaço e executando o aplicativo Bleachbit quando recebi outro erro de pouco espaço em HD . Então o sistema congelou. Como o meu Ubuntu pode preencher HD com mais de 100GB em poucos minutos?

    
por radek 30.10.2011 / 20:26

2 respostas

11

Isto é quase certamente devido a estar realmente sem espaço no sistema de arquivos raiz. Se você tiver muito espaço livre em sua unidade, provavelmente terá um sistema de arquivos separado para seus dados de usuário. Esta é uma configuração comum.

Para descobrir a quantidade de espaço livre em todas as suas partições, execute o comando "disk free", df . Você não precisa ser root. Você terá algo como o seguinte:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              9614116   8382396   1134048  89% /
none                   1541244       284   1540960   1% /dev
none                   1546180      4804   1541376   1% /dev/shm
none                   1546180       372   1545808   1% /var/run
none                   1546180         0   1546180   0% /var/lock
none                   1546180         0   1546180   0% /lib/init/rw
none                   9614116   8382396   1134048  89% /var/lib/ureadahead/debugfs
/dev/sda3             32218292  12333212  19885080  39% /home

Como você pode ver, eu tenho um sistema de arquivos raiz separado (o primeiro listado) e um sistema de arquivos de dados do usuário (o último listado), e minha partição root está quase cheia. Se a sua saída df mostrar que seu sistema de arquivos raiz está realmente cheio, você precisa excluir alguns arquivos (cuidado com quais!) Ou redimensionar suas partições.

Um comando de terminal útil para descobrir o que está ocupando todo o espaço é o comando "disk usage", du . Chamada sem nenhum parâmetro, ela inicia listando os tamanhos de todos os arquivos no diretório atual e em todos os diretórios abaixo. Mais útil para rastrear o uso está no seu cenário é sudo du -s -h -x /* , que lhe dará a quantidade total de espaço usado ( -s ) por cada arquivo ou diretório no topo do seu sistema de arquivos raiz ( /* ), sem procurar em outros sistemas de arquivos ( -x ), em números legíveis por humanos como "124M" ( -h ). Não se preocupe se demorar um pouco para ser concluído, ele levará a ordem de minutos na primeira execução.

Não exclua arquivos sem primeiro saber o que eles são, é claro. Mas, em geral, você não quebrará seu sistema se excluir arquivos nos seguintes diretórios:

  • /tmp (dados temporários do usuário - todos eles são comumente todos excluídos a cada reinicialização)
  • /var/tmp (spools de impressão e outros dados temporários do sistema)
  • /var/cache/* (este pode ser perigoso, pesquise primeiro!)
  • /root (o diretório inicial do usuário raiz)

Além dos locais acima, os seguintes locais são culpados comuns:

  • /opt (muitos aplicativos de terceiros são instalados aqui e não são limpos após eles)
  • /var/log (arquivos de log podem ocupar muito espaço se houver erros repetitivos)

Então, verifique primeiro. Se as coisas parecem corretas e sua partição raiz é simplesmente muito pequena, você precisará redimensionar suas partições para ajustá-las. Há uma infinidade de maneiras de fazer isso, mas provavelmente o mais fácil é inicializar a partir de um LiveCD do Ubuntu (obtê-lo do site do Ubuntu página de download ) e execute o editor de partições do GNOME gparted . Você pode ter que instalar o pacote gparted primeiro (a partir do ambiente do LiveCD, execute sudo apt-get install gparted ou use o centro de software). Em qualquer caso, é um utilitário gráfico que permitirá que você clique com o botão direito na partição e selecione "redimensionar".

N.B. - não tem nenhum sistema operacional hibernado enquanto você redimensiona partições , ou ele não funciona, ou faz coisas terríveis no seu sistema operacional hibernado.

    
por zanfur 21.11.2011 / 15:18
3

De acordo com a sua listagem df , você tem muito espaço livre em /. Depois que você receber uma dessas mensagens, verifique df novamente e, se ela ainda mostrar bastante espaço livre, verifique a saída de dmesg para erros. É possível que você esteja recebendo um erro que esteja causando a remontagem do sistema de arquivos somente para leitura, o que pode confundir o notificador de espaço livre. A partir do livecd, você deve abrir o utilitário de disco e verificar o status SMART da unidade para garantir que não haja setores defeituosos ou algo do tipo. A execução do autoteste longo também pode ser uma boa ideia e verificar o sistema de arquivos depois disso.

    
por psusi 23.11.2011 / 16:12