Bonne question. Je n'ai pas testé gnome avec btrfs.

Regarde dans /tmp /var/cache et /var/spool si tu peux faire un peu de ménage.

regarde aussi dans /var/log si tu n'as pas un log qui part en sucette.

Regarde aussi si dans /home tu n'as pas quelque chose qui prend de la place.
VINDICATORs wrote:Regarde dans /tmp /var/cache et /var/spool si tu peux faire un peu de ménage.

regarde aussi dans /var/log si tu n'as pas un log qui part en sucette.

Regarde aussi si dans /home tu n'as pas quelque chose qui prend de la place.
Comment dois-je procéder pour voir tout ça, et modifier ou supprimer ?
du -sh /tmp/*
Par exemple pour voir ce qui prend le plus de place.
Remplace /tmp par le répertoire que tu veux vérifier.

rm commande pour supprimer (les exemples ne manquent pas...)

Après c'est vaste, il faudrait déjà savoir ce qui te prend de la place.

Il faudrait démarrer avec un liveusb et monter ton unité de stockage /, cela éviterai d'être bloqué par les services qui ne peuvent plus se lancer faut de place.
VINDICATORs wrote:du -sh /tmp/*
Par exemple pour voir ce qui prend le plus de place.
Remplace /tmp par le répertoire que tu veux vérifier.

rm commande pour supprimer (les exemples ne manquent pas...)

Après c'est vaste, il faudrait déjà savoir ce qui te prend de la place.
/tmp
699M /var/cache
2,1G /var/spool
4,1G /var/log
189G /home
VINDICATORs wrote:Il faudrait démarrer avec un liveusb et monter ton unité de stockage /, cela éviterai d'être bloqué par les services qui ne peuvent plus se lancer faut de place.
J'ai essayé avec un liveusb mais je ne vois nulle part l'unité de stockage à monter.
Je dois passer à côté de quelque chose.
VINDICATORs wrote:du -sh /tmp/*
Par exemple pour voir ce qui prend le plus de place.
Remplace /tmp par le répertoire que tu veux vérifier.

rm commande pour supprimer (les exemples ne manquent pas...)
En effet en m'appuyant sur la doc (https://doc.fedora-fr.org/wiki/Debuter_avec_le_terminal#Modifier_les_fichiers_et_les_dossiers) j'ai pu effacer des fichiers et des dossiers qui étaient bien lourds !
Fedora se relance nickel. 🙂

Donc merci à tous pour votre aide.

Par contre j'ai une question VINDICATORs, est-ce normal de devoir faire tout ça ?
N'y a-t-il pas une sorte de plafond de sécurité à configurer qui empêcherait ainsi de saturer le disque dur au point que ça empêche le lancement de Fedora ?
Tu peux, mais après cela dépend de ce que tu as qui peut remplir la partition.

le mieux est de séparer le /home pour éviter que les données perso empiète sur le /.

Tu peux aussi séparer le /var par exemple, voir le /var/log. Mais cela peut quand même empêcher le système de redémarrer proprement....

le /var/log tu peux compresser et mettre en place une rotation des logs dans /etc/logrotate.conf et plus ciblé dans /etc/logrotate.d/ qui fera le ménage automatiquement.

https://linuxtechlab.com/install-logrotate-linux-centos-rhel-fedora-ubuntu-debian/
Ok je regarderai ça !

Merci encore, je clos donc ce sujet.

😉
j'ai aussi remarqué que sur kde X11, l'alerte en cas de remplissage ne s'affiche plus
Faut peut-être s'assurer que ce n'est pas trop temporaire.
Que retourne 
$ sudo du -x -h -a / | sort -r -h | head -30
$ sudo du -x -h -a /home | sort -r -h | head -30
Pour ce qui est de ta question il faut regarder du côté de btrfs quota.
Nicosss wrote:Faut peut-être s'assurer que ce n'est pas trop temporaire.
Que retourne 
$ sudo du -x -h -a / | sort -r -h | head -30
$ sudo du -x -h -a /home | sort -r -h | head -30
21G	/
12G	/var
8,9G	/usr
4,7G	/var/lib
4,3G	/var/lib/flatpak/repo/objects
4,3G	/var/lib/flatpak/repo
4,3G	/var/lib/flatpak
4,1G	/var/spool/abrt
4,1G	/var/spool
3,5G	/usr/share
3,4G	/usr/lib64
2,4G	/var/lib/flatpak/repo/objects/85/0261b53a5a717c6bdf7921039caa1ccb7dc2d56271a671b2991f26b0510ff3.file
2,4G	/var/lib/flatpak/repo/objects/85
2,2G	/var/log
2,1G	/var/log/journal/44fed9885454419fb0e8fa8e980ecc28
2,1G	/var/log/journal
1,5G	/var/spool/abrt/ccpp-2021-07-23-11:37:47.685730-3204/coredump
1,5G	/var/spool/abrt/ccpp-2021-07-23-11:37:47.685730-3204
1,4G	/var/spool/abrt/ccpp-2021-07-23-11:33:32.292456-5098/coredump
1,4G	/var/spool/abrt/ccpp-2021-07-23-11:33:32.292456-5098
1,3G	/var/spool/abrt/ccpp-2021-07-23-11:22:52.649098-43168/coredump
1,3G	/var/spool/abrt/ccpp-2021-07-23-11:22:52.649098-43168
1,2G	/usr/lib
696M	/usr/share/locale
569M	/var/cache
569M	/usr/share/proj
454M	/usr/bin
411M	/usr/lib64/chromium-browser
402M	/usr/lib64/libreoffice
310M	/usr/lib64/chromium-browser/chromium-browser

156G	/home/user
156G	/home
92G	/home/user/Téléchargements
49G	/home/user/Documents/D/SWITCH
49G	/home/user/Documents/D
49G	/home/user/Documents
28G	/home/user/Téléchargements/An***
21G	/home/user/Téléchargements/Torrents
16G	/home/user/Documents/D/SWITCH/[01007EF00011E000][v1.6.0 2DLC].xci
14G	/home/user/Téléchargements/T.mkv
14G	/home/user/Téléchargements/An***/Karaoké
13G	/home/user/Téléchargements/Torrents/2007-2021.mkv
11G	/home/user/Vidéos
8,3G	/home/user/Téléchargements/007
7,5G	/home/user/Documents/D/SWITCH/[01002DA013484000][v0].xci
7,1G	/home/user/Téléchargements/An***/Karaoké/Chansons françaises et îles
6,4G	/home/user/Vidéos/Caméra A/STREAM
6,4G	/home/user/Vidéos/Caméra A
5,9G	/home/user/Documents/D/SWITCH/[01006BB00C6F0000][v1.0.1].xci
5,6G	/home/user/Téléchargements/An***/Karaoké/Chansons anglophones et autres
5,4G	/home/user/Téléchargements/S.mkv
5,3G	/home/user/Documents/D/SWITCH/(v1.4.3.2).xci
5,2G	/home/user/Téléchargements/An***/Musiques non retenues
4,8G	/home/user/Téléchargements/Trilogy/TheIII..mkv
4,8G	/home/user/Téléchargements/An***/Musique soirée
4,7G	/home/user/Téléchargements/Trilogy/TheII..mkv
4,5G	/home/user/Téléchargements/007/2015.mkv
4,3G	/home/user/Téléchargements/Trilogy/TheI.mkv
3,8G	/home/user/Téléchargements/007/2012.mkv
Nicosss wrote:Pour ce qui est de ta question il faut regarder du côté de btrfs quota.
Qu'est-ce donc ?
si j'ai bien compris en fait ce n'est pas géré !
une page l'explique bien mais je ne sias pas si elle est à jour car pas de date :
https://fr.pacificabahai.org/195850-how-to-display-quota-limit-MIOBPJ wrote:...Au moment où nous parlons, btrfs est cassé par conception à cet égard.

Il n'y a actuellement aucune fonction dans btrfs-progs, pour montrer quel sous-volume a quel quota. Vous devez écrire un script (et beaucoup de ceux qui sont tombés amoureux de btrfs le font), pour analyser les numéros de groupe de quotas abstraits qu'il génère et lister les sous-volumes à l'intérieur de ces groupes de quotas en dessous d'eux. Cela pourrait être ajouté, mais les développeurs de btrfs refusent religieusement de le faire.

Encore pire, il y a pas seulement aucun moyen de montrer combien de quota un sous-volume utilise actuellement. C'est pourquoi df affiche uniquement l'espace libre total. Il n'est pas possible de faire cela du tout en raison de la façon dont btrfs est conçu à sa base. En effet, les sous-volumes fonctionnent comme des instantanés. Cela signifie que pour connaître la quantité de données dans un sous-volume, vous devez analyser l'ensemble du système de fichiers, trouver tous les fichiers liés à ce sous-volume / instantané, puis les additionner...
Heureusement, dolphin indique la place libre dans sa barre de tâche.
Merci, j'ai l'explication de la disparition de l'alerte