Il volume "root del filesystem" ha solo 0 byte di spazio su disco rimanente?

Ho installato l'11.10 ~ due settimane fa e di recente ho riscontrato strani problemi.

L'installazione era su un nuovissimo laptop con chiaro SSD da 160 GB. Ho optato per la crittografia della home directory. A parte questo, ho accettato le impostazioni predefinite durante l'installazione. Non ci sono altri SO sul mio laptop.

Avevo circa 40 GB in uso quando (per la terza volta) ho visto questa finestra molto spiacevole:

Due volte la situazione era piuttosto grave e l'intero sistema rallentò considerevolmente. Dopo il riavvio non ho potuto accedere all'interfaccia grafica (con un messaggio di errore che informava di spazio insufficiente) e ho dovuto rimuovere prima alcuni file dalla riga di comando.

La terza volta sono comunque riuscito a eliminare rapidamente alcuni file e mi ha aiutato.

Il mio laptop è principalmente un ambiente di lavoro: quindi niente torrent, giochi, solo due film. Solo lo spazio di riempimento dei media è ~ 20 GB di immagini e un mucchio di pdf. Di recente lavora principalmente con PostgreSQL e PostGIS, GeoServer e QGIS.

Anche se ho avuto molte opportunità di testare e mettere in pratica i miei backup, sarei estremamente grato se qualcuno potesse indicarmi eventuali soluzioni al problema.

Il mio laptop è stato acquistato poco prima di installare Ubuntu ed è arrivato senza sistema operativo. Potrebbe essere un problema hardware?

O la crittografia homemi sta causando mal di testa?

Grazie per l'aiuto!

Aggiornamento 1: Come suggerito da @ maniat1k , ecco l'output corrente di 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

Aggiornamento 2: come suggerito da zanfur , output di 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

Aggiornamento 3:

Ancora un'altra finestra con un messaggio di memoria insufficiente: /

Recentemente lavora principalmente su VirtualBox e usa Remmina.

Seguendo queste informazioni ho praticamente cancellato tutto dalla mia directory home. Riavviato. C'erano ~ 20 GB in uso dopo quel [~ 10 GB per l'immagine del disco di VirtualBox che volevo conservare se possibile]. Dopo il commento di SarveshLad stavo cercando di recuperare più spazio ed eseguire l'applicazione Bleachbit quando ho avuto un altro errore di spazio insufficiente su HD. Quindi il sistema si è bloccato. Come mai Ubuntu può riempire HD con oltre 100 GB in pochi minuti?

Ciò è quasi certamente dovuto alla mancanza di spazio sul filesystem di root. Se hai un sacco di spazio libero sul tuo disco, allora probabilmente hai un filesystem separato per i tuoi dati utente. Questa è una configurazione comune.

Per trovare la quantità di spazio libero su tutte le partizioni, eseguire il comando "su disco", df. Non è necessario essere root. Otterrai qualcosa di simile al seguente:

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

Come puoi vedere, ho un filesystem di root separato (il primo elencato) e un filesystem di dati utente (l'ultimo elencato) e la mia partizione di root è quasi piena. Se il tuo dfoutput ti mostra che il tuo filesystem di root è effettivamente pieno, devi eliminare alcuni file (attento a quali!) O ridimensionare le tue partizioni.

Un comando da terminale utile per trovare quello che sta mangiando tutto lo spazio è il comando "utilizzo del disco", du. Richiamato senza parametri, inizia a elencare le dimensioni di ogni file nella directory corrente e in ogni directory di seguito. Più utile per rintracciare l'utilizzo è nel tuo scenario è sudo du -s -h -x /*, che ti darà la quantità totale di spazio utilizzato ( -s) da ogni file o directory nella parte superiore del tuo filesystem di root ( /*), senza guardare altri filesystem ( -x), in umano- numeri leggibili come "124M" ( -h). Non preoccuparti se ci vorrà un po 'di tempo per completare, ci vorrà nell'ordine dei minuti il ​​primo passaggio.

Non cancellare i file senza prima sapere cosa sono, ovviamente. Ma, in generale, non si romperà il sistema se si eliminano i file nelle seguenti directory:

• /tmp (dati della temp dell'utente - questi sono generalmente tutti eliminati ogni riavvio comunque)
• /var/tmp (stampa spool e altri dati temporanei di sistema)
• /var/cache/* (questo può essere pericoloso, prima ricerca!)
• /root (la home directory dell'utente root)

Oltre alle posizioni sopra, le seguenti posizioni sono colpevoli comuni:

• /opt (molte app di terze parti si installano qui e non si puliscono da sole)
• /var/log (i file di registro possono occupare molto spazio in caso di errori ripetitivi)

Quindi, controlla prima quelli. Se risulta che le cose sembrano corrette e la tua partizione di root è semplicemente troppo piccola, dovrai ridimensionare le tue partizioni per adattarle. Ci sono una miriade di modi per farlo, ma probabilmente il più semplice è l'avvio da un LiveCD Ubuntu ( scaricarlo dalla pagina di download del sito Ubuntu ) ed eseguire l'editor di partizioni GNOME gparted. Potrebbe essere necessario installare gpartedprima il pacchetto (dall'interno dell'ambiente LiveCD, eseguire sudo apt-get install gpartedo utilizzare il centro software). In ogni caso, è un'utilità grafica che ti permetterà di fare clic con il tasto destro sulla partizione e selezionare "ridimensiona".

NB: non si devono ibernare i sistemi operativi durante il ridimensionamento delle partizioni o non funzionerà o fare cose terribili sul sistema operativo ibernato.

Secondo la tua dfinserzione, hai un sacco di spazio libero su /. Dopo aver ricevuto uno di questi messaggi, controlla di dfnuovo e se mostra ancora molto spazio libero, controlla l'output di dmesgper errori. È possibile che si stia verificando un errore che sta causando il rimontaggio del file system in sola lettura e che potrebbe confondere il notificatore di spazio libero. Da livecd, dovresti aprire l'utility del disco e controllare lo stato SMART dell'unità per assicurarti che non presenti settori danneggiati o altro. Anche l'esecuzione del lungo autotest potrebbe essere una buona idea e successivamente controllare il filesystem.