Que dois-je faire quand mon système de fichiers racine est plein?
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.
Certaines mesures possibles pour une partition en débordement racine sont (en fonction 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
Regardez maintenant tous les répertoires qui sont normalement cachés par un autre montage, par exemple:
- tmp
- maison
- 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 disposent de 10 à 14 Go pour les partitions racine et binaires (alias /usr).
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 linux aide-mémoire
Une autre solution consisterait à 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 touche D pour supprimer un dossier/fichier.
ncdu peut être installé à partir de l'outil de packaging apt sur les systèmes Debian:
Sudo apt install ncdu
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 présenté 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'ai mis de côté 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 vers la partition sur 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 ces 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-ci), 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 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 qui chargent 14,5 Go 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!
Les utilisateurs de Lubuntu?
/home/XXX/.cache/lxsession/run.log
était plus de 85G d'espace, ils le savent même !