Re: [LA-discussions] big pb d'accès disque dur

[ Thread Index | Date Index | More linuxarverne.org/discussions Archives ]


Bonjour
 

 

----- Original Message -----

From: Pascal à la Poste

Subject: Re: [LA-discussions] big pb d'accès disque dur

 
$ df -h 
qu'est-ce que ça donne ?

Ca ne peut pas donner grand chose si le filesystem n'est pas mounté ;-)
 
fdisk -l
(c'est un L minuscule)
Voilà qui dervait lister les disques / partitions détectés.
En cas d'absence du disque de 2To dans la liste, il faut chercher dans /var/log/syslog et /var/log/messages (ou dmesg, ça dépend de la distribution) s'il n'y a pas un message d'erreur concernant un élément de sous-système scsi (qui gère les disques durs SATA, PATA, USB, etc.)
Par exemple :
 
dmesg | grep -C5 sd
 
(blabla)
[405132.469831] scsi 7:0:0:0: Direct-Access                               1100 PQ: 0 ANSI: 4
[405132.470655] sd 7:0:0:0: [sdh] 31436800 512-byte logical blocks: (16.0 GB/14.9 GiB)
[405132.471318] sd 7:0:0:0: [sdh] Write Protect is off
[405132.471320] sd 7:0:0:0: [sdh] Mode Sense: 43 00 00 00
[405132.472069] sd 7:0:0:0: [sdh] No Caching mode page present
[405132.472071] sd 7:0:0:0: [sdh] Assuming drive cache: write through
[405132.475082] sd 7:0:0:0: [sdh] No Caching mode page present
[405132..475086] sd 7:0:0:0: [sdh] Assuming drive cache: write through
[405132.475956]  sdh: sdh1
[405132.479198] sd 7:0:0:0: [sdh] No Caching mode page present
[405132.479202] sd 7:0:0:0: [sdh] Assuming drive cache: write through
[405132.479205] sd 7:0:0:0: [sdh] Attached SCSI removable disk
(blabla)
 
Si le disque est bien détecté, premier truc à demander :
smartctl -H /dev/sd?
avec /dev/sd? le device correspondant à ce disque-là
et second truc :
smartctl -a /dev/sd? | grep -E "Realloc|Pending|Uncorr"
 
Ce sont ces indicateurs qui permettent de voir la santé du disque (nombre d'erreurs de lecture/écriture incorrigibles)
 
Si la structure est bonne (que les partitions sont reconnues) je lancerait fsck avec l'option -N juste histoire de voir ce qu'il ferait, mais sans qu'il ne touche au disque (moins on oblige le disque à écrire, moins on risque de foirer définitivement les données)
 
Et avant de lancer testdisk, je ferais une passe de "badblocks" pour vérifier que le disque n'a pas de cluster défectueux.
badblocks -b 512 -v /dev/sd?
 
avec 512 la taille des blocks physiques du disque, qu'on peut récupérer dans la sortie de fdisk -l
 
Une fois la santé du disque évaluée, alors on peut tenter un sauvetage des données avec testdisk.
 
 =^.^=


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/