Le volume "filesystem root" ne dispose plus que de 0 octet d'espace disque ?

Cela est certainement dû à un manque d'espace sur le système de fichiers racine. Si vous disposez de beaucoup d'espace libre sur votre disque, il est probable que vous disposiez d'un système de fichiers distinct pour vos données utilisateur. Il s'agit d'une configuration courante.

Pour connaître l'espace libre sur toutes vos partitions, exécutez la commande "disk free", df . Vous n'avez pas besoin d'être racine. Vous obtiendrez quelque chose comme ce qui suit :

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 (le premier listé) et un système de fichiers de données utilisateur (le dernier listé) séparés, et ma partition racine est presque pleine. Si votre df vous indique que votre système de fichiers racine est en fait plein, que vous devez supprimer certains fichiers (attention à ceux-là !) ou redimensionner vos partitions.

La commande "utilisation du disque" est une commande de terminal utile pour déterminer ce qui occupe tout l'espace, du . Invoqué sans aucun paramètre, il commence à énumérer les tailles de tous les fichiers du répertoire courant et de tous les répertoires inférieurs. Dans votre scénario, il est plus utile de suivre l'utilisation de sudo du -s -h -x /* qui vous donnera la quantité totale d'espace utilisé ( -s ) par chaque fichier ou répertoire au sommet de votre système de fichiers racine ( /* ), sans regarder les autres systèmes de fichiers ( -x ), en chiffres lisibles par l'homme comme "124M" ( -h ). Ne vous inquiétez pas si cela prend du temps, cela prendra environ quelques minutes la première fois.

Bien entendu, ne supprimez pas de fichiers sans savoir au préalable ce qu'ils contiennent. 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 supprimées à chaque redémarrage de toute façon)
• /var/tmp (spools d'impression et autres données temporaires du système)
• /var/cache/* (cette méthode peut être dangereuse, il faut d'abord faire des recherches !)
• /root (le répertoire personnel de l'utilisateur root)

En plus des endroits mentionnés ci-dessus, les endroits suivants sont des coupables fréquents :

• /opt (de nombreuses applications tierces s'installent ici et ne font pas le ménage)
• /var/log (les fichiers journaux peuvent prendre beaucoup d'espace s'il y a des erreurs répétitives)

Il convient donc de les vérifier en premier lieu. S'il s'avère que tout semble correct et que votre partition racine est simplement trop petite, vous devrez redimensionner vos partitions pour qu'elles s'adaptent. Il existe une myriade de façons de le faire, mais la plus simple est sans doute de démarrer à partir d'un LiveCD Ubuntu (téléchargez-le sur le site d'Ubuntu à l'adresse page de téléchargement ) et lancez l'éditeur de partition GNOME gparted . Il se peut que vous deviez installer le gparted (à partir de l'environnement LiveCD, exécutez la commande sudo apt-get install gparted ou utiliser le centre de logiciels). Dans tous les cas, il s'agit d'un utilitaire graphique qui vous permettra de faire un clic droit sur la partition et de sélectionner "redimensionner".

N.B. -- aucun système d'exploitation n'est en hibernation lorsque vous redimensionnez les partitions Sinon, il ne fonctionnera pas ou fera des dégâts considérables à votre système d'exploitation en hibernation.