1. Étape: Découvrez quel problème vous avez réellement
Lorsque votre système de fichiers est saturé de manière inattendue, il existe de nombreuses causes possibles. Voir la réponse d'Eliah Kagan pour en savoir plus à ce sujet. Dans la grande majorité des cas, il devrait être facile d'identifier (et éventuellement de réparer) la cause réelle, de sorte qu'un reformatage / réinstallation ne serait pas nécessaire.
La première étape consiste donc à découvrir quel est exactement le problème, c'est-à-dire où est passé l'espace manquant. Alors, exécutez d'abord
df -hl -x tmpfs -x devtmpfs
Ceci affiche une liste de toutes les partitions utilisées des disques de votre machine, leur taille, leur niveau de remplissage et leur point de montage. Dans cette liste, prenez celle que vous pensez être trop pleine et notez son point de montage. Dans votre cas, c'est le système de fichiers racine qui est monté sur /
.
Maintenant, nous analysons où à l'intérieur de ce système de fichiers l'espace est utilisé. Exécuter
sudo du -xhsc /* 2> /dev/null
(Remplacez-le /
par le point de montage identifié ci-dessus.) Il a besoin de sudo car tous les répertoires peuvent ne pas être lisibles pour votre utilisateur. Cela peut prendre un certain temps (en particulier sur les systèmes de fichiers volumineux) car il doit visiter chaque répertoire sur eux.
Ce que cette commande fait est de vous montrer chaque fichier et répertoire dans le répertoire donné avec sa taille (y compris les sous-répertoires). Donc, à partir de cette liste, prenez celle (s) que vous pensez être plus grande qu'elle ne devrait l'être, et appelez à nouveau la commande sur ce répertoire. (Autrement dit, réexécutez la commande, mais en remplaçant le nom d'un grand répertoire d'une liste précédente /
.)
Par exemple, dans votre cas, il était clair que /var
c'était le seul grand répertoire, vous devez donc exécuter
sudo du -xhsc /var/* 2> /dev/null
Continuez ces étapes jusqu'à ce que vous ayez trouvé un seul fichier qui soit si volumineux, ou que vous ayez trouvé un répertoire avec beaucoup de fichiers qui, ensemble, occupent tout cet espace.
Dans votre cas, l'étape suivante consistait à exécuter
sudo du -xhsc /var/log/* 2> /dev/null
parce que /var/log
c'était si gros, et cela vous a montré qu'il y avait un seul fichier journal nommé uvcdynctrl-udev.log
avec 174 Go (ce qui est évidemment mauvais).
2. Étape: Identifiez pourquoi les fichiers sont là et pourquoi ils sont si gros
Maintenant, nous devons découvrir pourquoi les personnes identifiées sont là, ou pourquoi elles sont si grandes, si l'on s'attend à ce qu'elles soient là.
Dans votre cas, un fichier journal /var/log
n'est pas suspect, mais sa taille l'est certainement. Heureusement, une recherche Google simplement avec le nom de fichier fait apparaître le premier rapport de bogue suivant comme premier coup, ce qui est clairement le même problème que nous avons: http://bugs.launchpad.net/ubuntu/+source/libwebcam/+bug / 811604
3. Étape: résoudre le problème
Dans ce cas, un fichier journal de certains éléments liés à la webcam ne semble pas être intéressant, nous pouvons donc facilement le supprimer avec la commande sudo rm /var/log/uvcdynctrl-udev.log
et libérer tout l'espace.
Malheureusement, le rapport de bogue est toujours ouvert, et il n'y a aucune solution ou solution de contournement dans les commentaires, vous devez donc probablement vivre avec ce bogue pour l'instant. Vous pouvez supprimer le fichier journal de temps en temps pour libérer de l'espace.