Espace disque insuffisant: le dossier personnel / utilisateur occupe 94 Go
Je manque d'espace disque et lorsque je vérifie l'analyseur d'utilisation du disque (avec gksudo baobab), cela indique que mon dossier de maison/nounours utilise 94 Go, mais lorsque je parcours son contenu, je ne peux en rendre compte qu'environ 1 Go de celui-ci. usage. J'ai essayé Sudo apt-get clean et supprimé les fichiers de paquet en cache du gestionnaire de paquets Synaptic, la corbeille vidée, mais cela n'a pas changé la quantité d'espace libre dont je dispose.
Cela semble similaire à ce problème Mais utiliser l’analyseur d’utilisation du disque racine n’a donné aucune idée de ce qui consomme autant d’espace.
Des idées?
Si vous pensez avoir des fichiers gigantesques que l'analyseur de disque ne voit pas pour une raison quelconque, vous pouvez utiliser ls pour rechercher des fichiers volumineux. Essayez par exemple: ls -alrS dans votre dossier personnel.
Est-ce un installatoin wubi partagé avec des fichiers win32? Il y a quelques semaines, j'ai rencontré un problème similaire sur un système Wubi installé par un ami. Comme dans votre cas, l’analyseur de disque affichait une valeur très élevée pour le dossier de départ, bien plus que la somme de ses sous-dossiers. Je ne peux pas dire pourquoi l'analyseur de disque se comportait de la sorte, mais l'approche que j'ai adoptée dans mon cas consistait à effectuer une installation propre d'Ubuntu sur une partition dédiée. Bien sûr, ce n’est pas une très bonne solution, mais s’il s’agit d’un système relativement nouveau, la solution de contournement pourrait être raisonnable.
Espérons que quelqu'un d'autre puisse expliquer pourquoi l'analyseur de disque se comporte de cette manière et comment rendre cet espace disponible.
On dirait qu'il y a un très gros fichier dans/home/teddy. Vous pouvez le rechercher dans Nautilus, en vérifiant la vue des fichiers cachés, la vue en liste et le classement par taille, ou en ligne de commande:
du -a --max-depth=1 ~ | sort -n
La dernière entrée avant le répertoire home doit être le fichier le plus volumineux.
du rapporte la taille du premier argument et de tous ses sous-répertoires.
- -a affiche tous les fichiers et répertoires
- --max-depth = 1 l'empêche de regarder tous les sous-répertoires.
sort va trier les résultats
- -n Ils seront triés numériquement.
Je suis tout de même déconcerté par mon système de disque en me disant qu'un cp -r/home ne fonctionnerait pas car il ne restait plus d'espace (déplacement de 840 Mo vers une partition "2.9GB libre").
La chair de l'histoire est la suivante: du n'a pas trouvé un sous-répertoire "Öffentlich" et n'a pas compté les fichiers qu'il contient.
Pour ceux que cela intéresse - c'est ce que j'ai trouvé: du m'a dit 840 Mo utilisés (l'analyseur d'utilisation du disque est le même)
df m'a dit 5,3 Go utilisés
J'ai trouvé divers conseils concernant
lsof -n | grab deleted (to find out wether there are any "deleted yet open" files hugging space)
Sudo tune2fs -l /dev/sda1 | grep 'Block size' (to find out the block size 4k in my case)
find /home -size -4k | wc -l (to find out the number of files smaller than 1 block, a 10 bytes file using a 4046 block is wasting lots a space)
du -sh ./* (finding the space used (real size) in each subdir)
df -i (finding not the number of used blocks, but the no of used inodes, whats it worth for, I am not sure yet.)
Further tips found :
Disk Usage Analyzer is rights-aware - "Sudo baobab" will show more than "baobab"
du -c --max-depth=4 /dir | sort -n
ncdu utility found at: http://dev.yorhel.nl/ncdu
Le meilleur conseil pour moi était du -sh. Cela m'a aidé à trouver le répertoire suivant, qui n'était pas "cumulé" dans la somme du /./home/mine/photos/Öffentlich (allemand O-Umlaut)
Au début, je pensais que c'était pour le "O-Umlaut", mais copier/home sur une nouvelle partition a résolu ce problème pour moi.
Bonne chance à la chasse.