Que dois-je faire quand mon système de fichiers racine est plein?

33

Mon / dossier est en lecture complète et je ne peux pas mettre à jour le logiciel ou faire quoi que ce soit.

Pas sûr de ce que je fais mal ici.

$ df -h
Results:
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             5.7G  5.4G     0 100% /
udev                  1.9G  4.0K  1.9G   1% /dev
tmpfs                 770M  1.1M  769M   1% /run
none                  5.0M     0  5.0M   0% /run/lock
none                  1.9G  808K  1.9G   1% /run/shm
/dev/sda6             961M   18M  895M   2% /tmp
/dev/sda7             9.9G  2.9G  6.6G  31% /home
/dev/sda3             5.7G  140M  5.3G   3% /usr/local
/dev/sda4             2.9G  1.3G  1.4G  49% /var
/dev/sdb1              94G  1.3G   88G   2% /sites
/home/username/.Private  9.9G  2.9G  6.6G  31% /home/username
/dev/sdb5             282G   88G  180G  33% /mnt/multimedia


$ df -h /
Results:
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1       5.7G  5.4G     0 100% /

$ du /mnt /media
Results:
4   /mnt/multimedia
8   /mnt
4   /media

Il s’agit d’une nouvelle installation d’Ubuntu 12.04 et je ne sais pas comment / pourquoi le système racine est si plein.

Jesse
la source
hein Je suppose que c'est complet, en quelque sorte. J'ai ajusté les questions avec les sorties suggérées de zwets
Jesse
Pour moi , il a été rempli par les noyaux obsolètes et je les ai nettoyé avec ce dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | xargs sudo apt-get -y purge Got it de Ubuntu Communauté Aide
RajaRaviVarma

Réponses:

30

Certaines mesures possibles pour une partition racine débordante sont (basées sur des cas):

1. Le core dumps remplit le disque.

Vérifier avec:

find / -xdev -name core -ls -o  -path "/lib*" -prune

2. Paquets inutiles remplissant l'espace.

La commande suivante supprimera tous les packages installés automatiquement, qui ne sont plus nécessaires. (Parce que la dépendance qui force l'installation dans le passé a été supprimée.)

apt-get autoremove --purge 

3. Packages du noyau obsolètes

Vérifiez le nombre de packages de noyau installés et supprimez les versions obsolètes du noyau. Vous pouvez enquêter sur la situation actuelle avec:

dpkg -l "linux*{tools}*" |grep ^.i

Supprimez toutes les versions du noyau dont vous n'avez plus besoin

4. stockage caché

D'autres partitions montées peuvent masquer le stockage utilisé. Pour étudier ce problème, montez le système de fichiers racine temporaire sur un deuxième emplacement:

mkdir /tmp/2ndRoot
mount /dev/sda1 /tmp/2ndRoot

Maintenant, regardez sur chaque répertoire, qui est normalement caché par un autre montage, par exemple:

  • tmp
  • domicile
  • courir
  • var
  • usr / local

    et dans votre cas aussi:

  • des sites

Caveat

N'oubliez pas de contrôler à la fin la cohérence de votre installation avec:

apt-get install -f

Remarques

Stockage réservé

/dev/sda1       5.7G  5.4G     0 100% /

La sortie montre que vous avez encore de la place, mais elle semble être réservée à root. Le point positif est que les fonctionnalités de votre système sont toujours disponibles.

Mais vous devriez résoudre le problème bientôt.

Consommation d'espace d'ubuntu 12.04

N'avoir que 5,7 Go pour une installation d'ubuntu semble être un peu trop petit. Vous devez supprimer certains packages logiciels non essentiels.

Mes installations actuelles ont 10-14 Go pour les /usrpartitions racine et binaires (aka ).

H.-Dirk Schmitt
la source
Merci. J'ai fini par cogner la partition racine et je vais garder un œil dessus si je devais travailler avec votre astuce pour afficher tous les dossiers (peut-être local / bin?). Bizarre que l’outil d’analyseur d’espace disque me laisse croire que c’est bien les lecteurs montés sur / media / car ils sont tous rouges et pleins.
Jesse
@ H.-Dirk Schmitt 1,3 Go réduit par cette commande "apt-get autoremove --purge". Merci pour les détails.
Sugunan
28

Juste pour partager une commande magique pour savoir où va tout votre espace disque:

sudo du -hsx /* | sort -rh | head -n 40

Vous vous retrouvez avec un joli rapport comme celui-ci:

16G     /home
5.3G    /var
2.6G    /usr
840M    /run
277M    /root
171M    /lib
59M     /tmp
25M     /sbin
19M     /boot
16M     /bin
9.6M    /etc
136K    /ngx_pagespeed-latest-stable.zip
24K     /DEBIAN
16K     /lost+found
8.0K    /media
4.0K    /srv
4.0K    /opt
4.0K    /mnt
4.0K    /lib64

Ensuite, vous pouvez recommencer depuis un autre dossier:

sudo du -hsx /home/* | sort -rh | head -n 35

Supprimez ce qui n'est pas nécessaire et ça devrait aller. Cela fait partie de mon aide- mémoire linux

Mickael
la source
Joli post et outil utile pour avoir ...
George Udosen
3
Qu'en est-il des dossiers cachés? Ceux qui commencent par un point.
John Red
@JohnRed Comme pour votre répertoire personnel:du -hsx $(ls -A ~/) | sort -rh
ritiek
4

Une autre solution serait d'utiliser ncdu, par exemple:

sudo ncdu -x /

Où / est la partition / le lecteur que vous voulez vérifier. Pour mon exemple, le résultat est

    4,0GiB [##########] /usr
  579,3MiB [#         ] /root
  487,4MiB [#         ] /opt
   41,7MiB [          ] /lib
   22,7MiB [          ] /sbin
   21,2MiB [          ] /boot
   18,6MiB [          ] /etc
    9,1MiB [          ] /bin
    3,6MiB [          ]  core
  260,0KiB [          ] /build
   88,0KiB [          ] /tmp
e  16,0KiB [          ] /lost+found
    8,0KiB [          ] /media
    4,0KiB [          ] /lib64
e   4,0KiB [          ] /srv
e   4,0KiB [          ] /mnt
>   0,0  B [          ] /var
>   0,0  B [          ] /sys
>   0,0  B [          ] /run
>   0,0  B [          ] /proc
>   0,0  B [          ] /ovhbackup
>   0,0  B [          ] /home
>   0,0  B [          ] /dev

Ensuite, vous pouvez naviguer dans les dossiers à l’aide des flèches du clavier et appuyer simplement sur la Dtouche pour supprimer un dossier / fichier.

ncdupeut être installé à partir de l’ aptoutil d’emballage sur les systèmes Debian:

sudo apt install ncdu
egdavid
la source
0

Vérifiez le dossier "/home/yourname/.local/share/Trash" avec la commande "du" (voir ci-dessus):

J'avais le même problème et j'ai utilisé le truc que Mickael a publié ci-dessus pour imprimer de manière concise l'utilisation du disque. J'ai constaté que si vous supprimez des éléments à l'aide du gestionnaire de fenêtres et que vous ne disposez pas des autorisations suffisantes au moment où vous le faites, les fichiers que vous pensiez avoir supprimés (tous deux par ligne de commande avec "rm" et "apt autoremove --purge", et en vidant la corbeille) peut avoir fini dans le ".local / share / ____" de la partition racine.

"Système de fichiers" dans le volet de gauche du gestionnaire de fenêtres disait presque plein des 50 Go que j'avais réservés pour les fichiers d'installation pour Ubuntu / Mint. Il s'avère que les conférences que j'avais copiées par erreur sur cette partition n'étaient pas supprimées, mais que je les avais déplacées sur la partition vers laquelle je voulais initialement les copier. Il est maintenant gratuit à 36 Go, ce qui est beaucoup plus logique (le mien est grand parce que je garde aussi les graphiques HD sur cette partition pour un aperçu rapide d’importants ensembles d’images).

Assurez-vous de bien comprendre les autorisations avant de supprimer / gérer vos fichiers, sinon vous risqueriez de perdre des éléments que vous pensiez supprimés qui encombrent votre disque SSD.

Par ailleurs, mes 16 Go de bélier se chargeaient au démarrage à 92%, tandis que ma partition racine hébergeait les fichiers supprimés, et y restait régulièrement à cause de ce même problème. Le ram est utilisé pour mettre en cache des éléments sur le disque afin d'améliorer considérablement les performances de Linux. Le système d'exploitation supposera que vous utilisez correctement la partition d'installation (ce qui n'était pas le cas pour moi dans ce cas), de sorte qu'il mettra en cache tout ce qu'il peut pour accélérer la réactivité du système. À présent, il ne s'agit que d'un point important, car la mise en cache du disque ne réserve pas cet espace en mémoire; cela donnerait l’espace de RAM utilisé aux autres programmes qui en ont besoin quand ils le demandent (c’est la façon dont fonctionne la mise en cache du disque), mais c’est une utilisation inutile de ressources chargeant 14.5gb de fichiers supprimés dans la RAM à chaque démarrage.

J'espère que ça aide! Grand merci aux réponses ci-dessus, extrêmement utile!

Kris Driver
la source
0

Les utilisateurs de Lubuntu?

/home/XXX/.cache/lxsession/run.log

était plus de 85G d'espace, ils le savent même !

Goufalite
la source
Mon dossier était.cache/lxsession/Lubuntu/run.log
Stéphane