Le volume «racine du système de fichiers» ne dispose que de 0 octet d'espace disque restant?

J'ai installé 11.10 ~ il y a deux semaines et j'ai récemment rencontré des problèmes étranges.

L'installation a été effectuée sur un ordinateur portable flambant neuf avec un SSD transparent de 160 Go. J'ai opté pour le cryptage du répertoire personnel. En dehors de cela, j'ai accepté les valeurs par défaut lors de l'installation. Il n'y a pas d'autre OS sur mon ordinateur portable.

J'avais environ 40 Go en service lorsque (pour la troisième fois) j'ai pu voir cette fenêtre très désagréable:

La situation à deux reprises était assez mauvaise et l'ensemble du système a considérablement ralenti. Après le redémarrage, je n'ai pas pu me connecter à l'interface graphique (avec un message d'erreur informant d'un espace insuffisant) et j'ai d'abord dû supprimer certains fichiers de la ligne de commande.

La troisième fois, j'ai quand même réussi à supprimer rapidement certains fichiers et cela a aidé.

Mon ordinateur portable est principalement un environnement de travail: donc pas de torrents, de jeux, juste deux films. Seul l'espace de remplissage des médias comprend environ 20 Go d'images et un tas de fichiers PDF. Travaillant principalement sur PostgreSQL & PostGIS, GeoServer et QGIS récemment.

Bien que j'aie eu beaucoup d'occasions de tester et de pratiquer mes sauvegardes, je serais extrêmement reconnaissant si quelqu'un pouvait me signaler des solutions potentielles à ce problème.

Mon ordinateur portable a été acheté juste avant l'installation d'Ubuntu, et il est venu sans OS. Serait-ce un problème matériel?

Ou est-ce que le cryptage homeme cause des maux de tête?

Merci pour l'aide!

Mise à jour 1: comme suggéré par @ maniat1k , voici la sortie actuelle de 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

Mise à jour 2: comme suggéré par zanfur , sortie 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

Et 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

Mise à jour 3:

Encore une autre fenêtre avec un message de mémoire faible: /

Travailler récemment principalement sur VirtualBox et utiliser Remmina.

Suite à ces informations, j'ai supprimé pratiquement tout de mon répertoire personnel. Redémarré. Il y avait ~ 20 Go en cours d'utilisation après cela [~ 10 Go pour l'image disque de VirtualBox que je voulais conserver si possible]. Suite au commentaire de SarveshLad, j'essayais de récupérer plus d'espace et d'exécuter l'application Bleachbit lorsque j'ai eu une autre erreur de manque d'espace sur HD. Ensuite, le système a gelé. Comment diable mon Ubuntu peut-il remplir la HD avec plus de 100 Go en quelques minutes?

Cela est presque certainement dû au fait qu'il n'y a plus d'espace sur le système de fichiers racine. Si vous disposez de beaucoup d'espace libre sur votre lecteur, vous disposez probablement d'un système de fichiers distinct pour vos données utilisateur. Il s'agit d'une configuration courante.

Pour trouver la quantité d'espace libre sur toutes vos partitions, exécutez la commande « disque », df. Vous n'avez pas besoin d'être root. Vous obtiendrez quelque chose comme ceci:

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

Comme vous pouvez le voir, j'ai un système de fichiers racine distinct (le premier répertorié) et un système de fichiers de données utilisateur (le dernier répertorié), et ma partition racine est assez proche de la saturation. Si votre dfsortie vous montre que votre système de fichiers racine est réellement plein, vous devez supprimer certains fichiers (attention à ceux!), Ou redimensionner vos partitions.

Une commande de terminal utile pour trouver ce qui ronge tout l'espace est la commande « utilisation du disque », du. Appelé sans aucun paramètre, il commence à lister les tailles de chaque fichier dans le répertoire courant et dans chaque répertoire ci-dessous. Votre scénario est plus utile pour suivre l'utilisation sudo du -s -h -x /*, ce qui vous donnera la quantité totale d'espace utilisé ( -s) par chaque fichier ou répertoire en haut de votre système de fichiers racine ( /*), sans regarder les autres systèmes de fichiers ( -x), dans l'humain. des nombres lisibles comme "124M" ( -h). Ne vous inquiétez pas si cela prend un certain temps, cela prendra environ quelques minutes lors de la première exécution.

Évitez de supprimer des fichiers sans d'abord savoir ce qu'ils sont, bien sûr. Mais, en général, vous ne casserez pas votre système si vous supprimez des fichiers dans les répertoires suivants:

• /tmp (données temporaires de l'utilisateur - elles sont généralement toutes supprimées à chaque redémarrage)
• /var/tmp (bobines d'impression et autres données temporaires du système)
• /var/cache/* (celui-ci peut être dangereux, cherchez d'abord!)
• /root (répertoire personnel de l'utilisateur root)

En plus des emplacements ci-dessus, les emplacements suivants sont des coupables communs:

• /opt (de nombreuses applications tierces s'installent ici et ne se nettoient pas après elles-mêmes)
• /var/log (les fichiers journaux peuvent consommer beaucoup d'espace s'il y a des erreurs répétitives)

Alors, vérifiez-les d'abord. S'il s'avère que les choses semblent correctes et que votre partition racine est tout simplement trop petite, vous devrez redimensionner vos partitions pour qu'elles correspondent. Il existe une multitude de façons de le faire, mais le plus simple est probablement de démarrer à partir d'un LiveCD Ubuntu (à obtenir sur la page de téléchargement du site Ubuntu ) et d'exécuter l'éditeur de partition GNOME gparted. Vous devrez peut-être d'abord installer le gpartedpackage (à partir de l'environnement LiveCD, exécuter sudo apt-get install gpartedou utiliser le centre logiciel). Dans tous les cas, c'est un utilitaire graphique qui vous permettra de faire un clic droit sur la partition et de sélectionner "redimensionner".

NB - vous n'avez pas de système d'exploitation mis en veille prolongée lorsque vous redimensionnez les partitions , ou cela ne fonctionnera pas, ou fera des choses terribles à votre système d'exploitation en veille prolongée.

Selon votre dfannonce, vous disposez de beaucoup d'espace libre sur /. Après avoir reçu l'un de ces messages, vérifiez à dfnouveau et s'il affiche toujours beaucoup d'espace libre, vérifiez la sortie de dmesgpour des erreurs. Il est possible que vous obteniez une erreur qui entraîne le remontage du système de fichiers en lecture seule, et qui peut être source de confusion pour le notificateur d'espace libre. Depuis le livecd, vous devez ouvrir l'utilitaire de disque et vérifier l'état SMART du lecteur pour vous assurer qu'il n'a pas de mauvais secteurs ou quoi que ce soit. L'exécution du long autotest peut également être une bonne idée et vérifier le système de fichiers par la suite.