Problème avec un DD externe un peu ancien.

Le 29/10/2016 à 09:00, Dominique a écrit :

Bonjour,

J'ai un DD externe 80 GB qui a déjà de nombreuses années et qui me résiste depuis quelque temps. Voici la sortie dmesg :


------------------------------------------------------------------

Je ne sais pas trop quoi faire pour décider s'il est vraiment mort ou si il y a des erreurs qui sont réparables.

Je vous remercie pour votre aide,

peut etre regarder avec smartctl

smartctl -a "DEVICE"

Le 29/10/2016 à 09:31, Philippe Weill a écrit :

Je ne sais pas trop quoi faire pour décider s'il est vraiment mort ou si il y a des erreurs qui sont réparables.

Je vous remercie pour votre aide,

peut etre regarder avec smartctl

smartctl -a "DEVICE"

smart ne marche pas pour les disques USB... Ou alors en le montant directement en disque interne...

Peut-être un bête fsck ?

--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org

Le 29/10/2016 à 09:37, Sergio a écrit :

Le 29/10/2016 à 09:31, Philippe Weill a écrit :

Je ne sais pas trop quoi faire pour décider s'il est vraiment mort ou si il y a des erreurs qui sont réparables.

Je vous remercie pour votre aide,

peut etre regarder avec smartctl

smartctl -a "DEVICE"

smart ne marche pas pour les disques USB... Ou alors en le montant directement en disque interne...

pas comme je l'ai ecrit c'est vrai mais cela peux fonctionner
voir option -d de smartctl

usb-storage: device scan complete

scsi 6:0:0:0: Direct-Access Freecom ToughDrive PQ: 0 ANSI: 2 CCS

scsi 6:0:0:1: CD-ROM Freecom Password PQ: 0 ANSI: 2 CCS

sd 6:0:0:0: Attached scsi generic sg1 type 0

scsi 6:0:0:1: Attached scsi generic sg2 type 5

sd 6:0:0:0: [sdb] 1465149168 512-byte logical blocks: (750 GB/698 GiB)

sd 6:0:0:0: [sdb] Write Protect is off

sd 6:0:0:0: [sdb] Mode Sense: 38 00 00 00

sd 6:0:0:0: [sdb] Assuming drive cache: write through

sd 6:0:0:0: [sdb] Assuming drive cache: write through

sdb: sdb1


[weill@localhost ~]$ sudo smartctl -s on -a -d usbjmicron /dev/sdb
smartctl 5.43 2012-06-30 r3573 [x86_64-linux-2.6.32-642.6.1.el6.x86_64] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION == Device Model: Hitachi HTS547575A9E384
Serial Number: J2140054G3AA4A
LU WWN Device Id: 5 000cca 644c183e1
Firmware Version: JE4OA40J
User Capacity: 750 156 374 016 bytes [750 GB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 8
ATA Standard is: ATA-8-ACS revision 6
Local Time is: Sat Oct 29 09:42:17 2016 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Disabled

=== START OF ENABLE/DISABLE COMMANDS SECTION == SMART Enabled.

=== START OF READ SMART DATA SECTION == SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 45) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 198) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 062 Pre-fail Always - 0
2 Throughput_Performance 0x0005 100 100 040 Pre-fail Offline - 0
3 Spin_Up_Time 0x0007 164 164 033 Pre-fail Always - 1
4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 255
5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 040 Pre-fail Offline - 0
9 Power_On_Hours 0x0012 100 100 000 Old_age Always - 268
10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 199
191 G-Sense_Error_Rate 0x000a 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 59
193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 7813
194 Temperature_Celsius 0x0002 253 253 000 Old_age Always - 21 (Min/Max 10/45)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 1
197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0
223 Load_Retry_Count 0x000a 100 100 000 Old_age Always - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]


SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Peut-être un bête fsck ?

Le 29/10/2016 à 09:37, Sergio a écrit :

Le 29/10/2016 à 09:31, Philippe Weill a écrit :

peut etre regarder avec smartctl

smart ne marche pas pour les disques USB.

Ça dépend des disques. Parfois il faut spécifier le type de pont USB/ATA
avec l'option -d.

Peut-être un bête fsck ?

Non, aucun intérêt. fsck vérifie un système de fichiers, pas un disque.
Plutôt badblocks pour détecter les blocs illisibles.

Note : Dans les logs du noyau on voit une tentative de lecture du
dernier secteur, peut-être pour rechercher la présence d'une en-tête de
table de partition GPT secondaire à cet emplacement.

Le 29 octobre 2016, Dominique a écrit :

Un mkfs ne me renvoie aucune erreur :

------------------------------------------------------------------

~ $ sudo mkfs.ext3 -v /dev/sdb

Puisque tu écris ton FS directement sur sdb (pas de partitionnement), tu
peux essayer l'option -c (ou -cc) de e2fsck qui utilisera badblocks pour
marquer les éventuels mauvais secteurs.

--
LL
Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
C'est mieux avé les accents (F. Patte)

Le 29/10/2016 à 09:00, Dominique a écrit :

Bonjour,

J'ai un DD externe 80 GB qui a déjà de nombreuses années et qui me
résiste depuis quelque temps. Voici la sortie dmesg :

Bonjour et merci pour votre aide.

En fouillant avec gparted, j'ai compris qu'il me fallait créer une
partition sdb1.

J'ai pu faire un fs ext3 puis un mkfs.vfat sans problème. Je monte mon
DD, touch test et rm test fonctionnent très bien.

Pour autant smartctl s'obstine à être désagréable :

------------------------------------------------------
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-42-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION == Vendor: HDS72808
Product: 0PLAT20
Revision: PF2O
User Capacity: 82,348,278,272 bytes [82.3 GB]
Logical block size: 512 bytes
scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0
scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0

Terminate command early due to bad response to IEC mode page

A mandatory SMART command failed: exiting. To continue, add one or more
'-T permissive' options
------------------------------------------------------


Est-ce grave, docteur ? Parce que, au final, si je peux utiliser ce DD
externe, c'est globalement ce que je recherche...

Bonne fin de journée à tous,

--
Dominique
Courriel : dominique point sextant ate orange en France
Esto quod es

Dominique , dans le message <nv2f79$1ur8$1@gioia.aioe.org>, a écrit :

En fouillant avec gparted, j'ai compris qu'il me fallait créer une
partition sdb1.

Ça n'a strictement rien d'obligatoire. C'est plutôt une bonne idée en
pratique, mais ça n'a rien à voir avec le problème.

Pour autant smartctl s'obstine à être désagréable :

scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0
scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0
>> Terminate command early due to bad response to IEC mode page

Est-ce grave, docteur ?

Ça semble indiquer que l'implémentation de SMART dans le contrôleur USB
de ce disque est buggée. C'est fréquent, et à part pour utiliser SMART
ce n'est pas grave. Cela dit, lire le message d'erreur peut aider :

A mandatory SMART command failed: exiting. To continue, add one or more
'-T permissive' options

Dominique , dans le message <nv1heg$1nku$1@gioia.aioe.org>, a écrit :

[128311.104061] sd 11:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current]

[128311.104069] blk_update_request: critical medium error, dev sdb, sector 160836480

« Medium error » : le disque est bon pour la poubelle.

Le 29/10/2016 à 17:33, Nicolas George a écrit :

Dominique , dans le message <nv1heg$1nku$1@gioia.aioe.org>, a écrit :

[128311.104061] sd 11:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current]

[128311.104069] blk_update_request: critical medium error, dev sdb, sector 160836480

« Medium error » : le disque est bon pour la poubelle.

sur des partitionnements ou des boots secteurs incorrects, ca m'est déja
arrivé.
Il faudrait voir si le n° de secteur 160836480 existe bien ou si c'est
une erreur dans la table de partition qui pointe sur un secteur qui
n'existe pas.

Pour éviter de trainer des erreurs de ce genre, il y a une option dans
gparted pour recréer une table de partition propre (menu
périphériques/créer une table de partition).

Ensuite, utiliser badblocks en lecture seule pour commencer comme
conseillé par Philippe.
Sur un 80 Go, même en USB, c'est pas très long...

"Th.A.C" , dans le message <5814cb6e$0$5286$426a34cc@news.free.fr>, a
écrit :

sur des partitionnements ou des boots secteurs incorrects, ca m'est déja
arrivé.
Il faudrait voir si le n° de secteur 160836480 existe bien ou si c'est
une erreur dans la table de partition qui pointe sur un secteur qui
n'existe pas.

Ça m'étonnerait vraiment. Qu'un mauvais partitionnement puisse provoquer
des erreurs, c'est une évidence. Mais cette erreur précise, ça me semble
doublement impossible.

Premièrement parce que le noyau connaît la taille du disque : si le
partitionnement ou le filesystem désigne un secteur qui n'existe pas, il
va faire une erreur immédiatement et pas émettre l'instruction ATA de
lecteur.

Deuxièmement parce que le disque lui-même connaît sa propre taille, donc
si une commande lui demande de lire un secteur qui n'existe pas, il va
renvoyer un code d'erreur qui veut dire ça, pas un code d'erreur qui dit
que le secteur est défectueux.

D'ailleurs, les détails donnés excluent de toutes façons le problème :
le secteur demandé est le numéro 160836480, et on sait que le disque en
comporte 160836481, donc il existe, c'est le tout dernier.