[Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

KBNew · Le 21/10/2023, à 20:24

Bonjour,
Aujourd'hui, j'ai travaillé sur une clé USB de 2To que j'ai acheté sur Aliexpress (marque Xiaomi MI).
Je déposais des fichiers et je l'utilisais normalement.
Lorsque j'ai voulu supprimer des fichiers, le système a tourné en boucle pendant un moment et je n'arrivais pas à fermer les fenêtres ni à lancer d'autres applications.
Je me suis retrouvé à devoir éteindre l'ordinateur.
Lorsque je l'ai rallumé, j'ai eu le message suivant via une fenêtre popup:

Espace disque faible sur "Racine du système de fichiers". Le volume "Racine du système de fichiers" n'a plus que 1,0 GB d'espace disque disponible.
Examiner ou Ignorer

J'ai craint d'avoir créé des garbages en ne laissant pas le processus se terminer.
Alors, j'ai voulu monter en version (je suis encore en 20.04) en pensant que cela allait "nettoyer" les choses. Mais là aussi, le processus s'est arrêter en disant qu'il n'avait pas les permissions.

Voilà où j'en suis.
Merci par avance de votre aide.

Cordialement.
KBNew.

Dernière modification par KBNew (Le 27/10/2023, à 22:57)

xubu1957 · Le 21/10/2023, à 20:27

Bonjour,

Tu peux fournir :

df -Th

?

KBNew · Le 21/10/2023, à 20:39

Bonsoir xubu1957,

Merci pour ta prompt réponse (comme d'habitude ).
Voici le résultat de la commande:

kb@kb-Asus-R752LN:~$ df -Th
Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   3,8G       0  3,8G   0% /dev
tmpfs            tmpfs      783M    2,4M  781M   1% /run
/dev/sda6        ext4        40G     37G  957M  98% /
tmpfs            tmpfs      3,9G       0  3,9G   0% /dev/shm
tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock
tmpfs            tmpfs      3,9G       0  3,9G   0% /sys/fs/cgroup
/dev/loop0       squashfs   128K    128K     0 100% /snap/bare/5
/dev/loop2       squashfs   190M    190M     0 100% /snap/audacity/1032
/dev/loop3       squashfs   156M    156M     0 100% /snap/chromium/2670
/dev/loop4       squashfs   156M    156M     0 100% /snap/chromium/2666
/dev/loop1       squashfs   250M    250M     0 100% /snap/audacity/1051
/dev/loop5       squashfs   106M    106M     0 100% /snap/core/16202
/dev/loop6       squashfs   106M    106M     0 100% /snap/core/16091
/dev/loop7       squashfs    56M     56M     0 100% /snap/core18/2785
/dev/loop8       squashfs    56M     56M     0 100% /snap/core18/2790
/dev/loop9       squashfs    64M     64M     0 100% /snap/core20/1974
/dev/loop10      squashfs    64M     64M     0 100% /snap/core20/2015
/dev/loop11      squashfs    74M     74M     0 100% /snap/core22/858
/dev/loop13      squashfs    67M     67M     0 100% /snap/cups/974
/dev/loop12      squashfs    67M     67M     0 100% /snap/cups/980
/dev/loop15      squashfs   331M    331M     0 100% /snap/eclipse/73
/dev/loop16      squashfs   141M    141M     0 100% /snap/gnome-3-26-1604/104
/dev/loop17      squashfs   141M    141M     0 100% /snap/gnome-3-26-1604/111
/dev/loop14      squashfs    74M     74M     0 100% /snap/core22/864
/dev/loop19      squashfs   165M    165M     0 100% /snap/gnome-3-28-1804/198
/dev/loop18      squashfs   165M    165M     0 100% /snap/gnome-3-28-1804/194
/dev/loop20      squashfs   219M    219M     0 100% /snap/gnome-3-34-1804/90
/dev/loop21      squashfs   219M    219M     0 100% /snap/gnome-3-34-1804/93
/dev/loop23      squashfs   350M    350M     0 100% /snap/gnome-3-38-2004/143
/dev/loop24      squashfs   1,5M    1,5M     0 100% /snap/gnome-system-monitor/184
/dev/loop27      squashfs   1,7M    1,7M     0 100% /snap/gnome-system-monitor/186
/dev/loop25      squashfs   497M    497M     0 100% /snap/gnome-42-2204/141
/dev/loop29      squashfs   256K    256K     0 100% /snap/gtk2-common-themes/9
/dev/loop22      squashfs   350M    350M     0 100% /snap/gnome-3-38-2004/140
/dev/loop26      squashfs   497M    497M     0 100% /snap/gnome-42-2204/132
/dev/loop30      squashfs    82M     82M     0 100% /snap/gtk-common-themes/1534
/dev/loop31      squashfs    92M     92M     0 100% /snap/gtk-common-themes/1535
/dev/loop28      squashfs   256K    256K     0 100% /snap/gtk2-common-themes/13
/dev/loop32      squashfs   102M    102M     0 100% /snap/p7zip-desktop/220
/dev/loop33      squashfs   141M    141M     0 100% /snap/projectlibre/5
/dev/loop34      squashfs   176M    176M     0 100% /snap/skype/305
/dev/loop35      squashfs   176M    176M     0 100% /snap/skype/306
/dev/loop36      squashfs    46M     46M     0 100% /snap/snap-store/638
/dev/loop37      squashfs    13M     13M     0 100% /snap/snap-store/959
/dev/sda1        vfat        96M     32M   65M  33% /boot/efi
/dev/sda8        ext4       698G    278G  385G  42% /home
tmpfs            tmpfs      783M     40K  783M   1% /run/user/1000
kb@kb-Asus-R752LN:~$

xubu1957 · Le 21/10/2023, à 20:42

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
/dev/sda6        ext4        40G     37G  957M  98% /

On frôle l’asphyxie.

Montre :

snap list --all

KBNew · Le 21/10/2023, à 20:46

Voilà:

kb@kb-Asus-R752LN:~$ snap list --all
erreur : cannot list snaps: cannot communicate with server: Get "http://localhost/v2/snaps?select=all": dial unix /run/snapd.socket: connect: connection refused
kb@kb-Asus-R752LN:~$

xubu1957 · Le 21/10/2023, à 20:51

Essaye les trois commandes askubuntu.com/questions/1258137/cannot-communicate-with-server-post-http-localhost-v2-apps-dial-unix-run-snpd.socket: connect: no such file or directory :

Unmask the snapd.service:

sudo systemctl unmask snapd.service

Enable it:

sudo systemctl enable snapd.service

Start it:

sudo systemctl start snapd.service

Qid · Le 21/10/2023, à 20:52

Ouais effectivement il va pas tarder à y avoir un souci...
Perso vu la liste des Snap dont on a déjà un aperçu peu lisible je ne les incriminerais pas de suite même si "/" est un peu juste en taille malgré l'isolement du home... Et si on regardait côté log plutôt ? En tous cas l'utilitaire d'occupation des disques ou ncdu (à installer) seront toujours nos meilleurs amis pour débusquer les fauteurs de troubles...

KBNew · Le 21/10/2023, à 20:59

Voici ce que me donne la première commande:

kb@kb-Asus-R752LN:~$ sudo systemctl unmask snapd.service
sudo: error in /etc/sudo.conf, line 0 while loading plugin "sudoers_policy"
sudo: seul le propriétaire doit pouvoir écrire dans /usr/lib/sudo/sudoers.so
sudo: erreur fatale, impossible de charger les greffons
kb@kb-Asus-R752LN:~$

Qid · Le 21/10/2023, à 21:03

Ce serait déjà trop tard ? Ncdu et son frère graphique restent utilisable à partir d'un live hein au cas où... Parceque là ton système m'a l'air bien handicapé... Et je ne suis pas sûr que ce soit juste à cause du manque de place pour le coup...

KBNew · Le 21/10/2023, à 21:05

Actuellement, je l'utilise pour vous envoyer des messages avec Firefox, j'utilise le terminal, etc ... donc, ça marche mais j'ai ce message et j'ai peur qu'il y ait eu des choses pas nettes qui soient restées dans le système lorsque je ne l'ai pas laissé terminé et que j'ai éteint brutalement.
Que puis-je faire ?
Est-il possible de monter en version via le terminal ?

xubu1957 · Le 21/10/2023, à 21:08

Tente 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

Qid · Le 21/10/2023, à 21:08

KBNew a écrit :

Que puis-je faire ?
Est-il possible de monter en version via le terminal ?

Je te l'ai dit ! Regarde l'utilitaire d'occupation des disques ou install ncdu !
En tous cas évidemment que non ce n'est pas dans ces conditions que tu vas pouvoir migrer... Ni même faire la moindre mise à jour sans risquer de bloquer complètement le système...

KBNew · Le 21/10/2023, à 21:25

voilà le résultat :

kb@kb-Asus-R752LN:~$ LANG=C snap list --all | awk '/disabled/{print $1, $3}' | while read snapname revision ; do sudo snap remove "$snapname" --revision="$revision" ; done
error: cannot list snaps: cannot communicate with server: Get "http://localhost/v2/snaps?select=all": dial unix /run/snapd.socket: connect: connection refused
kb@kb-Asus-R752LN:~$

KBNew · Le 21/10/2023, à 21:30

Quand tu parles de l'utilitaire d'occupation des disques, tu parles de gparted ?

De plus, je ne peux plus lancer la logithèque pour installer ncdu ... est-ce la même chose que l'analyseur de disques ?

Qid · Le 21/10/2023, à 21:39

analyseur_usage_espace_disque

KBNew · Le 21/10/2023, à 22:02

Il ne veut plus démarrer. J'ai fais l'erreur de l'éteindre pour redémarrer ensuite et maintenant j'ai un écran noir...
Je vous écris à partir de mon smartphone.

Qid · Le 21/10/2023, à 22:06

Qid à 22h03 dans son post #9 a écrit :

Ncdu et son frère graphique restent utilisable à partir d'un live hein au cas où...

FrancisFDZ · Le 22/10/2023, à 08:07

Bonjour,
Les méthodes classiques de nettoyage peuvent-elles améliorer la situation ?

sudo apt autoremove ~c
sudo apt autoclean

Il faudrait aussi voir si /var/log n'est pas trop encombré.
Pour ncdu, j'ai peur que la saturation actuelle n'empêche son installation
A voir aussi les anciens fichiers liés à des noyaux qui peuvent encombrer /usr et /boot.(normalement, après le passage de apt autoremove, seuls les deux derniers noyaux devraient subsister)
La suppression des snaps désactivés via la commande préconisée par xubu1957 en #11 refuse de s'exécuter, elle est pourtant bien efficace (ça vient de @nany, c'est un gage de qualité ! ). Il serait bon se savoir ce qui cloche dans snap ici (difficile pour moi d'en dire plus, snap est banni de mes installations)
Faudra-t'il en arriver à un nettoyage manuel, notamment dans /var et /usr ?

[Edit] +1 avec @Qid pour un ncdu en session live [/Edit]

Dernière modification par FrancisFDZ (Le 22/10/2023, à 08:12)

FrancisFDZ · Le 22/10/2023, à 08:14

KBNew a écrit :

Il ne veut plus démarrer. J'ai fais l'erreur de l'éteindre pour redémarrer ensuite et maintenant j'ai un écran noir...
Je vous écris à partir de mon smartphone.

On en arrive donc à la nécessité de passer par une session live !

Sciensous · Le 22/10/2023, à 09:14

ça ressemble assez à des fichiers temporaires qui ont saturés le disque du pc
session live pour faire de la place, oui surement

geole · Le 22/10/2023, à 11:21

Sciensous a écrit :

ça ressemble assez à des fichiers temporaires qui ont saturés le disque du pc
session live pour faire de la place, oui surement

Bonjour.
A moins que cela soit l'écriture dans le point de montage de la clé USB qui n'a pas été montée.
A moins que tout simplement 40 Go soit un peu juste.
A moins que le logiciel trace trop d'erreurs.
A moins que ce soit le home plein.

En session USB, monte la partition racine

sudo mount -v /dev/sda6 /mnt

et donne l'occupation place disque en ligne de commande

sudo du -haxd3 /mnt 2>/dev/null | sort -hr | head -21

Dernière modification par geole (Le 22/10/2023, à 11:24)

Qid · Le 22/10/2023, à 11:35

geole a écrit :

A moins que ce soit le home plein

Vu le post #3 ce n'est pas lui...
En tous cas on attend toujours le retour du camembert ou de ncdu car il n'y a que eux qui nous donnerons les bonnes infos de qui gonfle...

Dernière modification par Qid (Le 22/10/2023, à 11:36)

KBNew · Le 22/10/2023, à 13:17

Bonjour à tous,
Tout d'abord, je vous remercie pour votre bonne volonté.
J'a mis un peu de temps car j'ai eu quelques soucis avec le live CD, il met un temps fou (plus d'une heure) pour démarrer avec tous les utilitaires.
J'ai essayé d'installer ncdu (car il ne l'est pas de base) mais là aussi j'ai eu une erreur :

ubuntu@ubuntu:~$ sudo apt-get install -y ncdu
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
E: Impossible de trouver le paquet ncdu

Ensuite j'ai monté la partition racine:

ubuntu@ubuntu:~$ sudo mount -v /dev/sda6 /mnt
mount : /dev/sda6 monté sur /mnt.

puis j'ai copier/coller la commande d'occupation disque:

ubuntu@ubuntu:~$ sudo du -haxd3 /mnt 2>/dev/null | sort -hr | head -21
40G	/mnt
30G	/mnt/var
21G	/mnt/var/log
8,2G	/mnt/var/log/syslog
8,2G	/mnt/var/log/kern.log
8,2G	/mnt/var/lib
7,3G	/mnt/usr
6,1G	/mnt/var/lib/snapd
3,8G	/mnt/usr/lib
3,1G	/mnt/var/log/cups
2,7G	/mnt/usr/share
1,7G	/mnt/usr/lib/x86_64-linux-gnu
1,4G	/mnt/lib
1,1G	/mnt/var/log/journal
865M	/mnt/opt
730M	/mnt/opt/scenari/myScenari5.0
730M	/mnt/opt/scenari
706M	/mnt/var/www
706M	/mnt/lib/firmware
678M	/mnt/var/lib/clamav
667M	/mnt/usr/share/tesseract-ocr

voilà pour l'instant, je suis en live CD et apparemment mon sda6 de 40 Go est plein (lorsque je regardes avec GParted).

Merci encore.

geole · Le 22/10/2023, à 13:21

rm -v /mnt/var/log/syslog*
rm -v /mnt/var/log/kern*

Correction

sudo rm -v /mnt/var/log/syslog*
sudo rm -v /mnt/var/log/kern*

Dernière modification par geole (Le 22/10/2023, à 13:50)

Qid · Le 22/10/2023, à 13:22

Elle est moche cette dernière ligne de commande mais elle nous donne quand-même une info sérieusement utile : il y a donc 21go de log... À part ça tout va bien...

(Je ne suis pas là bonne personne pour aider à les comprendre mais ce qui est sûr c'est qu'il est important de savoir pourquoi il y a autant de log avant de juste simplement les vider...)

édit : contrairement à ce que conseille geole comme déjà dit juste au dessus ça me semble être une mauvaise idée de supprimer sans se demander pourquoi il existe !

Dernière modification par Qid (Le 22/10/2023, à 13:24)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 21/10/2023, à 20:24

[Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#2 Le 21/10/2023, à 20:27

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#3 Le 21/10/2023, à 20:39

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#4 Le 21/10/2023, à 20:42

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#5 Le 21/10/2023, à 20:46

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#6 Le 21/10/2023, à 20:51

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#7 Le 21/10/2023, à 20:52

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#8 Le 21/10/2023, à 20:59

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#9 Le 21/10/2023, à 21:03

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#10 Le 21/10/2023, à 21:05

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#11 Le 21/10/2023, à 21:08

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#12 Le 21/10/2023, à 21:08

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#13 Le 21/10/2023, à 21:25

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#14 Le 21/10/2023, à 21:30

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#15 Le 21/10/2023, à 21:39

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#16 Le 21/10/2023, à 22:02

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#17 Le 21/10/2023, à 22:06

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#18 Le 22/10/2023, à 08:07

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#19 Le 22/10/2023, à 08:14

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#20 Le 22/10/2023, à 09:14

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#21 Le 22/10/2023, à 11:21

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#22 Le 22/10/2023, à 11:35

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#23 Le 22/10/2023, à 13:17

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#24 Le 22/10/2023, à 13:21

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

#25 Le 22/10/2023, à 13:22

Re : [Résolu] Le volume "Racine du système de fichiers" n'a plus que 1,0 GB

Pied de page des forums