Je n'ai qu'un seul disque dans mon ordinateur, un disque SSD de 80 Go. Il est formaté comme une seule partition ext4 (pas de swap), et tous les dossiers habituels y sont installés (je conserve beaucoup de données sur un support externe, mais/home et tout le reste se trouvent sur le SSD).
Aujourd'hui, je l'ai démarré et j'ai reçu un message indiquant que le lecteur était plein. J'ai ouvert Disk Usage Analyzer pour examiner ce qui prend de la place. Il insiste sur le fait que 67,8 Go du disque sont utilisés et que cela prend 36,4 Go. Ce qui conduit à 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 listés dans Nautilus en tant que sous-dossiers de/(y compris les cachés). J'ai 20,9 Go. La corbeille était illisible, mais je sais qu’elle dispose de 16,2 Go; la somme est donc de 36,1 Go, soit à peu près la même chose que ce que l’analyseur d’utilisation du disque rapporte. Certains dossiers système étaient 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 déjà vu fonctionner avec 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 du disque.
J'aimerais donc savoir ce que mangent ces 30 Go et comment puis-je l'obtenir pour les libérer?
Éditer avec des réponses aux questions de CYREX
Démarré à partir d’un live CD Ubuntu 10.10 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
Démarré à partir du SDD. Vider la corbeille, et les 16 Go de là sont maintenant gratuits. Les 30 Go sont toujours manquants.
Je ne suis pas assez expérimenté pour savoir ce qui compte comme étrange dans un journal. Voici mon journal de messages et mon syslog depuis le dernier démarrage, vous pouvez peut-être y trouver quelque chose:
Ici, c'est devenu vraiment étrange. J'ai branché un disque dur externe de 500 Go. L’utilisation de l’analyseur d’utilisation du disque a trop rapporté l’espace disponible, puis l’espace manquant (76 Go utilisés, mais seulement 24 dans les dossiers).
Redémarré à partir du LiveCD, démarré avec l'analyseur d'utilisation du disque et obtenu les mêmes résultats qu'avec Ubuntu installé, dans un délai de 1 à 2 Go.
Éditer avec une réponse à CodeMonk
Cela aurait été une solution intéressante, mais la partition est vraiment de 80 Go - je veux dire "erreur" de marketing de 74 Go, de toute façon le disque entier est formaté. Il montre également que plus de 50 Go sont utilisés - où sont donc les 30 Go sinon dans les fichiers et les dossiers?
GParted indique également la taille correcte du disque dur externe.
Je l'ai résolu - grâce à tous vos conseils, en particulier celui de Javier Riveira, qui a suggéré exécuter Disk Analyzer avec les droits Sudo (je ne savais pas que cela pouvait influencer les résultats).
J'ai Crashplan, et il effectue des sauvegardes sur certains des lecteurs externes. Il existe 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 lecteurs externes). Lorsque, à un moment donné, j'ai démarré l'ordinateur sans ces lecteurs, Crashplan n'a trouvé aucun dossier sous /media/Milly
et /media/Sto_Lat
. Il vient donc de les créer et leur 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 fait en réalité 30 Go.
Je ne l'ai remarqué que lorsque j'ai démonté tous les lecteurs externes, y compris Milly et Sto_Lat, et lancé gksudo baobab
. Ensuite, j'ai vu mes disques externes où il ne devrait y en avoir aucun - mais pas tous mais seulement les cibles de sauvegarde - et j'ai réalisé que ce ne sont pas des lecteurs montés, mais des dossiers éponymes créés par Crashplan. Il doit y avoir quelque chose de bizarre lorsque 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 du genre ...
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 lecteur réel ensemble.
Maintenant, j'ai seulement besoin d'un moyen de supprimer les dossiers sans casser Crashplan ou de rester sans sauvegardes.
Si vous utilisez Disk Analyzer en tant qu'utilisateur normal, il est possible que certains fichiers ne soient ni accessibles ni visibles. Vous pouvez essayer de le démarrer avec les 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 posez la question. Peut-être qu'il peut maintenant vous montrer où sont ces mégaoctets manquants.
Vous pouvez utiliser l'analyseur d'utilisation du disque pour analyser vos répertoires et voir où va votre espace sur le système de fichiers.
Pour ne pas 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 être.
Vous pouvez utiliser du
pour afficher 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/c0d0p1
pour réduire la réservation à 1%. Vous pouvez le définir sur n'importe quel autre nombre, mais je ne recommanderais pas 0%.
Faites ce qui suit à laissez-moi savoir comment ça s'est passé:
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 sans raison au fil du temps. Il s’est avéré que les paramètres par défaut de gestionnaire de paquets synaptic contribuaient également à cela. Les paramètres par défaut dans les préférences, sous l'onglet Fichier, indiqueront à synaptic: conservez tous les packages téléchargés dans le cache. Au fil du temps que peut accumuler une belle montagne de fichiers. J'ai modifié les paramètres en supprimer les packages téléchargés après l'installation. Cela a permis de récupérer une bonne quantité d’espace libre.
Encore une fois, je ne suis vraiment pas sûr que cela aide dans votre cas, mais vous pouvez vérifier le cache synaptique, il est peut-être rempli de fichiers obsolètes.