Espace disque faible sur racine du système de fichiers

3D2Y · Le 13/12/2022, à 12:15

Bonjour, j'ai installé Ubuntu en dual boot sur ma machine.
J'ai un message "Espace disque faible sur racine du système de fichiers", j'ai fait le ménage sur mon home, il n'y a presque plus rien dedans, il est rempli à 17% mais j'ai toujours ce message.
Il m'est impossible d'utiliser certain outils dont j'ai besoin pour travailler à cause d'un manque d'espace sur mon appareil.
J'ai eu l'idée de libérer de l'espace à partir de mon home pour en transférer à mes autres partitions mais je ne sais pas si c'est la bonne solution, qu'en pensez vous ?
Auriez vous une idée pour régler mon problème svp
Merci d'avance pour vos réponse.

xubu1957 · Le 13/12/2022, à 12:24

Bonjour,

Montre, en te servant du Retour utilisable de commande :

df -Th

les noyaux présents :

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

et :

dpkg -l | grep -v ^ii

snap list --all

3D2Y · Le 13/12/2022, à 12:29

Commande df -Th :

mehdi@mehdi-ZenBook-UX333FA-UX333FA:~$ df -Th
Sys. de fichiers Type    Taille Utilisé Dispo Uti% Monté sur
tmpfs            tmpfs     777M    2,3M  775M   1% /run
/dev/nvme0n1p4   ext4       14G     13G  731M  95% /
tmpfs            tmpfs     3,8G    110M  3,7G   3% /dev/shm
tmpfs            tmpfs     5,0M    4,0K  5,0M   1% /run/lock
/dev/nvme0n1p5   ext4       57G    8,6G   45G  17% /home
/dev/nvme0n1p1   vfat      256M     35M  222M  14% /boot/efi
/dev/nvme0n1p3   fuseblk   159G    151G  7,4G  96% /media/mehdi/OS
tmpfs            tmpfs     777M    8,9M  768M   2% /run/user/1000
mehdi@mehdi-ZenBook-UX333FA-UX333FA:~$

Commande echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

mehdi@mehdi-ZenBook-UX333FA-UX333FA:~$ echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

ii  linux-headers-5.15.0-43                5.15.0-43.46  all
ii  linux-headers-5.15.0-43-generic        5.15.0-43.46  amd64
ii  linux-image-5.15.0-43-generic          5.15.0-43.46  amd64
ii  linux-modules-5.15.0-43-generic        5.15.0-43.46  amd64
ii  linux-modules-extra-5.15.0-43-generic  5.15.0-43.46  amd64
ii  linux-headers-5.15.0-56                5.15.0-56.62  all
ii  linux-headers-5.15.0-56-generic        5.15.0-56.62  amd64
ii  linux-image-5.15.0-56-generic          5.15.0-56.62  amd64
ii  linux-modules-5.15.0-56-generic        5.15.0-56.62  amd64
ii  linux-modules-extra-5.15.0-56-generic  5.15.0-56.62  amd64
ii  linux-generic-hwe-22.04                5.15.0.56.54  amd64
ii  linux-headers-generic-hwe-22.04        5.15.0.56.54  amd64
ii  linux-image-generic-hwe-22.04          5.15.0.56.54  amd64

Noyau courant : 5.15.0-56-generic x86_64
mehdi@mehdi-ZenBook-UX333FA-UX333FA:~$

Commande dpkg -l | grep -v ^ii

mehdi@mehdi-ZenBook-UX333FA-UX333FA:~$ dpkg -l | grep -v ^ii
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom                                        Version                                 Architecture Description
+++-==========================================-=======================================-============-================================================================================
mehdi@mehdi-ZenBook-UX333FA-UX333FA:~$

Commande snap list --all

mehdi@mehdi-ZenBook-UX333FA-UX333FA:~$ snap list --all
Nom                        Version           Révision  Suivi            Éditeur       Notes
bare                       1.0               5         latest/stable    canonical✓    base
core18                     20221103          2632      latest/stable    canonical✓    base
core20                     20221123          1738      latest/stable    canonical✓    base
core20                     20220719          1587      latest/stable    canonical✓    base,désactivé
core22                     20221129          444       latest/stable    canonical✓    base
discord                    0.0.21            145       latest/stable    snapcrafters  -
firefox                    107.0.1-1         2154      latest/stable/…  mozilla✓      -
firefox                    103.0.1-1         1635      latest/stable/…  mozilla✓      désactivé
gnome-3-38-2004            0+git.6f39565     119       latest/stable/…  canonical✓    -
gnome-3-38-2004            0+git.891e5bc     112       latest/stable/…  canonical✓    désactivé
gnome-42-2204              0+git.c271a86     44        latest/stable    canonical✓    -
gtk-common-themes          0.1-81-g442e511   1535      latest/stable/…  canonical✓    -
phpstorm                   2022.3            307       latest/stable    jetbrains✓    classic
snap-store                 41.3-60-gfe4703a  582       latest/stable/…  canonical✓    -
snapd                      2.57.6            17883     latest/stable    canonical✓    snapd
snapd-desktop-integration  0.1               14        latest/stable/…  canonical✓    désactivé
snapd-desktop-integration  0.1               43        latest/stable/…  canonical✓    -
mehdi@mehdi-ZenBook-UX333FA-UX333FA:~$

xubu1957 · Le 13/12/2022, à 12:42

Pour nettoyer les snaps désactivés, cette commande de nany :

LANG=C snap list --all | awk '/disabled/{print $1, $3}' | while read snapname revision ; do sudo snap remove "$snapname" --revision="$revision" ; done

Commande stockée au post #7 > |RESOLU] snap nettoyage des versions désactivées.

==============

Pour info > [Tutoriel] ncdu - Repérer les éléments volumineux

Dernière modification par xubu1957 (Le 13/12/2022, à 12:48)

3D2Y · Le 13/12/2022, à 12:49

Merci beaucoup, nettoyer les snaps désactivés m'a fait gagner 4% d'espace.
Pense tu que c'est une bonne idée de libérer de la mémoire dans /dev/nvme0n1p5 pour en ajouté dans /dev/nvme0n1p4 via gparted ?

xubu1957 · Le 13/12/2022, à 12:55

Je laisse répondre les aidants connaisseurs.

matrix-bx · Le 13/12/2022, à 13:22

Salut,
14G pour / c'est vraiment pas beaucoup, guère étonnant que le système se sente à l'étroit.
Tu peux effectivement transférer un peu d'espace de nvme0n1p5 vers nvme0n1p4, ça pourra aider.
Tu peux éventuellement aussi supprimer le noyaux précédent si tu n'as pas de problème avec l'actuel.
Enfin il est également envisageable de diminuer l'espace réservé sur ce système de fichier.

3D2Y · Le 13/12/2022, à 13:27

Salut, merci pour ta réponse
J'ai essayé d'enlever de l'espace via gparted mais ça n'a pas fonctionné, je vais essayé sur une live usb.
Désolé je ne comprend pas, quel noyaux supprimer et comment le supprimer ? Je ne sais pas non plus si j'ai des problème avec le noyau actuel.
Aussi comment diminuer de l'espace sur "ce" système de fichier ? Et quel système de fichier ?

matrix-bx · Le 13/12/2022, à 13:52

Oui, il faut utiliser un live usb pour le faire.
Pour le noyaux, c'est pas très pertinent, ça ne compte que pour ~100M
J'ai oublié de mentionner l'usage de /var/log/ qui peut être réduit si besoin.
Quand à réduire l'espace réservé sur nvme0n1p4, je pense que ce n'est à envisager qu'en dernier recours.

geole · Le 13/12/2022, à 14:03

Bonjour.
Avec un support d'installation,
Sauve tout le contenu de P5 https://doc.ubuntu-fr.org/tutoriel/recu … _un_livecd
Supprime P5
Agrandis P4 pour lui ajouter tout l'espace libéré par P5
Restore le contenu de P5 sous /home.
puis modifie le fichier /etc/fstab de P4 pour qu'il ne décrive plus home.
Puis tu pourras quitter le support d'installation et rebooter.

Dernière modification par geole (Le 13/12/2022, à 14:10)

matrix-bx · Le 13/12/2022, à 14:20

C'est une approche un peu radicale mais qui devrait effectivement adresser la problématique de manque d'espace disque pour un moment.

geole · Le 13/12/2022, à 14:58

Peut-être pas....
Car il y aura probablement une envie de rétrécir P4 pour agrandir P3.
Situation future estimée après les mises à jour

ehdi@mehdi-ZenBook-UX333FA-UX333FA:~$ df -Th
Sys. de fichiers Type    Taille Utilisé Dispo Uti% Monté sur
/dev/nvme0n1p4   ext4       70G     35G  35G  50% /
/dev/nvme0n1p3   fuseblk   159G    151G  7,4G  96% /media/mehdi/OS

Dernière modification par geole (Le 13/12/2022, à 14:59)

iznobe · Le 13/12/2022, à 17:53

Bonjour , vu l' espace disque occupé globalement ( 90 % ou + ... ) , il faut envisager d ' ajouter un autre disque , forcement un jour ou l' autre ca manquera de place et modifier les partitions ne sera plus possible .

@Matrix-bx , reduire l ' espace reservé sur une partition / , c 'est courrir a la catastrophe sur une partition de données par contre , je serais presque pour des le depart
en reduisant l ' espace reservé de / , tu supprimes la capacité du systeme à :
* " defragmenter " a la volée , si ce n' est pas un SSD
* swaper si necessaire et que le disque est trop plein
* a mettre les fichiers dans le repertoire /tmp si besoin
* a stocker les fichiers journaux
et j' oublie certainement d' autres trucs vital pour le systeme ...

matrix-bx · Le 14/12/2022, à 01:07

D'où le en dernier recours.
Diminuer ne veux pas dire désactiver non plus.

iznobe · Le 14/12/2022, à 10:30

matrix-bx a écrit :

Diminuer ne veux pas dire désactiver non plus.

efffectivement dans ce cas ( 70 GO ) on pourrait diminuer de 5 à 4 % en dernier recours afin de gagner un peu , mais c ' est largement preferable de par exemple diminuer la taille de stockage des journaux ou tout autre moyen avant , donc je plussoie .

Cela dit , je tenais a mettre en evidence ce que peut provoquer le fait de reduire ou desactiver l ' espace reservé au systeme pour les utilisateurs qui ne connaitrait pas les répercussions . De plus , au plus la taille de la partition systeme est petite , au plus le gain sera negligeable et , au plus le risque de flinguer le systeme sera grand .

D ' ailleurs je ne comprends pas que cet espace reservé soit un %age fixe , il devrait plutot etre inversement proportionnel a la taille de la partition racine .
exemple , pour une taille de 10 Go cela represente 500 Mo ... alors que pour un disque de 1 TO , cela represente 50 GO .
Pour l' utilisateur cela reste transparent , pour le systeme , je ne suis pas sur que ce soit tres logique , au contraire .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 13/12/2022, à 12:15

Espace disque faible sur racine du système de fichiers

#2 Le 13/12/2022, à 12:24

Re : Espace disque faible sur racine du système de fichiers

#3 Le 13/12/2022, à 12:29

Re : Espace disque faible sur racine du système de fichiers

#4 Le 13/12/2022, à 12:42

Re : Espace disque faible sur racine du système de fichiers

#5 Le 13/12/2022, à 12:49

Re : Espace disque faible sur racine du système de fichiers

#6 Le 13/12/2022, à 12:55

Re : Espace disque faible sur racine du système de fichiers

#7 Le 13/12/2022, à 13:22

Re : Espace disque faible sur racine du système de fichiers

#8 Le 13/12/2022, à 13:27

Re : Espace disque faible sur racine du système de fichiers

#9 Le 13/12/2022, à 13:52

Re : Espace disque faible sur racine du système de fichiers

#10 Le 13/12/2022, à 14:03

Re : Espace disque faible sur racine du système de fichiers

#11 Le 13/12/2022, à 14:20

Re : Espace disque faible sur racine du système de fichiers

#12 Le 13/12/2022, à 14:58

Re : Espace disque faible sur racine du système de fichiers

#13 Le 13/12/2022, à 17:53

Re : Espace disque faible sur racine du système de fichiers

#14 Le 14/12/2022, à 01:07

Re : Espace disque faible sur racine du système de fichiers

#15 Le 14/12/2022, à 10:30

Re : Espace disque faible sur racine du système de fichiers

Pied de page des forums