Je n'ai plus de disque, mais je ne sais pas ce qui l'utilise. DiskUsageAnalyzer ne voit pas non plus le problème.
Plus de détails:
df
montre que le disque est plein
$ df -k /
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 483429920 447182672 11667308 98% /
mais du
ne montre que 68,9 G utilisés (beaucoup moins que le 447G indiqué par df
.)
$ Sudo du -sk /
du: cannot access '/run/user/1000/gvfs': Permission denied
du: cannot access '/proc/12251/task/12251/fd/3': No such file or directory
du: cannot access '/proc/12251/task/12251/fdinfo/3': No such file or directory
du: cannot access '/proc/12251/fd/4': No such file or directory
du: cannot access '/proc/12251/fdinfo/4': No such file or directory
68915724 /
La même chose peut être vue dans l'analyseur d'utilisation de disque (Sudo baobab
). Une fois démarré, il affiche un système de fichiers presque complet que je peux sélectionner pour analyse.
`filesystem root / 43.8 GB available 495 GB total
mais en cliquant sur ce système de fichiers pour analyser l'utilisation, il est indiqué que/n'utilise que 57,1 Go. et me laisse coincé en essayant de comprendre comment effacer mon espace disque
Comment savoir ce qui utilise l'espace si je ne peux pas faire confiance à baobab
ou du
pour le trouver?
Détails du système:
$ uname -s -r -v
Linux 4.15.0-34-generic #37-Ubuntu SMP Mon Aug 27 15:21:48 UTC 2018
$ lsb_release -a
LSB Version: core-9.20170808ubuntu1-noarch:security-9.20170808ubuntu1-noarch
Distributor ID: Ubuntu
Description: Ubuntu 18.04.1 LTS
Release: 18.04
Codename: bionic
La réponse semble être liée à https://serverfault.com/questions/315181/df-says-disk-is-full-but-it-is-not .
J'avais un très gros fichier journal Xorg que je devais supprimer. Après la suppression, la différence entre df
et du
est apparue.
Reboot récoltait l'espace et résolvait le problème.