Si tu n'a rien de monté dans /mnt et que tu as 64Go pris c'est sur celui du root directement.

Sinon il montre juste l'espace monté.
Sans le df -h complet c'est plus dur à deviner.

Après tu as aussi une partition ntfs.... Donc bah...

Par contre tes xfs cela correspond à quoi du coup?
Ben non, pas de ntfs sur le serveur : c'est justement le disque externe (que je dois pouvoir lire sur un pc windows en cas de défaillance du serveur) et qui du coup est monté sur mnt.
Aucune idée en ce qui concerne les xfs. je suppose que ce sont des partitions systèmes créées par fedora lors de sa première installation.
Le xfs n'est pas normalement là par défaut..

D'où mon interrogation.

Encore une fois que retourne ton 
df -h
complet cette foi ci?
Hiryo wrote: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'
Yu demande de l'attention mais tu ne fais pas ce qu'on te demande

un smartctl sur /dev/sda3 n'a rigoureusement aucun sens. Tu désignes une partition alors que tu veux un audit du disque.
A ce niveau c'est ma faute. Mais bon pas mieux pour le reste.

Après je ne vois rien de plus. Il n'y a rien qui me choc sauf cêtre histoire de partition par défaut en xfs...

Parce que là...
Un peu violent comme réaction nouvo09... D'autant que je fais exactement ce qu'on me demande même si je ne comprend pas tout... et le smartctl qu'il soit sur une partition ou le disque complet c'est du chinois pour moi. Je ne connaissais même pas la commande. Par acquis de conscience, ci-dessous les résultats du df -h et mes remerciements à vindicators pour le temps passé à essayer de m'aider. 
 df -h
Sys. de fichiers        Taille Utilisé Dispo Uti% Monté sur
devtmpfs                  4,0M       0  4,0M   0% /dev
tmpfs                     7,8G       0  7,8G   0% /dev/shm
tmpfs                     3,1G    306M  2,8G  10% /run
/dev/mapper/fedora-root   245G    202G   43G  83% /
tmpfs                     7,8G    4,0K  7,8G   1% /tmp
/dev/sda2                1014M    281M  734M  28% /boot
/dev/sdb1                 932G     64G  868G   7% /mnt/Sauvegardes
/dev/sda1                1014M    221M  794M  22% /run/media/H_Admin/e08d03c3-d9c3-44d2-aa6b-93821303ad24
tmpfs                     1,6G     40K  1,6G   1% /run/user/1000
Hiryo wrote:Je ne connaissais même pas la commande.
Un man smartctl t'aurait au moins donné un début de réponse et au moins tu aurais commencé à agir par toi même au lieu de tout attendre des autres.
Je résume :

Ton sda fait 245Go. Tu en utilise 202Go, il en reste 43Go.

Ton home fait 63 - 202 Go = 139Go (+/-)

Du coup les 140Go sont égale à quoi? Bonne question... Parce que bon le cumul de ce qui est en / en dehors du /home = 14Go.

Donc où sont les 140Go - 14 Go = 126Go?

Donc soit ton disque lâche, soit ton raid semi logiciel carte maman est foireux niveau support (support +/- logiciel pour rappel. Gérer cela au niveau de lvm/BTRFS serait plus adapté du coup avec un support à 100% par le système), soit... Tu peux refaire ton installation au propre après sauvegarde des données.

Déjà un : 
sudo smarctl -aA /dev/sda
Pour savoir vraiment les infos de ton unité de stockage (marque, modèle, taille physique, etc...)

Mais du coup on ne connaitra pas l'état de ton autre unité de stockage en RAID1...

PS : Si tu dispose de Seagate grand public on te pend par les pieds :-P :lol: :hammer:
Merci pour ces remarques super constructives nouvo09. Je cherche des solutions depuis des semaines et c'est seulement depuis quelques jours que je me suis décidé à demander de l'aide. Pour info, je ne souhaite pas devenir un spécialiste de Fedora, même si j'ai installé mes serveurs avec Fedora depuis la version 17.... Si tu ne souhaites pas apporter tes lumières, c'est ton choix et je le respecte. Mais ton agressivité n'a rien à faire, à mon sens, dans cette discussion.
Pour répondre à vindicators, qui lui a fait son possible pour m'apporter ses lumières :
- Non, les disques sont des disques spécial serveur pris chez dell lors de mon achat du T330, certifié enterprises fournit a priori par Toshiba . J'avais pensé à un souci de raid et j'ai essayé de lancer le serveur avec un seul disque mais sans succès sur mon problème.
le smartctl me renvoie le même blocage 
sudo smartctl -aA /dev/sda
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/sda failed: DELL or MegaRaid controller, please try adding '-d megaraid,N'
Je pense donc que je vais abandonner mes recherches et partir sur un réinstallation complète... Vu qu'il reste 40Go, ça attendra cet été !
Merci pour tout.
Tu es sur de ne pas avoir la taille total des 2hdd (tu ne ferais pas plutôt du raid0?)en fait?

Tu aurais plus d'info sur ceux ci?
les disques sont des DELL PERC H330 Adp. ils font chacun 300 Go et ils sont bien en raid 1.
Tu peux faire un : 
sudo du -sh /home/*
les 140Go doivent bien être quelques part...
J'ai changé les noms des répertoires mais pas les répartitions. Mais je crois que tu as raison et que je vais explorer dès demain la piste du RAID qui pourrait peut être poser problème à Fedora... 
sudo du -sh /home/*
0       /home/User1
0       /home/ftp
1,6G    /home/User2
19G     /home/web
43G     /home/dossiers_partages
En fait, ce n'est pas le nom des disques (je me suis fié à cockpit) mais le nom de l'adaptateur raid. desolé ...
sur mon bon de commande il est noté
300GB 10K RPM SAS 2.5in Hot-plug Hard Drive,3.5in HYB CARR
j'ai enfin compris ce que demandais smartctl...
premier disque 
smartctl -aA -d megaraid,0 /dev/sda
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.16.12-200.fc35.x86_64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               TOSHIBA
Product:              AL14SEB030NY
Revision:             EA02
Compliance:           SPC-4
User Capacity:        300000000000 bytes [300 GB]
Logical block size:   512 bytes
Formatted with type 2 protection
8 bytes of protection information per logical block
Rotation Rate:        10000 rpm
Form Factor:          2.5 inches
Logical Unit id:      0x500003989883787d
Serial number:        48R0A02GFL5E
Device type:          disk
Transport protocol:   SAS (SPL-3)
Local Time is:        Sun Mar  6 19:24:14 2022 CET
SMART support is:     Available - device has SMART capability.
SMART support is:     Enabled
Temperature Warning:  Disabled or Not Supported

=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK

Current Drive Temperature:     30 C
Drive Trip Temperature:        65 C

Accumulated power on time, hours:minutes 32743:01
Manufactured in week 17 of year 2018
Specified cycle count over device lifetime:  50000
Accumulated start-stop cycles:  68
Specified load-unload count over device lifetime:  600000
Accumulated load-unload cycles:  82
Elements in grown defect list: 0

Error counter log:
           Errors Corrected by           Total   Correction     Gigabytes    Total
               ECC          rereads/    errors   algorithm      processed    uncorrected
           fast | delayed   rewrites  corrected  invocations   [10^9 bytes]  errors
read:          0        2         2         2          4     805556,900           0
write:         0        2         2         2          2     109979,774           0
verify:        0        0         0         0          0      58816,332           0

Non-medium error count:        2

SMART Self-test log
Num  Test              Status                 segment  LifeTime  LBA_first_err [SK ASC ASQ]
     Description                              number   (hours)
# 1  Reserved(7)       Completed                  64       2                 - [-   -    -]
# 2  Background short  Completed                  80       1                 - [-   -    -]

Long (extended) Self-test duration: 2091 seconds [34,9 minutes]
deuxième disque 
 smartctl -aA -d megaraid,1 /dev/sda
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.16.12-200.fc35.x86_64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               TOSHIBA
Product:              AL14SEB030NY
Revision:             EA02
Compliance:           SPC-4
User Capacity:        300000000000 bytes [300 GB]
Logical block size:   512 bytes
Formatted with type 2 protection
8 bytes of protection information per logical block
Rotation Rate:        10000 rpm
Form Factor:          2.5 inches
Logical Unit id:      0x5000039898837921
Serial number:        48R0A02TFL5E
Device type:          disk
Transport protocol:   SAS (SPL-3)
Local Time is:        Sun Mar  6 19:28:12 2022 CET
SMART support is:     Available - device has SMART capability.
SMART support is:     Enabled
Temperature Warning:  Disabled or Not Supported

=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK

Current Drive Temperature:     28 C
Drive Trip Temperature:        65 C

Accumulated power on time, hours:minutes 32743:11
Manufactured in week 17 of year 2018
Specified cycle count over device lifetime:  50000
Accumulated start-stop cycles:  68
Specified load-unload count over device lifetime:  600000
Accumulated load-unload cycles:  80
Elements in grown defect list: 0

Error counter log:
           Errors Corrected by           Total   Correction     Gigabytes    Total
               ECC          rereads/    errors   algorithm      processed    uncorrected
           fast | delayed   rewrites  corrected  invocations   [10^9 bytes]  errors
read:          0        0         0         0          0     820787,214           0
write:         0      321       321       321        322     112593,273           0
verify:        0        0         0         0          0      58816,472           0

Non-medium error count:        3

SMART Self-test log
Num  Test              Status                 segment  LifeTime  LBA_first_err [SK ASC ASQ]
     Description                              number   (hours)
# 1  Reserved(7)       Completed                  64       2                 - [-   -    -]
# 2  Background short  Completed                  80       1                 - [-   -    -]

Long (extended) Self-test duration: 2091 seconds [34,9 minutes]
Deux disques avec le même numéro de série ?

je suis quelque peu perplexe
Avec deux fois la même commande ce ne peut-être que normal.
Je me demande si ce n'est pas du Raid matériel vu la bête.

Mais là il semble y avoir soit des données caché quelque part, voir inaccessibles, soit j'ai épuisé ma liste de commandes pour avoir l'info.

Au vu du partitionnement qui sort des recommandations de bases.

L'unité de stockage est bon, mais pour le reste... autant repartir avec une sauvegarde et un bon formatage, mais en profondeur. C'est l'occasion de repartir sur une bonne base.
Si tu te retrouve toujours avec les 140go utilisé sans raisons, là il faudra peut être envisagé qu'il y a un problème plus grave.
En tous les cas merci.
Pour répondre aux deux autres participants :
Les numéros de série(et id) sont bien différents d'autant que les commandes sont également différentes (megaraid,0 et megaraid,1 qui désigne l'unité de stockage du raid) 
Logical Unit id:      0x500003989883787d
Serial number:        48R0A02GFL5E

Logical Unit id:      0x5000039898837921
Serial number:        48R0A02TFL5E
Je pense en effet que la seule solution restante et de tout reprendre sur une installation neuve.
Merci pour tout.
Je suis peut-être un peu obtus mais pour moi s'il y a deux disques branchés ils doivent être reconnus comme sda et sdb, même s'ils sont assemblés en raid ou autre.

Mais peu importe, je suis surpris du peu que rapporte smartctl. Même s'il s'agit de SSD.