Qu'est-ce qui prend autant d'espace sur mon disque, à côté du système de fichiers?

Je n'ai qu'un seul disque dans mon ordinateur, un SSD de 80 Go. Il est formaté en une seule partition ext4 (pas de swap), et tous les dossiers habituels y sont installés (je garde beaucoup de données sur un support externe, mais / home et tout le reste est sur le SSD).

Aujourd'hui, je l'ai démarré et j'ai reçu un message indiquant que le lecteur est plein. J'ai ouvert Disk Usage Analyzer pour voir ce qui prend de la place. Il insiste sur le fait que 67,8 Go du disque sont utilisés et que / occupe 36,4 Go. Ce qui pose la question, où sont les 30 Go manquants, sinon sur le système de fichiers?!

Juste pour avoir une comparaison, j'ai ajouté toutes les tailles de tous les dossiers lisibles répertoriés dans Nautilus en tant que sous-dossiers de / (y compris ceux cachés). J'ai 20,9 Go. La corbeille était illisible, mais je sais qu'elle a 16,2 Go, donc la somme est de 36,1 Go, à peu près la même que celle rapportée par Disk Usage Analyzer. Il y avait certains dossiers système illisibles, comme proc, mais je doute qu'ils ajoutent jusqu'à 30 Go - sinon il ne serait pas possible d'installer Ubuntu sur de petits disques, et je l'ai vu fonctionner sur 2,5 Go. Je pense qu'ils doivent être la différence de 0,3 Go entre mon calcul et le rapport de l'analyseur d'utilisation de disque.

J'aimerais donc savoir ce que consomme ces 30 Go et comment les libérer?

Modifier avec les réponses aux questions de CYREX

1. Démarré à partir d'Ubuntu 10.10 CD live 64 bits (identique à mon système).

   résultat fsck:

   root@ubuntu:~# fsck /dev/sda1
   fsck from util-linux-ng 2.17.2
   e2fsck 1.41.12 (17-May-2010)
   /dev/sda1: clean, 265956/4890624 files, 18073343/19537408 blocks
   

2. Démarré à partir du SDD. Vider la corbeille, et les 16 Go à partir de là sont maintenant gratuits. Les 30 Go sont toujours manquants.

   

3. Je n'ai pas assez d'expérience pour savoir ce qui compte comme bizarre dans un journal. Voici mon journal des messages et mon journal système depuis le dernier démarrage, vous pouvez peut-être y trouver quelque chose:

   • http://pastebin.com/FHrrV1rR
   • http://pastebin.com/FK8TmZbc

4. Ici, c'est devenu vraiment étrange. J'ai branché un disque dur externe de 500 Go. Disk Usage Analyzer a surreprésenté l'espace disponible, puis a montré l'espace manquant (76 Go utilisés, mais seulement 24 dans les dossiers).

   

Redémarré à partir du LiveCD, a démarré l'analyseur d'utilisation de disque à partir de celui-ci et a obtenu les mêmes résultats que ceux d'Ubuntu installé, dans un délai de 1 à 2 Go.

Modifier avec la réponse à CodeMonk

Cela aurait été une bonne solution, mais la partition est vraiment de 80 Go - je veux dire 74 Go + "erreur" marketing, de toute façon le disque entier est formaté. Cela montre également que plus de 50 Go sont utilisés - alors où sont les 30 Go sinon dans les fichiers et les dossiers?

GParted signale également la taille correcte du disque dur externe.

Si vous utilisez Disk Analyzer en tant qu'utilisateur normal, il peut y avoir des fichiers auxquels vous ne pouvez pas accéder ou voir. Vous pouvez essayer de le démarrer avec des privilèges de superutilisateur. Ouvrez un terminal ou appuyez sur ALT + F2 et tapez:

gksudo baobab

Baobab est le nom geek de l'analyseur de disque si vous vous demandez. Peut-être que cela peut maintenant vous montrer où se trouvent ces mégaoctets manquants.

Je l'ai résolu - grâce à tous vos conseils, en particulier celui de Javier Riveira, qui a suggéré d' exécuter Disk Analyzer avec les droits sudo (je ne savais pas que cela pouvait avoir une influence sur les résultats).

J'ai Crashplan, et il effectue des sauvegardes sur certains des disques externes. Il y a donc un jeu de sauvegarde qui va à Milly, et un autre qui va à Sto_Lat, une fois toutes les 15 minutes (ce sont les noms des disques externes). Lorsque j'ai à un moment donné démarré l'ordinateur sans ces lecteurs, Crashplan n'a trouvé aucun dossier sous /media/Millyet/media/Sto_Lat , il vient donc de les créer et y a écrit des sauvegardes.

Pour une raison quelconque, Disk Analyzer n'affiche pas ces dossiers lorsqu'il est démarré sans sudo. Nautilus les montre, mais indique la taille de/media 16 Ko, alors qu'il est en réalité de 30 Go.

Je ne l'ai remarqué que lorsque j'ai démonté tous les disques externes, y compris Milly et Sto_Lat, et commencé gksudo baobab . Ensuite, j'ai vu mes disques externes là où il ne devrait pas y en avoir - mais pas tous mais uniquement les cibles de sauvegarde - et j'ai réalisé qu'il ne s'agissait pas de disques montés, mais de dossiers éponymes créés par Crashplan. Il doit y avoir quelque chose de bizarre quand je monte le lecteur au même nom que le dossier existant, je me demande pourquoi je ne reçois pas de message d'erreur ou quelque chose ...

BTW, cela résout également pourquoi Disk Analyzer affiche les tailles de Milly à 530 Go au lieu de 500 Go - ce sont les 30 Go "manquants", il compte le dossier et le vrai lecteur ensemble.

Maintenant, j'ai seulement besoin d'un moyen de supprimer les dossiers sans casser Crashplan ou rester sans sauvegardes.

Vous pouvez utiliser l'Analyseur d'utilisation de disque pour analyser vos répertoires et voir où va votre espace sur le système de fichiers.

Quant à ne pas pouvoir voir 30 Go de votre disque, ouvrez GParted et voyez comment l'espace est alloué sur le disque. Il se peut que votre schéma de partition ne soit pas ce que vous pensiez.

Vous pouvez utiliser dupour montrer ceci:

cd /
sudo du -hcsx .[!.]* * | sort -rh | head

ou

sudo du -hcsx * | sort -rh | head

Cela montrera ce qui utilise le plus d'espace.

Par défaut, 10% de votre espace disque est réservé à l'utilisateur root. Vous pouvez changer cela en utilisant sudo tune2fs -m %percentage %device. Dans votre cas, ce serait sudo tune2fs -m 1 /dev/cciss/c0d0p1pour réduire la réservation à 1%. Vous pouvez le définir sur n'importe quel autre numéro que vous souhaitez, mais je ne recommanderais pas 0%.

Faites ce qui suit à me faire savoir comment cela s'est passé:

1. Insérez un LiveCd et fsck votre / dev / sda1
2. Nettoyez votre poubelle.
3. Voir la visionneuse de fichiers journaux pour des informations étranges qui se produisent.
4. Testez (si vous le pouvez) avec un disque dur normal (pas un SSD). Juste pour supprimer cette option.

Faites-moi savoir comment ça s'est passé.

Je ne sais vraiment pas si cela vous aide, mais dans mon cas, j'ai également vécu cela, mon disque dur perdait de l'espace libre au fil du temps sans raison. Il s'est avéré que les paramètres par défaut du gestionnaire de paquets synaptique y contribuaient également. Les paramètres par défaut dans les préférences, sous l'onglet fichier, demanderont à synaptic de conserver tous les packages téléchargés dans le cache . Au fil du temps cela peut accumuler une belle montagne de fichiers. J'ai modifié les paramètres pour supprimer les packages téléchargés après l'installation . Cela a permis de récupérer une assez grande quantité d'espace libre.

Encore une fois, je ne sais vraiment pas si cela vous aide dans votre cas, mais vous pouvez vérifier le cache synaptique, peut-être qu'il est plein de fichiers obsolètes.