Contenu | Rechercher | Menus

Annonce

DVD, clés USB et t-shirts Ubuntu-fr disponibles sur la boutique En Vente Libre

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 01/04/2021, à 13:40

Zococo

[RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Bonjour,
Depuis quelques temps mon système commence par m'indiquer "espace disque insuffisant sur la racine" puis gèle, la souris continue de pouvoir se déplacer, il est possible basculer d'une application à l'autre en cliquant sur le côté mais dans chaque application, rien ne répond, ni au clic, ni au raccourci clavier. Au bout d'un moment ça se déveroouile mais pas pour longtemps.
J'ai essayé de regarder les logs, je ne vois rien ou ne sait pas interpréter.
Quand j'examine l'espace de ma partition racine, celle-ci est bien occupée mais pas saturée (8 GO de libres).
Au tout début j'ai pensé à un problème de chiffrage de swap (lien) car cela a été la première alerte mais je l'ai désactivée et j'ai toujours le même problème. Je suis passé de la version 20.04 à la 20.10, aucun effet non plus.
Bref je ne sais pas trop par quel bout prendre le problème, comment affiner le diagnostic et in fine résoudre le problème.
Si quelqu'un sur le forum pouvait me conseiller pour essayer d'avancer vers le diagnostic, je lui en serais très reconnaissant.
Par avance merci.


Le message d'erreur :
erreur



La copie d'écran GParted qui montre que la partition n'est pas saturée (/dev/sda3) :
gparted



Ma configuration :
Ubuntu 20.10 64 bits - Intel® Core™ i5-7600K CPU @ 3.80GHz × 4  - carte graphique Mesa Intel® HD Graphics 630 (KBL GT2) - carte mère Gigabyte GA-B250M-DS3H

Dernière modification par Zococo (Le 20/04/2021, à 22:27)


Ubuntu 20.04 (64 bits) - Gigabyte B250M-DS3H / Core i5-7600K (Kaby lake)

Hors ligne

#2 Le 01/04/2021, à 14:04

geole

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Lorsque l'incident va revenir, tu postes ces retours

df -h / && df -i / && sudo du -hxd2 / --exclude /media | sort -h | tail -20
sudo du -hxd2 /tmp | sort -h | tail -20
sudo du -hxd2 /var  | sort -h | tail -20
sudo du -hxd2 /home  | sort -h | tail -20

question , il faudrait probablement que tu mettes tes données personnelles dans SDA4 qui semble inutilisé...
Donne aussi ces retours

cat /etc/fstab
ls -ls | grep lrw

Dernière modification par geole (Le 01/04/2021, à 14:07)

Hors ligne

#3 Le 01/04/2021, à 14:26

Zococo

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Bonjour et merci,
Je ferai ça à la prochaine occurrence.
Mes données personnelles ne sont pas sur sda qui est un SSD, j'ai deux gros disques classiques montés en raid pour la partition /home.
J'avais vérifié sur fstab que la partition racine est bien /dev/sda3.
Dans quel répertoire faut-il exécuter ls  ?
Contenu de fstab (UUID masqués) :

# /etc/fstab: static file system information.
# Version du 22 mai 2020
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda3 during installation et y est toujours - sur le SSD
UUID=sda3sda3-sda3-sda3-sda3-sda3sda3sda3 /               ext4    errors=remount-ro 0       1
#
# /boot/efi was on /dev/sda1 during installation et y est toujours (/dev/sda = partition EFI) - sur le SSD
UUID=sda1-sda1  /boot/efi       vfat    umask=0077      0       1

# /home was on /dev/sda4 during installation et est passé sur /dev/md0
# UUID=sda4sda4-sda4-sda4-sda4-sda4sda4sda4 /home           ext4    defaults        0       2
UUID="md0md0md-md0m-md0m-md0m-md0mmd0mmd0m"  /home           ext4    defaults        0       2
#
# /tmp was on /dev/sdc1 during installation et y est toujours 
UUID=sdc1sdc1-sdc1-sdc1-sdc1-sdc1sdc1sdc1 /tmp            ext4    defaults        0       2
# swap was on /dev/sdb1 during installation normalement toujours au même endroit
UUID=sdb1sdb1-sdb1-sdb1-sdb1-sdb1sdb1sdb1 none            swap    sw              0       0
# Laligne suivante correspond à la swap chiffrée. Désactivée le 07/02/2021 cause "freeze"
#/dev/mapper/cryptswap1 none swap sw 0 0

Ubuntu 20.04 (64 bits) - Gigabyte B250M-DS3H / Core i5-7600K (Kaby lake)

Hors ligne

#4 Le 01/04/2021, à 15:08

geole

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Le contenu   de fstab montre que  la partition /home n'est pas avec la partition racine et qu'il existe une partition pour les fichiers temporaires.
donc du coup, des commandes plus ciblées
df -h / && df -i / && sudo du -hxd2 / --exclude /media --exclude /home | sort -h | tail -20
sudo du -hxd2 /var  | sort -h | tail -20

A quoi destines-tu SDA4 si ce n'est pas indiscret?

Hors ligne

#5 Le 01/04/2021, à 15:20

Zococo

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Oui en effet, j'ai une partition /tmp. ayant réservé un peu de place sur l'un des disques pour la swap, j'ai réservé la même taille pour /tmp sur l'autre disque utilisé pour la RAID.
/dev/sda4 ne me sert à rien, sauf à y installer /home à l'installation, je ne savais pas comment installer le /home immédiatement sur le raid. Ensuite je n'avais pas vraiment l'usage de cette partie du disque SSD...

df -h / && df -i / && sudo du -hxd2 / --exclude /media --exclude /home | sort -h | tail -20
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda3           38G     30G  6,3G  83% /
Sys. de fichiers  Inœuds IUtil.  ILibre IUti% Monté sur
/dev/sda3        2506752 634216 1872536   26% /
[sudo] Mot de passe de usr : 
254M	/opt/vivaldi
285M	/var/cache
349M	/opt/calibre
377M	/opt/liclipse
412M	/boot
454M	/usr/local
540M	/usr/bin
542M	/usr/src
581M	/opt/arduino-1.8.13
614M	/var/log
1,7G	/opt/android-studio
3,3G	/root/.local
3,5G	/root
4,2G	/opt
5,1G	/var/lib
5,3G	/usr/lib
6,0G	/var
8,2G	/usr/share
15G	/usr
30G	/

et

sudo du -hxd2 /var  | sort -h | tail -20
8,0M	/var/backups
13M	/var/opt
13M	/var/opt/vivaldi
15M	/var/cache/cups
15M	/var/lib/gdm3
16M	/var/cache/app-info
16M	/var/lib/mibs
17M	/var/cache/apparmor
20M	/var/lib/app-info
139M	/var/lib/dpkg
157M	/var/lib/texmf
182M	/var/lib/apt
214M	/var/cache/apt
285M	/var/cache
601M	/var/log/journal
614M	/var/log
2,0G	/var/lib/flatpak
2,5G	/var/lib/snapd
5,1G	/var/lib
6,0G	/var

Ubuntu 20.04 (64 bits) - Gigabyte B250M-DS3H / Core i5-7600K (Kaby lake)

Hors ligne

#6 Le 01/04/2021, à 16:07

Zococo

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

ça y est ça a recommencé.
Voici le résultat de df :

df -h / && df -i / && sudo du -hxd2 / --exclude /media --exclude /home | sort -h | tail -20
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda3           38G     35G  997M  98% /
Sys. de fichiers  Inœuds IUtil.  ILibre IUti% Monté sur
/dev/sda3        2506752 596626 1910126   24% /
[sudo] Mot de passe de usr : 
254M	/opt/vivaldi
311M	/boot
349M	/opt/calibre
374M	/var/cache
377M	/opt/liclipse
406M	/usr/src
454M	/usr/local
540M	/usr/bin
581M	/opt/arduino-1.8.13
631M	/var/log
1,7G	/opt/android-studio
3,3G	/root/.local
3,5G	/root
4,2G	/opt
5,0G	/usr/lib
5,1G	/var/lib
6,1G	/var
8,2G	/usr/share
15G	/usr
29G	/

et du

ups
13M	/var/opt
13M	/var/opt/vivaldi
15M	/var/cache/cups
15M	/var/lib/gdm3
16M	/var/lib/mibs
17M	/var/cache/apparmor
20M	/var/lib/app-info
29M	/var/cache/app-info
134M	/var/lib/dpkg
157M	/var/lib/texmf
182M	/var/lib/apt
290M	/var/cache/apt
374M	/var/cache
617M	/var/log/journal
631M	/var/log
2,0G	/var/lib/flatpak
2,5G	/var/lib/snapd
5,1G	/var/lib
6,1G	/var

Ubuntu 20.04 (64 bits) - Gigabyte B250M-DS3H / Core i5-7600K (Kaby lake)

Hors ligne

#7 Le 01/04/2021, à 17:11

geole

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Je ne vois rien de spécialement anormal
8,2G    /usr/share
est probablement important

je te propose de lancer gparted et de rétrécir SDA4
Vu son usage, sa taille peut n'être que de 5 Go.
Lorsque le rétrécissement a été fait,   tu auras un espace libre d'indiqué à droite par exemple 30000 Mo
Tu écris cette valeur à gauche de sa taille. Actuellement c'est écrit 0. La valeur de droite passera à 0.
Tu  fais exécuter, Cela sera rapide, et tu agrandis SDA3 de l'espace récupéré

Hors ligne

#8 Le 01/04/2021, à 19:50

iznobe

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Salut ,
perso j ' ai deja vu des problemes similaires , la plupart du temps c' etait l ' utilisation de la corbeille en root ou bien des fichiers journaux qui prenait une ampleur phenomale a cause des essais intempestif de relancer un truc qui coince .

que donne

sudo dmesg | grep err

, apres disons quelques heures que l' ordi tourne si ca tient jusque là .

pour verifier la corbeille de root , me rappelle plus comment on fait ...

Mais voici un lien qui pourra t' aiguiller : https://askubuntu.com/questions/507173/ … re-as-root

EDIT : pour la corbeille , la commande la plus adaptée parait etre :

rm -ri /home/User_Name/.local/share/Trash && mkdir /home/User_Name/.local/share/Trash

en remplacant " User_Name " par ton nom d' utilisateur bien sur ( 2 fois ) .

Dernière modification par iznobe (Le 07/04/2021, à 19:12)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

En ligne

#9 Le 01/04/2021, à 22:10

Zococo

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Bonsoir,
Merci pour vos idées.
Je n'avais pas pensé à redimensionner la partition racine. J'ai fait, on verra ce que ça donne.
@iznobe : effectivement la corbeille root est très chargée, j'ai vu ça cet AM après les du & df conseillés par Geole car /root/.local à 3,2 GO ça m'a interrogé . Je suis allé voir. Ce n'est pas la cause du pb, ce sont de vieux fichiers logs que j'y ai déplacé il y a qq jours, au moment où j'essayais de comprendre ce qui se passait. Il faudra l'alléger mais il n'y a pas urgence.
Je vais suspendre le post une bonne semaine, malheureusement un gros impondérable mais si ça recommence ... ou pas je reviendrai vous le dire.
Merci à vous.


Ubuntu 20.04 (64 bits) - Gigabyte B250M-DS3H / Core i5-7600K (Kaby lake)

Hors ligne

#10 Le 02/04/2021, à 13:02

geole

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Zococo a écrit :

Contenu de fstab (UUID masqués) :

UUID=sda3sda3-sda3-sda3-sda3-sda3sda3sda3 /               ext4    errors=remount-ro 0       1
UUID=sda1-sda1  /boot/efi       vfat    umask=0077      0       1
UUID="md0md0md-md0m-md0m-md0m-md0mmd0mmd0m"  /home           ext4    defaults        0       2
UUID=sdc1sdc1-sdc1-sdc1-sdc1-sdc1sdc1sdc1 /tmp            ext4    defaults        0       2
UUID=sdb1sdb1-sdb1-sdb1-sdb1-sdb1sdb1sdb1 none            swap    sw              0       0
Zococo a écrit :

ça y est ça a recommencé.
Voici le résultat

 sudo du -hxd2 / --exclude /media --exclude /home | sort -h | tail -20
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda3           38G     35G  997M  98% /
29G	/

6 Go (35-29) environ manquent à l'appel!
Ne serait-tu pas en train de vouloir écrire dans une partition non montée.
    Home ?  Cela sera surprenant que tu ne l'aies pas détectée, 
    Média ?  Pourquoi pas? 
Si cela recommence, tant pis, cela sera plus long en exécution

 sudo du -hxd2 / | sort -h | tail -20

Dernière modification par geole (Le 02/04/2021, à 13:05)

Hors ligne

#11 Le 02/04/2021, à 13:15

gl38

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

@iznobe : il ne FAUT JAMAIS indiquer des commandes avec des rm récursifs et avec sudo : si on met des blancs intempestifs dans l'argument, on peut tout effacer. Aussi tu devrais supprimer ton conseil tout de suite.
Cordialement,
Guy

Hors ligne

#12 Le 07/04/2021, à 19:01

iznobe

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

@gl38
Salut , je comprends bien le risque et j ' ai modifié pour enlever le sudo et remplacer le -f par -i pour passer en mode interactif afin de visualiser ce qu ' on supprime .

Cependant comment proceder pour vider la corbeille sans utiliser de rm recursif precedé de sudo lorsque tu as tout un tas de fichiers journaux de taille superieure à 4 Go ?
tu les supprimes un par un ? bien du courage ...

On ne devrait surtout rien mettre a la corbeille en utilisant le mode root et la navigation graphique de l' explorateur de fichier ni utiliser l ' explorateur de fichier en mode root
le problemes avec ces fichiers corbeille root c ' est qu ils ne sont jamais pris en charge dans le compte de taille de l ' espace disque utilisé comme dans gparted et dans plein d' autres programmes , cependant ils utilisent reellement la place sur le disque dur car ils n' on pas eté ejecté puisque tjs dans la corbeille .

Et on observe exactement le meme probleme que le dernier message du demandeur typique de ce genre de probleme :

Zococo a écrit :

ça y est ça a recommencé.
Voici le résultat

 sudo du -hxd2 / --exclude /media --exclude /home | sort -h | tail -20
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda3           38G     35G  997M  98% /
29G	/

De plus il ne faut pas oublier que chaque partition a sa corbeille et sa corbeille root si il y a eu des suppressions en mode root + explorateur de fichiers .
6 partitions , potentiellement 6 corbeilles root ...
Donc si il ya des fichiers dans une corbeille root on ne connait pas reellement la taille qu ' ils occupent et il ne devrait jamais y en avoir .

Alors comme il ne faut pas utiliser l' explorateur de fichier graphique en mode root , encore moins placer des fichiers a la corbeille dans ce mode , et ne pas utiliser " sudo_rm_-r /xxx " comment procede t on svp pour resoudre un probleme de la sorte ?

Dernière modification par iznobe (Le 07/04/2021, à 19:24)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

En ligne

#13 Le 20/04/2021, à 22:26

Zococo

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Bonsoir,
J'avais laissé refroidir le message car j'ai été obligé de partir en urgence. De retour depuis quelques jours, pour l'instant ça tient. Je vais le passer en résolu en espérant que ça dure.
Cela dit je ne pense pas que les partitions ne soient pas montées.
Merci pour votre aide même si je n'aime pas beaucoup laisser un problème que je n'ai pas compris.


Ubuntu 20.04 (64 bits) - Gigabyte B250M-DS3H / Core i5-7600K (Kaby lake)

Hors ligne

#14 Le 21/04/2021, à 11:58

iznobe

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Bonjour , pour verifiaction , cela reste simple

sudo du -hxd2 / --exclude /media --exclude /home | sort -h | tail -20

reste a verifier que les données taille et utilisée correspondent a peu pres .

Et pour eviter ce genre de deconvenue , ne jamais taper sudo avec un editeur graphique dans le terminal , juste ca change les permissions de certains fichiers de ton /home/$user , et donc perturbe le fonctionnement de ton ordinateur , sans compter qu ' un clic accidentel arrive parfois plus vite qu on ne le pense .


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

En ligne

#15 Le 24/04/2021, à 22:58

Zococo

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Ah ?
J'avoue que je suis un peu perdu. Je me demande si ça ne continue pas mais nettement moins, peut être du fait de la place gagnée.

sudo du -hxd2 / --exclude /media --exclude /home | sort -h | tail -20
254M	/opt/vivaldi
349M	/opt/calibre
377M	/opt/liclipse
413M	/boot
434M	/var/cache
454M	/usr/local
540M	/usr/bin
542M	/usr/src
581M	/opt/arduino-1.8.13
951M	/var/log
1,7G	/opt/android-studio
3,3G	/root/.local
3,5G	/root
4,2G	/opt
5,1G	/var/lib
5,3G	/usr/lib
6,5G	/var
8,2G	/usr/share
15G	/usr
30G	/

Ubuntu 20.04 (64 bits) - Gigabyte B250M-DS3H / Core i5-7600K (Kaby lake)

Hors ligne

#16 Le 25/04/2021, à 07:40

iznobe

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Salut ,
chez moi mon user est quand meme bien moins grand , ainsi que ma partition racine , 2 fois moins important pour chacun :

iznobe@iznobe-PC:~$ sudo du -hxd2 / --exclude /media --exclude /home | sort -h | tail -20
[sudo] Mot de passe de iznobe :    
89M	/usr/include
142M	/opt/SweetHome3D-6.5.2
181M	/var/tmp
215M	/var/log
221M	/opt/intel
309M	/usr/bin
317M	/var/cache
318M	/usr/local
368M	/opt
541M	/lib/firmware
663M	/boot
761M	/var/lib
974M	/usr/src
1,5G	/var
2,0G	/lib/modules
2,6G	/lib
2,6G	/usr/share
4,5G	/usr/lib
8,8G	/usr
14G	/
iznobe@iznobe-PC:~$

tu pourrais essayer de voir avec le moniteur systeme , si une appli ecrit beaucoup en rangeant les processus par ecriture disque par exemple ( et totale ecriture disque ) apres un certain temps .
ca pourrait donner une indication de ce qui ecrit constamment .

PS : si tu ne te sers pas de snap et flatpak tu peux recuperer 4.5 Go en desinstallant ca completement .

que donne

free -h

utilises tu docker ou des machines virtuelles ?

et pour finir que donne :

sudo ls -la /root/.local/share/Trash/
sudo du -sh /root/.local/share/Trash/

Dernière modification par iznobe (Le 25/04/2021, à 08:24)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

En ligne

#17 Le 25/04/2021, à 13:27

Zococo

Re : [RESOLU]Pb espace disque pourtant suffisant + Freeze Quelle méthode ?

Bonjour,
Voici les résultats des commandes :

usr@pc:$ sudo ls -la /root/.local/share/Trash/
total 48
drwx------ 4 root root  4096 mars  24 20:07 .
drwxr-xr-x 8 root root  4096 mars  24 20:07 ..
drwx------ 3 root root 16384 mars  24 20:09 files
drwx------ 2 root root 20480 mars  24 20:09 info
usr@pc:$ sudo du -sh /root/.local/share/Trash/
3,3G	/root/.local/share/Trash/

Dans ma corbeille root il y a des fichiers journal que je trouvais envahissants (3,3 GO !) malgré un paramétrage de logrotate, et uniquement ces fichiers. Je peux les supprimer si tu penses que ça peut être utile.
En fait ta question recoupe une intuition que j'ai depuis un moment. Les intuitions ce n'est pas très sérieux mais je me suis rendu compte que les miennes sont souvent bonnes. Je me demande si le pb ne vient pas d'ecryptfs. Ce qui m'a mis la puce à l'oreille, ce sont les pb que j'avais avec cryptswap (les mêmes) et que je n'ai plus depuis que je ne chiffre plus la swap. Mais supprimer le chiffrage de ma partition personnelle, je trouve ça un peu dur. Ça vaut ce que ça vaut comme intuition...
Merci.


Ubuntu 20.04 (64 bits) - Gigabyte B250M-DS3H / Core i5-7600K (Kaby lake)

Hors ligne