Disque cassé?

Support Debian
#1

Bonjour,

ce disque USB n’est plus reconnu, ni par blkid, ni par sfdisk.
la commande hdparm indique:

$sudo hdparm -I /dev/sdb
ATA device, with non-removable media
Standards:
	Likely used: 1
Configuration:
	Logical		max	current
	cylinders	0	0
	heads		0	0
	sectors/track	0	0
	--
	Logical/Physical Sector size:           512 bytes
	device size with M = 1024*1024:           0 MBytes
	device size with M = 1000*1000:           0 MBytes 
	cache/buffer size  = unknown
Capabilities:
	IORDY not likely
	Cannot perform double-word IO
	R/W multiple sector transfer: not supported
	DMA: not supported
	PIO: pio0

et la commande gpart:

#gpart /dev/sdb

Begin scan...

* Warning: read error (EIO) near sector(62), skipping...
End scan.

Checking partitions...
Ok.

Guessed primary partition table:
Primary partition(1)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Primary partition(2)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Primary partition(3)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Primary partition(4)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

    /dev/sdb:

    ATA device, with non-removable media
    Standards:
    	Likely used: 1
    Configuration:
    	Logical		max	current
    	cylinders	0	0
    	heads		0	0
    	sectors/track	0	0
    	--
    	Logical/Physical Sector size:           512 bytes
    	device size with M = 1024*1024:           0 MBytes
    	device size with M = 1000*1000:           0 MBytes 
    	cache/buffer size  = unknown
    Capabilities:
    	IORDY not likely
    	Cannot perform double-word IO
    	R/W multiple sector transfer: not supported
    	DMA: not supported
    	PIO: pio0

et gparted la désigne (/dev/hdb) mais mouline en vain.

Ce disque est-il récupérable? (j’en doute car fdisk et sfdisk échouent à le reconnaître). Mais mon ignorance abyssale m’incite à vous poser la question avant de le jeter.
Merci pour votre compréhension

Disque Transcend StoreJet 25H3 mort?
#2

Suite! smartctl indique:

#smartctl -x /dev/sdb
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.12.90+deb13-rt-amd64] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Blue Mobile (SMR)
Device Model:     WDC WD20SPZX-00UA7T0
Serial Number:    WD-WX71E191H3JX
LU WWN Device Id: 5 0014ee 2665fe4a8
Firmware Version: 01.01A01
User Capacity:    2 000 398 934 016 bytes [2,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Form Factor:      2.5 inches
TRIM Command:     Available, deterministic
Device is:        In smartctl database 7.3/5528
ATA Version is:   ACS-3 T13/2161-D revision 5
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Mon Jun  8 15:46:05 2026 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
AAM feature is:   Unavailable
APM level is:     128 (minimum power consumption without standby)
Rd look-ahead is: Enabled
Write cache is:   Enabled
DSN feature is:   Unavailable
ATA Security is:  Disabled, NOT FROZEN [SEC1]
Wt Cache Reorder: 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: 		(23040) seconds.
Offline data collection
capabilities: 			 (0x71) SMART execute Offline immediate.
					No Auto Offline data collection support.
					Suspend Offline collection upon new
					command.
					No Offline surface scan supported.
					Self-test supported.
					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: 	 ( 371) minutes.
Conveyance self-test routine
recommended polling time: 	 (   3) minutes.
SCT capabilities: 	       (0x3035)	SCT Status 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          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
  1 Raw_Read_Error_Rate     POSR-K   200   200   051    -    0
  3 Spin_Up_Time            POS--K   245   215   021    -    741
  4 Start_Stop_Count        -O--CK   100   100   000    -    273
  5 Reallocated_Sector_Ct   PO--CK   200   200   140    -    0
  7 Seek_Error_Rate         -OSR-K   200   200   000    -    0
  9 Power_On_Hours          -O--CK   097   097   000    -    2755
 10 Spin_Retry_Count        -O--CK   100   100   000    -    0
 11 Calibration_Retry_Count -O--CK   100   100   000    -    0
 12 Power_Cycle_Count       -O--CK   100   100   000    -    109
192 Power-Off_Retract_Count -O--CK   200   200   000    -    71
193 Load_Cycle_Count        -O--CK   200   200   000    -    1054
194 Temperature_Celsius     -O---K   110   094   000    -    37
196 Reallocated_Event_Count -O--CK   200   200   000    -    0
197 Current_Pending_Sector  -O--CK   200   200   000    -    0
198 Offline_Uncorrectable   ----CK   100   253   000    -    0
199 UDMA_CRC_Error_Count    -O--CK   200   200   000    -    0
200 Multi_Zone_Error_Rate   ---R--   100   253   000    -    0
                            ||||||_ K auto-keep
                            |||||__ C event count
                            ||||___ R error rate
                            |||____ S speed/performance
                            ||_____ O updated online
                            |______ P prefailure warning

General Purpose Log Directory Version 1
SMART           Log Directory Version 1 [multi-sector log support]
Address    Access  R/W   Size  Description
0x00       GPL,SL  R/O      1  Log Directory
0x01           SL  R/O      1  Summary SMART error log
0x02           SL  R/O      5  Comprehensive SMART error log
0x03       GPL     R/O      6  Ext. Comprehensive SMART error log
0x06           SL  R/O      1  SMART self-test log
0x07       GPL     R/O      1  Extended self-test log
0x09           SL  R/W      1  Selective self-test log
0x10       GPL     R/O      1  NCQ Command Error log
0x11       GPL     R/O      1  SATA Phy Event Counters log
0x24       GPL     R/O    288  Current Device Internal Status Data log
0x30       GPL,SL  R/O      9  IDENTIFY DEVICE data log
0x80-0x9f  GPL,SL  R/W     16  Host vendor specific log
0xa0-0xa7  GPL,SL  VS      16  Device vendor specific log
0xa8-0xb6  GPL,SL  VS       1  Device vendor specific log
0xb7       GPL,SL  VS      76  Device vendor specific log
0xb9       GPL,SL  VS       4  Device vendor specific log
0xbd       GPL,SL  VS       1  Device vendor specific log
0xc0       GPL,SL  VS       1  Device vendor specific log
0xc1       GPL     VS      93  Device vendor specific log
0xe0       GPL,SL  R/W      1  SCT Command/Status
0xe1       GPL,SL  R/W      1  SCT Data Transfer

SMART Extended Comprehensive Error Log Version: 1 (6 sectors)
No Errors Logged

SMART Extended Self-test Log Version: 1 (1 sectors)
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.

SCT Status Version:                  3
SCT Version (vendor specific):       258 (0x0102)
Device State:                        Active (0)
Current Temperature:                    37 Celsius
Power Cycle Min/Max Temperature:     37/37 Celsius
Lifetime    Min/Max Temperature:     17/53 Celsius
Under/Over Temperature Limit Count:   0/0
Vendor specific:
01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

SCT Temperature History Version:     2
Temperature Sampling Period:         1 minute
Temperature Logging Interval:        1 minute
Min/Max recommended Temperature:      0/60 Celsius
Min/Max Temperature Limit:           -41/85 Celsius
Temperature History Size (Index):    128 (60)

Index    Estimated Time   Temperature Celsius
  61    2026-06-08 13:40    51  ********************************
 ...    ..( 65 skipped).    ..  ********************************
 127    2026-06-08 14:46    51  ********************************
   0    2026-06-08 14:47     ?  -
   1    2026-06-08 14:48    52  *********************************
   2    2026-06-08 14:49     ?  -
   3    2026-06-08 14:50    51  ********************************
   4    2026-06-08 14:51     ?  -
   5    2026-06-08 14:52    50  *******************************
   6    2026-06-08 14:53    49  ******************************
   7    2026-06-08 14:54    50  *******************************
   8    2026-06-08 14:55     ?  -
   9    2026-06-08 14:56    50  *******************************
  10    2026-06-08 14:57     ?  -
  11    2026-06-08 14:58    49  ******************************
  12    2026-06-08 14:59     ?  -
  13    2026-06-08 15:00    48  *****************************
 ...    ..(  9 skipped).    ..  *****************************
  23    2026-06-08 15:10    48  *****************************
  24    2026-06-08 15:11     ?  -
  25    2026-06-08 15:12    48  *****************************
  26    2026-06-08 15:13     ?  -
  27    2026-06-08 15:14    48  *****************************
  28    2026-06-08 15:15     ?  -
  29    2026-06-08 15:16    48  *****************************
  30    2026-06-08 15:17     ?  -
  31    2026-06-08 15:18    48  *****************************
  32    2026-06-08 15:19     ?  -
  33    2026-06-08 15:20    48  *****************************
  34    2026-06-08 15:21     ?  -
  35    2026-06-08 15:22    48  *****************************
  36    2026-06-08 15:23     ?  -
  37    2026-06-08 15:24    48  *****************************
  38    2026-06-08 15:25     ?  -
  39    2026-06-08 15:26    46  ***************************
  40    2026-06-08 15:27     ?  -
  41    2026-06-08 15:28    45  **************************
  42    2026-06-08 15:29     ?  -
  43    2026-06-08 15:30    44  *************************
  44    2026-06-08 15:31     ?  -
  45    2026-06-08 15:32    27  ********
  46    2026-06-08 15:33     ?  -
  47    2026-06-08 15:34    40  *********************
  48    2026-06-08 15:35     ?  -
  49    2026-06-08 15:36    40  *********************
  50    2026-06-08 15:37     ?  -
  51    2026-06-08 15:38    38  *******************
  52    2026-06-08 15:39     ?  -
  53    2026-06-08 15:40    36  *****************
  54    2026-06-08 15:41     ?  -
  55    2026-06-08 15:42    32  *************
  56    2026-06-08 15:43    32  *************
  57    2026-06-08 15:44     ?  -
  58    2026-06-08 15:45    35  ****************
  59    2026-06-08 15:46     ?  -
  60    2026-06-08 15:47    37  ******************

SCT Error Recovery Control command not supported

Device Statistics (GP/SMART Log 0x04) not supported

Pending Defects log (GP Log 0x0c) not supported

SATA Phy Event Counters (GP Log 0x11)
ID      Size     Value  Description
0x0001  2            0  Command failed due to ICRC error
0x0002  2            0  R_ERR response for data FIS
0x0003  2            0  R_ERR response for device-to-host data FIS
0x0004  2            0  R_ERR response for host-to-device data FIS
0x0005  2            0  R_ERR response for non-data FIS
0x0006  2            0  R_ERR response for device-to-host non-data FIS
0x0007  2            0  R_ERR response for host-to-device non-data FIS
0x0008  2            0  Device-to-host non-data FIS retries
0x0009  2            0  Transition from drive PhyRdy to drive PhyNRdy
0x000a  2            1  Device-to-host register FISes sent due to a COMRESET
0x000b  2            0  CRC errors within host-to-device FIS
0x000d  2            0  Non-CRC errors within host-to-device FIS
0x000f  2            0  R_ERR response for host-to-device data FIS, CRC
0x0012  2            0  R_ERR response for host-to-device non-data FIS, CRC
0x8000  4            2  Vendor specific
#3

Bizarre , le disque répond aux commandes de smartctl et n’indique pas de souci. Premier candidat au problème, le cable de connexion USB, essaye un autre cable voir un autre boitier USB, mais ces p…ns de disque WD sont je crois complètement soudés au controleur SATA/USB. Essaye qd même un cable différent.
Sinon regarde ce que disait dmesg et autre, en clair

sudo lsblk -o NAME,SIZE,MODEL
sudo fdisk -l /dev/sdb
sudo dmesg | tail -100

mais gpart donne déjà une idée :-/

#4

oui ça sent le sapin.

#5

c’est bien ce que je crains

@fran.b

ni lsblk ni fdisk ne trouve /dev/sdb

En revanche dmesg délivre les informations suivantes (juste après la connexion USB):

[756069.945596] input: Logitech Pebble Mouse as /devices/virtual/misc/uhid/0005:046D:B021.0011/input/input51
[756069.945991] hid-generic 0005:046D:B021.0011: input,hidraw1: BLUETOOTH HID v0.07 Mouse [Logitech Pebble] on a4:f9:33:f1:65:ca
[759497.739014] usb 3-2: new high-speed USB device number 11 using xhci_hcd
[759498.037325] usb 3-2: New USB device found, idVendor=8564, idProduct=7000, bcdDevice=80.00
[759498.037336] usb 3-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[759498.037339] usb 3-2: Product: StoreJet Transcend
[759498.037342] usb 3-2: Manufacturer: StoreJet Transcend
[759498.037344] usb 3-2: SerialNumber: 00000000000000000000
[759498.041696] scsi host1: uas

Je suppose que le numéro de série 00000000000000000 confirme le parfum de sapin reniflé par Zargos…

#6

→ Bon, pas de bruit particulier donc sans doute pas de problème physique.
Du coup je suggèrerais dans l’ordre
→ essai avec un autre cable (c’est le plus grand espoir)
→ si ça rate, essai pour démonter le disque en espérant que c’est un disque avec connecteur sata sur un controleur intégré au boitier ce qui permettrait de récupérer le disque et de le mettre dans un nouveau boitier.

Malheureusement je crois que les disques WD ont directement un controleur USB donc ce dernier point n’est sans doute pas possible. Il y aurait peut être la possibilité de changer le controleur USB mais je n’ai jamais fait.

En clair le seul espoir sérieux c’est le cable

#7

Désolé, j’ai omis de préciser un bruit toutes les 5 secondes, parfois 10 secondes.

Ce n’est pas non plus un problème de cable.

#8

Ok, alors essaye le choc thermique en le mettant 5 minutes au congélateur puis tu le branches sur ton ordinateur. Attention si ça marche, c’est du «one shot», i.e si tu le débranches et le rebranches ça coincera et il n’est pas dit que tu arrivera à le refaire marcher. Donc il faut prévoir en le branchant avoir de quoi stocker tout ce que tu as pu récupérer

#9

Merci Franb,

je tente ça demain (occupé dés maintenant)

#10

Salut,
Si le disque est vraiment en train de rendre l’ame, la priorite c’est de sauvegarder les donnees importantes avant tout. Monte-le en lecture seule si possible : mount -o ro /dev/sdXN /mnt/recovery
Ensuite, tu peux utiliser ddrescue pour faire une image du disque. C’est plus fiable que dd classique car il retente les secteurs defectueux : ddrescue /dev/sdX /mnt/backup/image.img /mnt/backup/logfile.log Si le disque fait des bruits bizarres (cliquetis), arrete tout et ne le remonte plus. C’est potentiellement un probleme mecanique et chaque seconde compte pour les donnees.
Apres la recuperation, smartctl -a /dev/sdX te donnera les infos SMART pour confirmer l’etat du disque. Ce n’est que mon avis après tout.

#11

Bonjour et merci TuxFab,

est-ce que 1 clic toutes les 5 secondes correspond à ce que vous appelez cliquetis, car il y en a déja eu des centaines depuis que j’ai tenté d’utiliser ce disque?

#12

Oui c’est de ça que je parlais, 1 clic toutes les 5 secondes, c’est exactement ça. Surtout si ça fait des centaines de fois, c’est pas bon du tout. C’est la tête de lecture qui tente de se repositionner et qui n’y arrive pas elle repart et recommence en boucle.Arrête le disque immédiatement. Plus tu le laisses tourner, plus tu risques d’aggraver les dégâts. Un cliquetis régulier comme ça, c’est souvent le début de la fin mécanique. À ce stade souvent, chaque seconde compte. Si t’as des données importantes dessus et que tu n’as encore rien sauvegardé , ne le remonte pas en lecture-écriture. Si tu peux le monter en read-only juste le temps de récupérer l’essentiel, fais-le, mais honnêtement même ça c’est risqué. La meilleure approche c’est ddrescue en mode très conservateur mais il faut un disque de destination de taille égale ou supérieure Si les données sont vraiment critiques c’est à dire (pro, fiscal, etc.) arrête tout et passe par un pro de la récupération. Ça coûte un peu cher mais au moins t’as des chances de récupérer.J’ai déjà vu des disques cliqueter pendant des heures et finir par ne plus être reconnus du tout par le BIOS. Une fois que ça arrive, c’est game over sans matériel spécialisé.Dans tous les cas, n’essaie pas de fsck ou de réparation dessus. Ça ne fera qu’accélérer la casse. J’espère que cela te sera utile.

#13

Le problème est que la taille rendue est de 0 octets, donc il ne peut pas le monter en lecture/ecriture ou lecture seule. ddrescue va lire 0 octets (taille déclarée) sauf miracle (toujours possible)

#14

Merci à tous,
aucun miracle après le passage au congélateur.

Donc il est irréparable, à moins que Western Digital le répare, ce dont je doute à un prix raisonnable.

Encore merci à tous. J’ai appris grâce à vous.

1 J'aime
#15

Non c’est normal c’est ça une communauté on s’entraide les uns les autres. Merci aussi à toi .

#16

Ouais t’as raison, je n’avais pas pensé à ce cas. Si la taille renvoyée est 0, clairement ddrescue en mode normal il va rien faire du tout il se base sur la taille déclarée par le système. Par contre on peut forcer la taille avec "--size=" . Mais bon, si le disque répond plus à aucune commande de lecture, ça sert à rien non plus hein. C’est vraiment au cas par cas.

#17

lsblk veut dire ‹ list block devices ›, au plus bas niveau du système.
Il est impossible pour ne pas dire absurde qu’un disque ne soit pas vu par lsblk, mais vu en tant que sdb par une commande, et hdb (???) par une autre. C’est du n’importenawak.

Model Family:   Western Digital Blue Mobile (SMR)
Device Model:   WDC WD20SPZX-00UA7T0
Serial Number:  WD-WX71E191H3JX

Product:        StoreJet Transcend
Manufacturer:   StoreJet Transcend
SerialNumber:   00000000000000000000

Est-ce après être passé au congélateur que le disque ‹ Western Digital › est devenu ‹ StoreJet Transcend › ? A moins d’un choc thermique extrêmement violent, je ne vois pas.

Avant d’aller plus loin, peux-tu vérifier précisément quel disque est censé être en panne, celui qui fait ‹ clic,clic › ou ‹ cloc,cloc › ?
Pourquoi as-tu omis de préciser le ‹ clic,clic › ou ‹ cloc,cloc › dans ton premier message ?
La panne est arrivée quand et comment ?
Subitement, sans aucun signe précurseur ? (j’ai du mal à y croire)
Après un essai de chute de 1m50 pour vérifier sa robustesse ?
Après un bricolage approximatif des paramètres du disque avec hdparm ?

Pour le moment, il n’y a pas de certitude absolue que le disque soit en panne, il reste quelques vérifications à faire.

#18

smartctl interroge le disque dur, visiblement il répond correctement de ce coté là. C’est le disque Western Digital.
lspci et donc le code product vendor qui est ici

est celui du controleur USB. Je ne vois pas de contradiction: produit controleur USB transcend avec un disque Western Digital.

Sinon, j’ai eu il y a un mois un disque qui n’a pas redémarré après un arrêt. C’était un serveur, le disque était soumis à un script journalier

#!/bin/bash
# Disque à surveiller (à adapter si ce n’est pas /dev/sda)
DISK="/dev/sda"
# Adresse mail d’alerte
MAIL="monemail@chez.moi"
# Fichier temporaire pour stocker l'état
TMPFILE="/tmp/smartcheck.txt"
# Récupération des infos SMART
/sbin/smartctl -a "$DISK" > "$TMPFILE"
# Vérifications simples sur les attributs critiques
ERRORS=""
# Vérifie secteurs réalloués
if grep -q "Reallocated_Sector_Ct" "$TMPFILE"; then
    REALLOC=$(grep "Reallocated_Sector_Ct" "$TMPFILE" | awk '{print $10}')
    if [ "$REALLOC" -gt 0 ]; then
        ERRORS="$ERRORS Reallocated sectors: $REALLOC"
    fi
fi
# Vérifie secteurs en attente
if grep -q "Current_Pending_Sector" "$TMPFILE"; then
    PENDING=$(grep "Current_Pending_Sector" "$TMPFILE" | awk '{print $10}')
    if [ "$PENDING" -gt 0 ]; then
        ERRORS="$ERRORS Pending sectors: $PENDING"
    fi
fi
# Vérifie erreurs irrécupérables
if grep -q "Offline_Uncorrectable" "$TMPFILE"; then
    UNC=$(grep "Offline_Uncorrectable" "$TMPFILE" | awk '{print $10}')
    # attention mise à 1 à cause du disque accidenté
    if [ "$UNC" -gt 1 ]; then
        ERRORS="$ERRORS Uncorrectable sectors: $UNC"
    fi
fi
FAIL=$(grep "FAILED" "$TMPFILE" | grep -v "WHEN_FAILED RAW_VALUE")
# Vérifie si un test SMART a échoué
if [ -n  "$FAIL" ] ; then
    ERRORS="$ERRORS SMART test reports failure"
fi
# Envoie un mail si problème
if [ -n "$ERRORS" ]; then
    ERR=$(echo $ERRORS)
    echo "Problème détecté sur $DISK : $ERR"
    /usr/local/bin/smsFB "Problème détecté sur $DISK : $ERR" # envoi SMS
    echo -e "Problème détecté sur $DISK : $ERRORS" | mail -s "Alerte SMART $DISK" "$MAIL"
fi

qui n’avait rien détecté à ma grande deception. Le disque a fait clic clic et est à coté de moi avant de partir à la benne.
Je ne pense pas qu’il se soit trompé de disque mais bon

#19

La question est de savoir qui est ‹ il ›.
S’il n’est pas vu par lsblk, c’est strictement impossible.
Pour blkid, c’est un peu plus compliqué, ce pourquoi j’insiste sur lsblk.
Donc soit c’est un autre disque, soit lsblk voit bien le disque contrairement à ce qui est rapporté.
lsblk a besoin de quelques secondes pour détecter un nouveau block device.

Le nom d’un block device n’est pas prédictif lors de connexion/déconnexion sur un même port usb.
La vérification du nom du block device par lsblk est indispensable à chaque rebranchement, plutôt que de deviner au doigt mouillé que ce sera /dev/sdb ou /dev/hdb (???) selon la commande. Enorme erreur à conséquences XXL.
C’est bien pour ça qu’on utilise soit UUID ou LABEL pour identifier une partition de manière prédictible.
Un block device name de périphérique ne change pas d’une application à l’autre (faut pas déconner quand-même).
Quand un sujet commence par un tel niveau de confusion et d’omissions suspectes (clac clac non signalé, contexte de l’arrivée de la panne) on commence par clarifier point par point, plutôt que de rebondir d’hypothèses en hypothèses.
Il faut laisser du temps à @josephtux pour répondre à quelques questions préliminaires, si possible sans circonvolutions.

Ensuite, on reprend méthodiquement l’analyse à zéro pour vérifier des incohérences flagrantes et savoir de quoi on parle.
Il y a un intérêt technique général à faire cette analyse, sauf si l’auteur considère être satisfait du sujet en l’état, chacun n’ayant pas le même niveau d’intérêt.

S’il y a confusion entre 2 disques et qu’il n’y a pas d’étiquette d’origine de la marque sur le disque, il faut mettre une étiquette sur ce disque qui fait clac clac pour bien le repérer, et retrouver le ,modèle sur un site de vente pour retrouver sa marque/modèle.

New USB device found,
Product: StoreJet Transcend
SerialNumber: 00000000000000000000

Un contrôleur de disques est détecté au démarrage système, et pas à chaque connexion de disque. C’est bien la non détecion du SerialNumber qui avait été à l’origine de la conclusion: ‹ le disque est mort ›
Le Westerm montre bien son SerialNumber, et ne serait donc pas mort selon la même logique.
Pour info, Transcend fait bien des disques:

Transcend

Et sans extrapoler la suite, il y a une autre raison qui peut expliquer qu’un disque n’arrive pas à démarrer.

#20

Bonjour

Merci Verner
effectivement, lsblk affiche:

$lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda              8:0    0   1,8T  0 disk 
└─sda1           8:1    0   1,8T  0 part

je ne comprends pas comment j’ai pu ne pas le voir (sinon par l’âge du bonhomme…), à moins que le choc thermique créé hier ai eu cet effet.

donc je tente:

$sudo mount /dev/sda1 /mnt/sda1
mount: /mnt/sda1: impossible de lire le superbloc à l’adresse /dev/sda1.
       dmesg(1) peut avoir plus d'informations après un échec de l'appel système du montage