Bonjour à tous,
Je suis confronté à un problème bizarre depuis le passage à Fedora 35. Lorsque je regarde les propriétés de mon disque, il m'annonce qu'il ne reste que 40 Go alors qu'il devrait en rester prés de 200 (le disque fait de base 300 Go)
J'ai vidé le dossier temp, dnf clean all et /var/log également ce qui m'a permis de récupérer quelques Gigas.
Lorsque je fais l'analyseur de disque, il m'indique qu'il y a 45 Go de dispo sur 262 et en répartition, il ne trouve que 74 G et m'affiche le message "Impossible de détecter les tailles de tous les espaces occupés".
un du-sh sur la racine le donne en résultat 140 G (?)
J'ai mis à jour le BIOS de mon T330 et lorsque je fais des recherche de fichiers volumineux, le résultat est cohérent avec l'espace occupé annoncé de 74 Go (presque tout dans home)
J'ai fait pas mal de recherche sur Internet et fait beaucoup d'essais infructeux.
L'analyseur de disque ne donne pas de taille pour /root mais un contrôle depuis le terminal me donne des informations cohérentes également et peu d'espace occupé.
Le mystère reste donc entier et j'aimerais trouver une solution autre qu'une réinstallation complète.
Merci par avance pour votre aide.
Que retourne 
 df -h
Tu utilise du lvm? du BTRFS?
df -h renvoi, sur la partie anormale,
/dev/mapper/fedora-root 245G 202G 43G 83% /
J'utilise LVM uniquement
Bon alors lvm :
1 que retourne : 
vgs
Que retourne : 
lvs
Tu dois pas utiliser toute l'espace de stockage pour tes LV. Ce qui fait que tu ne doit pas tout voir.

Un simple : 
sudo lvextend -L +XXG /dev/vg..../lv.... -r
Tu remplace XX par la taille supplémentaire voulue, vg.... par le nom du vg, lv.... par le nom du lv visé.
Le "-r" permet de formater directement au même format (EXT4 par défaut).
1 - 
VG     #PV #LV #SN Attr   VSize    VFree
 fedora   1   2   0 wz--n- <251,95g 4,00m
lvs retourne 
 root fedora -wi-ao---- 244,14g                                                
  swap fedora -wi-ao----   7,80g
Le problème est qu'il semble indiquer tout utiliser mais qu'un espace ne semble pas être accessible
Pour infor, j'ai bien une partition non utilisée de 25 Go mais que je ne sais pas affecter à home car je ne sais pas démonter une partition système (j'avoue ne pas avoir pris le temps d'approfondir la question). Là je me focalise surtout sur la partie "invisible" qui est plus importante en taille.
/dev/mapper/fedora-root 245G 202G 43G 83% /

Tu as 245Go (tout mettre dans /root... c'est vraiment pas conseillé!) dont 202Go d'utilisé et il reste 43Go.

Pour le reste...

Que retourne : 
sudo du -sh /
En fait, je ne partitionne pas mon disque principal, tout est dans /home (fichiers et sites web en dev). Le disque est en raid 1 et des sauvegardes sont effectuées tous les jours pour remonter, en cas de problème, un serveur de secours. 
sudo du -sh /
du: impossible d'accéder à '/proc/12229/task/12229/fd/3': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/12229/task/12229/fdinfo/3': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/12229/fd/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/12229/fdinfo/4': Aucun fichier ou dossier de ce type
140G    /
Tu n'aurrais pas monté ton lv en RAID1 sur la même unité de stockage par hasard de ton /?

Sinon cherche pas, RAID 1 = Miroir = une unité de stockage + une unité de stockage = espace d'une seule unité de stockage.

Que retourne : 
sudo mdadm --detail /dev/md127
Après 140Go + 75Go... tu dois avoir ailleurs quelque chose qui prend tout.

Généralement les sites web sont dans /var/www/html.
sudo mdadm --detail /dev/md127
mdadm: cannot open /dev/md127: No such file or directory
Je sais, mais j'ai préféré tout déplacer dans home pour ne pas avoir à gérer les espaces, justement.
En ce qui concerne le raid, il est géré par la carte mère. Avant mon upgrade via dnf, je n'avais pas de souci d'espace
oki.... donc tu as 2 unités de stockage.

Que retourne : 
sudo du -sh /
Ce qui prend de l'espace doit être ailleurs
Toujours le même résultat 
sudo du -sh /
du: impossible d'accéder à '/proc/13295/task/13295/fd/3': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/13295/task/13295/fdinfo/3': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/13295/fd/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/13295/fdinfo/4': Aucun fichier ou dossier de ce type
140G    /
Ce qui m'inquiète c'est la phrase de l'analyseur d'espace de stockage de gnome :
"Impossible de détecter les tailles de tous les espaces occupés"
Dsl j'ai oublié le * 
sudo du -sh /*
sudo du -sh /*
0       /bin
241M    /boot
0       /dev
118M    /etc
62G     /home
0       /lib
0       /lib64
0       /media
64G     /mnt
173M    /opt
du: impossible d'accéder à '/proc/15253/task/15253/fd/3': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/15253/task/15253/fdinfo/3': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/15253/fd/3': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/15253/fdinfo/3': Aucun fichier ou dossier de ce type
0       /proc
73M     /root
168M    /run
0       /sbin
0       /srv
0       /sys
1,8M    /@System.solv
0       /tmp
4,6G    /usr
9,0G    /var
Hiryo wrote:[...]
J'ai fait pas mal de recherche sur Internet et fait beaucoup d'essais infructeux.[...]
Pareil pour moi, c'est long et on trouve souvent de nombreuses pistes qui ne fonctionnent malheureusement pas...

Si ça peut te servir, voilà ci-dessous une commande qui renvoie la taille de tous les dossiers par ordre croissant (attention, ça peut être un peu long...). 
du --exclude="/home" -x -h -a / | sort -r -h | head -30
C'est sûre : il faut être patient et essayer beaucoup de choses avant d'avoir un espoir de résolution mais c'est le jeu...
Le résultat de ta commande renvoie un résultat qui me semble confirmer le fait que fedora connait bien la taille de la partition mais qu'une partie est bien hors de son contrôle... 
du --exclude="/home" -x -h -a / | sort -r -h | head -30
14G     /
9,0G    /var
5,9G    /var/lib
5,3G    /var/lib/mysql
4,6G    /usr
2,2G    /var/spool
1,6G    /usr/lib64
1,5G    /var/spool/clientmqueue
1,5G    /var/lib/mysql/CRM_TP
1,5G    /usr/share
1,3G    /var/lib/mysql/CRM_TP/btp_dossier_facture_impression.ibd
1,3G    /var/lib/mysql/CRM_TP_20211214
1,1G    /var/lib/mysql/CRM_TP_20211214/btp_dossier_facture_impression.ibd
918M    /usr/lib
660M    /var/lib/mysql/CRM_TP_VIERGE
625M    /var/lib/mysql/CRM_Kisio
604M    /var/spool/abrt
525M    /var/lib/mysql/CRM_TP_VIERGE/btp_dossier_factures.ibd
524M    /var/spool/abrt/ccpp-2022-01-03-17:09:07.335222-42509/coredump
524M    /var/spool/abrt/ccpp-2022-01-03-17:09:07.335222-42509
509M    /var/cache
500M    /var/log
441M    /usr/share/locale
396M    /var/log/messages
339M    /usr/lib/modules
305M    /usr/bin
273M    /var/lib/mysql/CRM_Kisio/cki_clients.ibd
258M    /usr/lib/firmware
258M    /usr/lib64/firefox
247M    /var/cache/dnf
Bon ...
Déjà fait un : 
sudo pvscan
Puis un (remplace le x de sdx par la lettre de ton unité de stockage visé) : 
sudo dnf install smartmontools -y && sudo smartctl -aA /dev/sdx
Il est possible que tu ais une partition qui ne soit pas rattaché à ton VG. Du coup normal que tu ne le vois pas.

Rajoute aussi : 
sudo parted -l
sudo pvscan
  PV /dev/sda3   VG fedora          lvm2 [<251,95 GiB / 4,00 MiB free]
  Total: 1 [<251,95 GiB] / in use: 1 [<251,95 GiB] / in no VG: 0 [0   ]
Pour a deuxième commande j'obtiens 
sudo dnf install smartmontools -y && sudo smartctl -aA /dev/sda3
Dernière vérification de l’expiration des métadonnées effectuée il y a 3:07:40 le ven. 04 mars 2022 07:16:03.
Le paquet smartmontools-1:7.2-11.fc35.x86_64 est déjà installé.
Dépendances résolues.
Rien à faire.
Terminé !
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.16.11-200.fc35.x86_64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

Smartctl open device: /dev/sda3 failed: DELL or MegaRaid controller, please try adding '-d megaraid,N'
donc j'ai ajouté le -d megaraid,N à la commande précédente mais j'obtiens un unknown device type... 
smartctl --all -d megaraid,N /dev/sda3
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.16.11-200.fc35.x86_64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

/dev/sda3: Unknown device type 'megaraid,N'
et pour la dernière commande 
sudo parted -l
Modèle : DELL PERC H330 Adp (scsi)
Disque /dev/sda : 299GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque :

Numéro  Début   Fin     Taille  Type     Système de fichiers  Drapeaux
 1      1049kB  1075MB  1074MB  primary  xfs                  démarrage
 2      1075MB  2149MB  1074MB  primary  xfs
 3      2149MB  273GB   271GB   primary                       lvm


Modèle : ASMT 2105 (scsi)
Disque /dev/sdb : 1000GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : loop
Drapeaux de disque :

Numéro  Début  Fin     Taille  Système de fichiers  Drapeaux
 1      0,00B  1000GB  1000GB  ntfs


Modèle : Inconnu (unknown)
Disque /dev/zram0 : 8590MB
Taille des secteurs (logiques/physiques) : 4096B/4096B
Table de partitions : loop
Drapeaux de disque :

Numéro  Début  Fin     Taille  Système de fichiers  Drapeaux
 1      0,00B  8590MB  8590MB  linux-swap(v1)
Oki, je ne sais pas comment il tourne pour gérer le raid de ta carte maman.

Pour finir que retourne : 
sudo blkid
Histoire de voir si il n'y a pas une partition défini oublié dans ton fstab.

Tu as quoi dans /mnt?
sudo blkid
/dev/mapper/fedora-root: UUID="62465dd7-4969-49df-aea5-0ae39b009b7e" BLOCK_SIZE="512" TYPE="xfs"
/dev/mapper/fedora-swap: UUID="2c4a5f8d-a68e-4e44-8c11-293eda3136e2" TYPE="swap"
/dev/sdb1: LABEL="Sauvegardes" BLOCK_SIZE="512" UUID="6749DE35203884DA" TYPE="ntfs"
/dev/sda2: UUID="9821043c-1140-4b61-9b6a-8338aebdbc9e" BLOCK_SIZE="512" TYPE="xfs" PARTUUID="4a35cef4-02"
/dev/sda3: UUID="WiiXKf-GBjM-wfw0-P4Mx-LRfq-Wp9f-dVM0yP" TYPE="LVM2_member" PARTUUID="4a35cef4-03"
/dev/sda1: UUID="e08d03c3-d9c3-44d2-aa6b-93821303ad24" BLOCK_SIZE="512" TYPE="xfs" PARTUUID="4a35cef4-01"
/dev/zram0: LABEL="zram0" UUID="212d4080-2bae-4deb-9d2d-3a7c5639a3ea" TYPE="swap"
/mnt n'est que le chemin de montage d'un disque externe. Je ne connais pas bien le principe mais ces 64 Go ne devrait être que dans le disque d'1 To et je ne comprends pas bien pourquoi il se retrouve à prendre de la capacité sur le DD système.