O volume "raiz do sistema de arquivos" possui apenas 0 bytes de espaço em disco restante?

Eu instalei a 11.10 ~ duas semanas atrás e tive alguns problemas estranhos recentemente.

A instalação foi feita em um laptop novinho em folha, 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 esta janela muito desagradável:

Duas vezes a situação era muito ruim e o sistema inteiro desacelerou consideravelmente. Após a reinicialização, não consegui 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 rapidamente alguns arquivos e isso ajudou.

Meu laptop é principalmente ambiente de trabalho: portanto, não há torrents, jogos, apenas dois filmes. Somente o espaço de preenchimento de mídia é de ~ 20 GB de fotos e vários PDFs. Trabalhando principalmente em PostgreSQL e PostGIS, GeoServer e QGIS recentemente.

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

Meu laptop foi comprado pouco antes de instalar o Ubuntu e ele veio sem o SO. Isso poderia ser um problema de hardware?

Ou o criptografado está homeme 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 essas informações, apaguei praticamente tudo do meu diretório pessoal. Reinicializado. Depois, havia ~ 20 GB em uso [~ 10 GB para a imagem de disco do VirtualBox que eu queria manter, se possível]. Após o comentário do SarveshLad, eu estava tentando recuperar mais espaço e executando o aplicativo Bleachbit quando recebi outro erro de pouco espaço no HD. Então o sistema congelou. Como diabos meu Ubuntu pode preencher HD com mais de 100 GB em minutos?

Isso quase certamente se deve ao fato de estar 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 os dados do usuário. Esta é uma configuração comum.

Para encontrar a quantidade de espaço livre em todas as suas partições, execute o comando "sem disco" df,. Você não precisa ser root. Você obterá 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 raiz está praticamente cheia. Se sua dfsaída mostrar que seu sistema de arquivos raiz está realmente cheio, você precisa excluir alguns arquivos (cuidado com os que!) Ou redimensionar suas partições.

Um comando terminal útil para encontrar o que está consumindo todo o espaço é o comando "uso do disco" du,. Chamado sem nenhum parâmetro, ele começa a listar os tamanhos de cada arquivo 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 fornecerá a quantidade total de espaço usado ( -s) por cada arquivo ou diretório na parte superior do seu sistema de arquivos raiz ( /*), sem olhar para outros sistemas de arquivos ( -x), em humanos. números legíveis como "124M" ( -h). Não se preocupe, se levar algum tempo para concluir, a ordem dos minutos ocorrerá na primeira execução.

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

• /tmp (dados temporários do usuário - esses são geralmente todos excluídos a cada reinicialização)
• /var/tmp (carretéis 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 depois deles mesmos)
• /var/log (os arquivos de log podem consumir muito espaço se houver erros repetitivos)

Então, verifique primeiro. Se as coisas parecerem corretas e sua partição raiz for muito pequena, será necessário redimensionar suas partições para caber. Existem inúmeras maneiras de fazer isso, mas provavelmente o mais fácil é inicializar a partir de um Ubuntu LiveCD (obtenha-o na página de download do site Ubuntu ) e executar o editor de partições GNOME gparted. Pode ser necessário instalar o gpartedpacote primeiro (no ambiente do LiveCD, execute sudo apt-get install gpartedou use o centro de software). De qualquer forma, é um utilitário gráfico que permite clicar com o botão direito do mouse na partição e selecionar "redimensionar".

NB - não tenha nenhum sistema operacional hibernado ao redimensionar partições , ou ele não funcionará ou fará coisas terríveis no seu sistema operacional hibernado.

De acordo com a sua dflistagem, você tem bastante espaço livre em /. Depois de receber uma dessas mensagens, verifique dfnovamente e, se ainda houver bastante espaço livre, verifique a saída de dmesgerros. É possível que você esteja recebendo um erro que esteja causando a remontagem do sistema de arquivos somente leitura, e isso pode estar confundindo o notificador de espaço livre. No 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 assim. Executar o autoteste longo também pode ser uma boa ideia e verificar o sistema de arquivos depois disso.