Utilisation du disque très étrange

4

Juste aujourd’hui, mon Ubuntu 11.04 a commencé à me demander que mon disque dur soit plein… Je sais que je remplis rapidement mon disque dur, mais c’est la partition de stockage que je pense ne pas remplir ma partition 60 + GB. J'ai donc fait une analyse de l'utilisation du disque et obtenu les informations suivantes:

/labs est en fait la partition de stockage

D'abord, on dit que mon dossier personnel /home/jiewmeng utilise 58,8 Go? mais les plus gros fichiers, ne semblent pas résumer à cela? En comptant rapidement, cela ressemble à ~ 1,5 Go seulement?

En regardant la 2ème image, mon disque dur ne semble pas être si plein du tout? Est-ce une erreur?

UPDATE ( df -Th output)

Filesystem    Type    Size  Used Avail Use% Mounted on
/dev/sda1     ext4     68G   65G  4.0K 100% /
none      devtmpfs    3.9G  680K  3.9G   1% /dev
none         tmpfs    3.9G  220K  3.9G   1% /dev/shm
none         tmpfs    3.9G  392K  3.9G   1% /var/run
none         tmpfs    3.9G     0  3.9G   0% /var/lock
/dev/sda2     ext4    764G  561G  165G  78% /labs
/dev/sda3     ext4     69G  180M   65G   1% /ex
    
posée Jiew Meng 19.10.2011 - 15:20
la source

5 réponses

1

Exécutez df -h dans une fenêtre de terminal. La sortie doit avoir les bons numéros.

/dev/sda2              16G  5,1G   10G  34% /
udev                  2,0G  4,0K  2,0G   1% /dev
tmpfs                 807M  896K  806M   1% /run
none                  5,0M  8,0K  5,0M   1% /run/lock
none                  2,0G  224K  2,0G   1% /run/shm
/dev/sda6              28G   14G   14G  51% /home

Dans mon exemple, le système de fichiers / home se trouve sur / dev / sda6 et contient 14 Go (3ème colonne) et 14 Go d’espace libre (4ème).

Vous pouvez vérifier l’utilisation totale du disque d’un répertoire en utilisant du -hs . E.g:

$ du -hs /home/username
14G /home/username

Vous avez peut-être des répertoires cachés accumulant des fichiers volumineux. Le premier bloc jaune dans la fenêtre gparted indique que la partition racine (/ dev / sda1) est presque pleine.

    
réponse donnée lgarzo 19.10.2011 - 15:29
la source
4

Vous pouvez supprimer le fichier .xsession-errors.old entrant sudo rm ~/.xsession-errors.old dans le terminal.

Ce fichier correspond à 99% de mon espace disque:)

    
réponse donnée Nathan Wienand 14.11.2012 - 11:04
la source
1

Vous devriez également vérifier que vos erreurs .xsession-error (not -old) ne se développent pas rapidement; cela n'arrive pas souvent.

J'ai configuré un travail cron pour le supprimer quotidiennement en créant un fichier cron:

crontab -e

et mettre cette ligne dans:

0 0 * * * rm /PATH-TO-HOME/.xsession-errors

(en remplaçant PATH-TO-HOME par home / jiewmeng dans ce cas)

Il existe plusieurs autres moyens d’empêcher cela (notez que ces deux méthodes désactivent la journalisation, donc si vous avez d’autres bizarreries avec votre interface graphique, vous risquez également de perdre des informations de journalisation utiles)

Le fichier .xsession-errors est énorme. Comment puis-je désactiver?

modifie / etc / X11 / Xsession pour indiquer l'erreur en se connectant à / dev / null

et lien supprime simplement le fichier et le recrée comme lien symbolique vers /dev/null.

    
réponse donnée joncam 03.07.2013 - 15:57
la source
0

Tout d’abord, 1 Go correspond à 1 000 000 000 d’octets et 1 Go à 1 073 741 824 octets. Vous devez vous en rendre compte lorsque vous comparez le nombre de Disk Usage Analyzer et de GParted, car ils utilisent des unités différentes. df utilise les unités G, M et K pour désigner respectivement GiB, MiB et KiB. Si vous souhaitez utiliser plusieurs unités sur dix, transmettez --si à df .

Passons maintenant à vos questions.

  

On dit que mon dossier personnel / home / jiewmeng utilise 58,8 Go? mais les plus gros fichiers, ne semblent pas résumer à cela? En comptant rapidement, cela ressemble à ~ 1,5 Go seulement?

La sortie de Disk Usage Analyzer affiche uniquement les répertoires. Si votre répertoire personnel est rempli de fichiers très volumineux, cela sera inclus dans le numéro d’utilisation du répertoire de base, mais ces fichiers volumineux n’obtiendront pas de lignes distinctes dans le tableau affiché. C'est probablement ce qui se passe dans votre cas.

  

En regardant la 2ème image, mon disque dur ne semble pas être si plein du tout? Est-ce une erreur?

Vous avez trois partitions sur votre disque dur (sans compter la partition de swap), comme indiqué par GParted. Votre répertoire personnel est inclus dans la partition /dev/sda1 montée sur / , car elle ne se trouve pas dans sa propre partition. /dev/sda1 n'a que 3,45 Gio d'espace libre. Une partie de cet espace libre (5%) est réservée par défaut à l'utilisateur root. Si vous soustrayez cela, vous obtenez ce que l'on appelle "l'espace disponible", à savoir 4 Ko en fonction de la sortie de df . Pour vérifier, exécutez le Moniteur système et ouvrez l'onglet Systèmes de fichiers, vous pourrez comparer l'espace libre et l'espace disponible de chaque partition à la fois.

Alors, oui, la première partition est très pleine.

Si j'étais vous, je lancerais un CD live d'Ubuntu, ferais une sauvegarde de mes données, réduirais la partition /dev/sda2 et augmenterais la partition /dev/sda1 en utilisant GParted.

    
réponse donnée Flimm 12.11.2012 - 16:53
la source
-1

Les chances sont que si les premiers fichiers ne s’additionnent pas, il manque quelque chose à l’analyseur de disque, le système de fichiers est corrompu ou vous avez plusieurs centaines de milliers de fichiers 10mb quelque part.

essayez: - exécuter fdisk

  • regarder manuellement dans le dossier avec une utilisation élevée et vérifier combien de fichiers il y a.

  • utilisant un analyseur d’utilisation différent qui pourrait afficher les fichiers cachés ou ceux avec une mauvaise entrée dans les listes de répertoires (essayez Jdiskreport)

réponse donnée Rockachu2 04.12.2011 - 02:10
la source

Lire d'autres questions sur les étiquettes