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


20

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?

texte alternatif

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.

    texte alternatif

  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:

  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).

    texte alternatif

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?

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

texte alternatif


Il est parfois préférable de ne pas faire confiance aux outils GUI, d'ouvrir un terminal et de s'exécuter, d'obtenir un rapport résumé de l'espace utilisé par dir à la racine: sudo du -sm / *
João Pinto

3
En ne développant pas l'entrée Analyseur d'utilisation du disque pour /dans vos première et deuxième captures d'écran, vous vous êtes aveuglé (et nous) sur la taille de tous les répertoires subordonnés que le graphique en anneau montre clairement comme occupés par quelque chose. Cela pourrait être quelque chose d'aussi simple que / var / log / syslog étant rempli de matériel extrêmement plaintif, mais nous avons besoin de ces données.
msw

Avez-vous essayé de rechercher les fichiers journaux? Je me souviens que mon commutateur KVM et mon clavier sans fil ne fonctionnaient pas bien ensemble après un redémarrage, ce qui a fait grossir un fichier journal et a rempli tout l'espace (après deux jours). Le fait de rebrancher l'appareil a aidé. Peut être différent pour votre serveur, mais j'espère que cela vous donnera un indice.
LiveWireBT

Réponses:


33

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.


1
N'oubliez pas qu'un autre raccourci pour ouvrir votre terminal dans Ubuntu est Ctrl + Alt + T.
Yufenyuy Veyeh Dider

17

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 devez marquer cela comme la réponse acceptée, j'ai ajouté un lien vers la réponse de Javier afin qu'il puisse obtenir des votes positifs pour l'astuce.
Jorge Castro

C'est exactement le même problème que j'ai eu. Un de mes disques de sauvegarde était mort mais mon script de sauvegarde a quand même tenté de sauvegarder dans le dossier / mnt / Backup-Drive, remplissant mon disque racine.
Michael Robinson

La raison pour laquelle vous avez besoin sudoest que certaines parties du système de fichiers ne sont pas lisibles par l'utilisateur que vous utilisez. Cela a un sens total, imaginez si un utilisateur pourrait lire vos sauvegardes complètes par exemple.
arielf

@arielf je suppose que je n'y avais jamais beaucoup réfléchi. Mais je m'attends à ce qu'un utilitaire de comptage d'espace disque me donne une image précise de l'espace disque utilisé et gratuit, affichant peut-être une goutte grise disant "cette partie est pleine, mais vous n'avez pas le droit de voir ce qui s'y trouve". Je suis assez surpris en tant qu'utilisateur lorsque les fichiers que je n'ai pas le droit de lire sont comptabilisés dans l'espace disque libre .
rumtscho

Eh bien, vous pouvez simplement exécuter dfce qui ne fait pas une analyse complète du répertoire et donne simplement l'espace total vs l'espace libre d'une partition. Mais si vous souhaitez une analyse complète des répertoires, avec les détails fournis par baobabou filelight(au niveau du fichier individuel), des autorisations de lecture complètes sur les répertoires sont nécessaires.
arielf

5

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.

texte alternatif

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.

GParted


GParted était une bonne idée, mais le mystère demeure, voir capture d'écran
rumtscho

C'est vraiment très étrange. L'analyseur d'utilisation du disque affiche-t-il des fichiers volumineux dans le répertoire racine?
Nick Pascucci

4

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.


3

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%.


Les résultats du 'sudo du -chs /' sont-ils inquiétants?
dannymcc

Je ne sais pas mais si vous n'avez pas d'autres problèmes, cela ne me dérangerait pas ;-)
André Stannek

1

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é.


Publié les informations que vous avez demandées, voir modifier dans la question.
rumtscho

1

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.


1
intéressant à savoir, mais ce cache serait considéré comme faisant partie du système de fichiers.
rumtscho
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.