Comment puis-je find ce qui prend de l'espace sur mon système

J'essaie de savoir quels files / dossiers utilisent le plus d'espace sur le système de files

df -h Filesystem Size Used Avail Use% Mounted on /dev/sda3 94G 85G 4.4G 96% / tmpfs 16G 7.9G 7.9G 50% /dev/shm /dev/sda1 477M 82M 370M 19% /boot 

ncdu pour voir ce qui prend de l'espace mais je ne pouvais toujours pas savoir ce qui prend la plus grande partie de l'espace

 1.9 GiB [## ] /var 1.2 GiB [# ] /usr 372.8 MiB [ ] /lib 129.7 MiB [ ] /tmp 79.3 MiB [ ] /boot 74.8 MiB [ ] /root 28.6 MiB [ ] /etc 18.4 MiB [ ] /lib64 18.1 MiB [ ] /opt 10.8 MiB [ ] /sbin 

modifier

J'ai supprimé un gros file journal avant de postr ce thread.J'ai trouvé étrange qu'il montrait beaucoup de différence sur la suggestion df -h h .On @Pavel Šimerda j'ai fait un redémarrage doux et voici la sortie

 Filesystem Size Used Avail Use% Mounted on /dev/sda3 94G 3.9G 85G 5% / tmpfs 16G 236M 16G 2% /dev/shm /dev/sda1 477M 86M 366M 20% /boot 

Pourquoi un redémarrage était-il nécessaire dans ce cas?

Tous les outils mentionnés dans les autres réponses fonctionnent essentiellement de la même façon et diffèrent dans la présentation. Mon préféré est ncdu ces jours et j'utilise du quand le premier n'est pas disponible. Donc, la question est maintenant pourquoi l'espace total utilisé était-il beaucoup plus grand que la sum de tous les files sur le disque et comment le redémarrage a affecté cette situation.

Tout d'abord, vous devez savoir que l'espace total , utilisé et disponible sur le disque est juste une estimation. Mais une telle divergence ne peut s'expliquer par une simple inexactitude.

Le fait essentiel est que tous les files stockés dans le système de files ne sont pas visibles dans l'arborescence du système de files . Lorsqu'un programme ouvre un file, il prend une reference et le file ne peut pas être supprimé. Lorsque, pour une raison quelconque, le file est supprimé de l'arborescence, il rest dans le système de files tant que le programme contient la reference.

Vous pouvez listr les files ouverts supprimés pour examiner les process dans le système qui contiennent les files supprimés et la taille de ces files utilisant la command suivante.

 lsof -n | grep '(deleted)' 

Après le redémarrage, vous commencez par un état propre et les process incriminés n'ont peut-être pas encore alimenté autant de données dans les files supprimés.

Les détails des statistics d'utilisation varient selon le format du système de files.

Si cela ne vous dérange pas d'exécuter une interface graphique, installez et exécutez baobab , puis click le disque dur que vous souhaitez parsingr.

ncdu rapporte habituellement correctement. Avez-vous utilisé sudo lorsque vous l'utilisez?

De plus, vous pouvez vérifier s'il y a des blocs réservés par la racine. Habituellement, 5% de l'espace total est réservé par root, mais dans votre cas, il semble y avoir beaucoup d'espace. Quoi qu'il en soit, pour vérifier le nombre de blocs réservés, lancez cette command:

 sudo tune2fs -l /dev/sda5 | grep "Block count\|Reserved block count" 

Vous pouvez ensuite find le pourcentage en comparant le "nombre de blocs réservés" avec le total "nombre de blocs".

Cette command listra tous les dossiers dans / classés du plus petit au plus grand (montrant ainsi les plus gros dossiers à la fin de la sortie) dans un format lisible par l'homme (en utilisant K , M , G , …):

 sudo du -h / | sort -n 

Si vous avez besoin de listr les files aussi:

 sudo du -ah / | sort -n 

Essayez d'exécuter ceci:

du -ha --max-depth 1 2>/dev/null | sort -hr

Il imprimera tous les files et directorys du directory courant dans un format lisible par l'homme, sortingés par ordre décroissant.

Je pense que c'est l'option la plus lisible lorsque l'on considère les outils de command line.