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

Question

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

Demandé el 12 de Mars, 2013: Quand la question a-t-elle été
216960 affichage: Nombre de visites la question a
5 Réponses: Nombre de réponses aux questions
Résolu: Situation réelle de la question

Mon dossier / est considéré comme plein et je ne peux pas mettre à jour le logiciel ou faire quoi que ce soit.

Je ne sais pas ce que je fais de 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.

Demandé el 12 de Mars, 2013 par Jesse

Answer 1

5 Réponses

Answer 2

58voto

mickael Points 581

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 rapport assez soigné 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

Vous pouvez ensuite recommencer à partir d'un autre dossier :

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

Enlevez ce qui n'est pas nécessaire et vous devriez vous en sortir. C'est une partie de mon linux antisèche

Répondu el 20 de Février, 2017 par mickael (581 Points )

Answer 3

49voto

Andy Points 31

Quelques mesures probables pour un débordement racine partition sont (sur la base des cas) :

1. Les vidages de noyau remplissent le disque.

Vérifiez avec :

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

2. Des paquets inutiles qui remplissent l'espace.

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

apt-get autoremove --purge

3. Paquets noyau obsolètes

Vérifiez combien de paquets du noyau sont installés et supprimez les versions obsolètes du noyau. Vous pouvez examiner 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 cloisons montées peuvent cacher le stockage utilisé. Pour étudier cela, 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
exécuter
var
usr/local

et dans votre cas aussi :
sites

Caveat

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

apt-get install -f

Notes

Stockage réservé

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

La sortie montre que vous avez encore de l'espace, mais il semble être réservé à la racine. Le point positif est que la fonctionnalité de votre système est actuellement toujours donnée.

Mais vous devriez régler le problème rapidement.

Consommation d'espace d'ubuntu 12.04

N'avoir que 5,7 Go pour une installation d'Ubuntu semble être un peu trop peu. Vous devriez supprimer certains paquets logiciels non essentiels.

Mes installations actuelles disposent de 10 à 14 Go pour la racine et les fichiers binaires (c.-à-d. l'espace de stockage). /usr ) partitions.

Répondu el 12 de Mars, 2013 par Andy (31 Points )

Answer 4

15voto

egdavid Points 624

Une autre solution serait d'utiliser ncdu par exemple :

sudo ncdu -x /

Où / est la partition/le disque 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

Vous pouvez ensuite naviguer dans les dossiers à l'aide des flèches de votre clavier et appuyer simplement sur la touche D pour supprimer un dossier/fichier.

ncdu peut être installé à partir du apt sur les systèmes basés sur Debian :

sudo apt install ncdu

Répondu el 26 de Décembre, 2018 par egdavid (624 Points )

Answer 5

1voto

Goufalite Points 151

Utilisateurs de Lubuntu ?

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

était de plus de 85G d'espace, ils sont même au courant !

Répondu el 17 de Février, 2019 par Goufalite (151 Points )

Answer 6

0voto

dreamerkumar Points 1500

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é l'astuce que Mickael a postée ci-dessus pour imprimer de manière concise l'utilisation du disque. J'ai découvert que si vous supprimez des choses en utilisant le gestionnaire de fenêtres et que vous n'avez pas les permissions suffisantes au moment où vous le faites, les fichiers que vous pensiez avoir supprimés (à la fois par la ligne de commande en utilisant "rm" et "apt autoremove --purge", et en vidant la corbeille) peuvent s'être retrouvés dans le ".local/share/____" de la partition racine.

"Filesystem" dans le volet gauche du gestionnaire de fenêtres disait presque plein des 50gb que j'ai mis de côté pour les fichiers d'installation pour Ubuntu/Mint. Il s'avère que les conférences que j'ai copiées par erreur sur cette partition n'ont pas été supprimées lorsque je les ai déplacées sur la partition où je voulais les copier à l'origine. Il y a maintenant 36 Go de libres, ce qui est beaucoup plus logique (le mien est grand principalement parce que je garde les graphiques HD sur cette partition aussi pour une prévisualisation rapide de grands ensembles d'images).

Assurez-vous de bien comprendre les permissions avant de supprimer/gérer vos fichiers, sinon vous risquez de voir des éléments que vous pensiez avoir supprimés encombrer votre SSD.

Pour l'anecdote, mes 16 Go de mémoire vive se chargeaient au démarrage à 92 % alors que ma partition racine contenait des fichiers supprimés et y restait en permanence à cause de ce même problème. La RAM est utilisée 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 suppose que vous utilisez la partition d'installation correctement (ce qui n'était pas le cas pour moi dans ce cas), il mettra donc en cache ce qu'il peut pour accélérer la réactivité du système. Maintenant, c'est seulement un point à noter, puisque la mise en cache du disque ne réserve pas cet espace en mémoire ; il céderait l'espace ram utilisé à d'autres programmes qui en ont besoin quand ils le demandent (c'est juste la façon dont la mise en cache du disque fonctionne), mais c'est une utilisation inutile des ressources en chargeant 14.5gb de fichiers supprimés dans la ram à chaque fois que je démarre.

J'espère que cela vous aidera ! Un grand merci aux réponses ci-dessus, extrêmement utiles !

Répondu el 13 de Février, 2019 par dreamerkumar (1500 Points )

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

Réponses

Quelques mesures probables pour un débordement racine partition sont (sur la base des cas) :

1. Les vidages de noyau remplissent le disque.

2. Des paquets inutiles qui remplissent l'espace.

3. Paquets noyau obsolètes

4. Stockage caché

Caveat

Notes

Stockage réservé

Consommation d'espace d'ubuntu 12.04

Questions en vedette

Top Tags

SistemesEz.com

Powered by:

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

Réponses

Quelques mesures probables pour un débordement racine partition sont (sur la base des cas) :

1. Les vidages de noyau remplissent le disque.

2. Des paquets inutiles qui remplissent l'espace.

3. Paquets noyau obsolètes

4. Stockage caché

Caveat

Notes

Stockage réservé

Consommation d'espace d'ubuntu 12.04

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

Powered by: