Salut à tous!

Je pense pouvoir faire une croix sur un disque dur ext4.

Je m'explique : ce matin, fedora ne boote pas, ou en mode rescue. Sur le coup je pense réparer ça depuis un live Cd. Passons les quelques déboires, finalement en bootant en mode rescue puis "init 5", ma belle interface graphique me permet... de poster sur ce forum.

J'ai commenté la ligne concernant ce disque dans /etc/fstab.
UUID=09d80385-3454-423d-b981-4d8ca70340f0 /media/msd ext4 defaults 1 2
Seulement, parcourant /dev, en utilisant "utilitaire de disque" ou "gparted", ou en listant les UUID dispo en tapant blkid, le disque n'apparait tout simplement pas.

Je suppose que je peux démarrer normalement en le débranchant, mais s'il n'apparait pas dans dev, comment le sauver?
J'ai aussi bêtement essayé de décommenter la ligne dans etc/fstab puis de taper mount /media/msd (de son doux nom), et là réponse logique
mount : le périphérique spécial UUID=09d80385-3454-423d-b981-4d8ca70340f0 n'existe pas
Ai-je encore une chance? Là plupart des données sont sauvegardées ailleurs, mais sauver le matériel?

Merci!
sauver le matériel?
Si c'est une panne matérielle je ne vois pas comment en sortir. Vu les prix actuels des disques, le moindre devis te coutera plus cher qu'un disque neuf.
Que donne le dmesg par rapport à ce disque ?
Que donne fdisk -l ?
Essaye de changer la nappe d'emplacement et aussi d'en mettre une nouvelle pour voir si elle n'est pas morte (ça arrive..)
@nouvo09 - oui ça me parait malheureusement parti pour ça, je voulais juste esssayer afin de me résigner

@MarbolanGos - Pour la nappe, j'ai oublié de présiser que c'est un disque SATA, mais je vais essayer d'échanger. "fdisk -l " ne retourne rien, je suppose qu'il faut lui passer en paramètre un périphérique, mais comme je ne le trouve pas. dmesg est un peu plus bavard

[ 0.798483] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x3f impl SATA mode
[ 0.798487] ahci 0000:00:1f.2: flags: 64bit ncq sntf stag pm led clo pmp pio slum part ems apst
[ 0.798493] ahci 0000:00:1f.2: setting latency timer to 64
[ 0.808763] scsi0 : ahci
[ 0.808809] scsi1 : ahci
[ 0.808845] scsi2 : ahci
[ 0.808880] scsi3 : ahci
[ 0.808914] scsi4 : ahci
[ 0.808949] scsi5 : ahci
[ 0.809020] ata1: SATA max UDMA/133 abar m2048@0xfbffc000 port 0xfbffc100 irq 41
[ 0.809022] ata2: SATA max UDMA/133 abar m2048@0xfbffc000 port 0xfbffc180 irq 41
[ 0.809024] ata3: SATA max UDMA/133 abar m2048@0xfbffc000 port 0xfbffc200 irq 41

(...)

[ 1.648489] ata2: SATA link down (SStatus 0 SControl 300)

(...) c'est là que ça devient intéressant

[ 11.648220] ata3: softreset failed (1st FIS failed)
[ 21.647963] ata3: softreset failed (1st FIS failed)
[ 56.647064] ata3: softreset failed (1st FIS failed)
[ 56.647126] ata3: limiting SATA link speed to 1.5 Gbps
[ 61.847993] ata3: softreset failed (device not ready)
[ 61.848056] ata3: reset failed, giving up

Plusieurs forums abordent la chose, recompiler le kernel avec une option, ou encore changer les options du BIOS, mais je pense que ça ne correspond pas à mon cas car le disque marchait avant...
En effet, faire un fdisk -l sur un disque qui n'existe plus, ça relève plutôt de la voyance.