Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Probléme montage disque dur externe

hunt

Oui autant en rire effectivement 🙂
Bon ça fait plus de 15 ans maintenant que je pratique Ubuntu, j'ai eu le temps de m'y faire 🙂
Mais bon ça reste dommage, et empêche franchement le développement de Linux et du libre......

Bon j'ai retenté les commandes sur la 18.04 :

christophe@christophe-System-Product-Name:~$ lsblk -e7
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 931,5G  0 disk 
└─sda1   8:1    0 931,5G  0 part /
sdf      8:80   0   2,7T  0 disk 
sr0     11:0    1  1024M  0 rom  
christophe@christophe-System-Product-Name:~$ sudo smartctl   -s on   -a /dev/sdf[sudo] Mot de passe de christophe : 
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-112-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

/dev/sdf: Unknown USB bridge [0x1058:0x25a1 (0x1018)]
Please specify device type with the -d option.

Use smartctl -h to get a usage summary

La commande sudo smartctl -s on -d sat -a /dev/sdf ne donne rien du tout... ça mouline mais rien ne sort depuis tout à l'heure

hunt

Je ne comprends pas que le disque soit à la fois recensé comme présent, puis derrière unknown...

hunt

quand le disque externe est branché, impossible même de lancer gparted... ça mouline non stop mais rien

geole

Cela enquête longuement. Dans l'extrait, il disait que même les autres usb étaient bloqués... jusqu'à la fin de l'enquête.

Le tout va être de savoir les rôles Logiciel ubuntu, Module UAS, matériel de liaison dont ports USB et qualité du disque.
Cela sent malgré tout le bug.

J'ai noté qu'en version 16.04, La partition est trouvée donc au besoin, fais le smartctl et j'ai cru comprendre que c'était le même ordinateur

hunt

bon j'ai pas trop le temps de le laisser tourner là...
C'est bizarre quand même un bug de ce type, d'autant que ce n'est pas la première fois que j'ai le même genre de souci.... j'ai un autre disque SSD, pareil ! impossible de le monter sur les mêmes machines (ce sont tous des ordis séparés)...
En revanche, dans mes souvenirs j'avais réussi à brancher un disque dur HDD, qui était très bien reconnu..... est ce que cela viendrait du type de technologie ? les 2 SSD, ce sont les mêmes Western Digital.....

moko138

hunt a écritJe ne comprends pas que le disque soit à la fois recensé comme présent, puis derrière unknown...

Malentendu !

smartctl a écrit

/dev/sdf: Unknown USB bridge [0x1058:0x25a1 (...)]

signifie que c'est l'adaptateur usb 1058:25a1 qui est inconnu (ou insuffisamment connu) de la version utilisée de smartmontool, pour que smartctl comprenne tout seul son protocole de transmission.

/![/b] Le site https://www.smartmontools.org/wiki/Supported_USB-Devices donne une liste
- d'adaptateurs supportés et donne leurs options "-d" opérationnelles ;
- d'adaptateurs non supportés.

C'est en y cherchant 0x1058:0x25a1
qu'on trouve l'option -d appropriée... quand elle existe.

MicP

Bonjour

Une idée, comme ça,
essaye de voir comment ce disque fonctionne
une fois mis dans un autre boîtier USB

et comment se comporte un autre disque
dans le boîtier USB qui contenait le disque suspecté.

Si ça se trouve, c'est le boîtier ou/et son cordon USB
qui provoquent les pannes répétitives détectées.

moko138

+1

En espérant que WD n'ait pas produit ceci :

Coeur Noir

@hunt, geole t'a demandé plusieurs fois si ta 16.04 et 18.04 se trouvent sur la même machine ( en multi-boot ) ?
Pour déduire une éventuelle origine au problème ( un ordi plutôt qu'un autre / un système plutôt qu'un autre ).

hunt

@moko138 : ça devient compliqué pour moi, je ne suis pas ingénieur informatique....
pourquoi l'adaptateur USB serait inconnu sur 20.04 et 18.04 et pas sur 16.04, qui est antérieure ?
Le 0x1058:0x25a1 semble bien référencé, mais en quoi cette information me sert dans le montage de mon disque ?

@MicP : ce disque là est monté en "bloc", je ne sais même pas si c'est démontable sans tout fracasser....
Le problème c'est que cela fait la même chose sur les 2 modèles de disques WD, un de 1 TO et l'autre de 3 TO, c'est ce modèle là :
disque western digital
Et j'ai pas d'autre modèle de disque SSD à tester...
Par contre, comme évoqué plus haut, j'ai un vieux disque HDD que j'avais réussi à monté par le passé sur 18.04 pour faire des sauvegardes...

@Coeur noir : si j'ai bien répondu, ce sont toutes des machines séparées, des installations uniques sur des disques durs séparés...
La machine sous 16.04 a la particularité d'avoir un montage avec 2 disques, un qui accueille l'OS, et l'autre servant de partition de sauvegarde interne... Mais je ne pense pas que ce soit lié à ces soucis de montage...

hunt

Bon, suis passé là sur une install neuve de la dernière LTS...

christophe@christophe-System-Product-Name:~$ lsblk -e7
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
fd0      2:0    1     4K  0 disk 
sda      8:0    0 465,8G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
├─sda2   8:2    0     1K  0 part 
└─sda5   8:5    0 465,3G  0 part /
sr0     11:0    1  1024M  0 rom  
christophe@christophe-System-Product-Name:~$ journalctl   |  grep   "I/O error"
août 27 09:26:32 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 09:26:44 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 19:55:08 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 19:56:57 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 19:57:39 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev sdf, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 19:57:39 christophe-System-Product-Name kernel: Buffer I/O error on dev sdf, logical block 0, async page read
août 27 19:57:45 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 20:00:02 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 20:00:15 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 20:00:41 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev sdf, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 20:00:41 christophe-System-Product-Name kernel: Buffer I/O error on dev sdf, logical block 0, async page read
août 27 20:03:43 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev sdf, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 20:03:43 christophe-System-Product-Name kernel: Buffer I/O error on dev sdf, logical block 0, async page read
août 27 20:06:45 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev sdf, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 20:06:45 christophe-System-Product-Name kernel: Buffer I/O error on dev sdf, logical block 0, async page read
août 27 20:09:46 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev sdf, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 20:09:46 christophe-System-Product-Name kernel: Buffer I/O error on dev sdf, logical block 0, async page read
août 27 20:12:48 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev sdf, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 20:12:48 christophe-System-Product-Name kernel: Buffer I/O error on dev sdf, logical block 0, async page read
août 27 20:15:50 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev sdf, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 20:15:50 christophe-System-Product-Name kernel: Buffer I/O error on dev sdf, logical block 0, async page read
christophe@christophe-System-Product-Name:~$

Vais tester de laisser tourner la commande de hier de smart...

geole

hunt a écrit @MicP : ce disque là est monté en "bloc", je ne sais même pas si c'est démontable sans tout fracasser....
Le problème c'est que cela fait la même chose sur les 2 modèles de disques WD, un de 1 TO et l'autre de 3 TO, c'est ce modèle là :
disque western digital
Et j'ai pas d'autre modèle de disque SSD à tester...

@Coeur noir : si j'ai bien répondu, ce sont toutes des machines séparées,

Bonjour
Pourquoi évoques-tu le nom de disque SSD alors alors que c'est un disque normal de 2,5 pouces comme tous les disques externes.
A titre d'exemple voici un SSD du même constructeur avec une taille un peu plus petite.
https://www.ldlc.com/fiche/PB00272200.html

J'ai maintenant bien noté que le ubuntu 16.04 n'est pas sur le même matériel. Je te redemande donc de lancer la commande smartclt depuis cet ordinateur.

sudo smartctl   -s on -d sat  -a /dev/sdX

après avoir remplacé X par la bonne lettre.

Question. Sur l'autre ordinateur, as-tu essayer de brancher sur tous les ports USB spécialement sur un port USB2?

Je crois comprendre que tu as aussi un autre disque de 1 To qui aurait le même problème???

hunt

@geole :
Bonjour,
"Pourquoi évoques-tu le nom de disque SSD alors alors que c'est un disque normal de 2,5 pouces comme tous les disques externes."

Je ne comprends pas la question... c'était juste pour dire que les 2 modèles de disques durs externes que j'avais de plus récents sont identiques, à ceci près de leur capacité, ils sont de la même marque...

"J'ai maintenant bien noté que le ubuntu 16.04 n'est pas sur le même matériel. Je te redemande donc de lancer la commande smartclt depuis cet ordinateur."
Là je viens de le lancer sur l'install 20.04 neuve, on va voir déjà résultats...

"Question. Sur l'autre ordinateur, as-tu essayer de brancher sur tous les ports USB spécialement sur un port USB2?"

Non je ne l'ai branché que via USB 3, vu ce que je dois transférer, j'aimerais autant ne pas y passer des jours...
Par contre je passe par une carte USB 3, branchée sur la carte mère, qui est ici ancienne et ne fait pas du USB3 en natif (c'est idem sur la machine 16.04, qui est d'ailleurs encore plus vieille)

"Je crois comprendre que tu as aussi un autre disque de 1 To qui aurait le même problème???"

Oui, comme évoqué dans ma réponse plus haut : 2 disques durs externes SSD de Western Digital, qui sont du même modèle mais avec une capacité différente 1To et 3TO... les difficultés de montage sont identiques, mais les 2 sont bien reconnus sans problème sur la machine 16.04

geole

hunt a écritBon, suis passé là sur une install neuve de la dernière LTS...

christophe@christophe-System-Product-Name:~$ lsblk -e7
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
fd0      2:0    1     4K  0 disk 
christophe@christophe-System-Product-Name:~$ journalctl   |  grep   "I/O error"
août 27 09:26:32 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 09:26:44 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 19:55:08 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
août 27 19:56:57 christophe-System-Product-Name kernel: blk_update_request: I/O error, dev fd0, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0

Je suis en train de découvrir fd0
===>

https://debian-facile.org/viewtopic.php?id=21091 a écritSi le PC n'a pas de lecteur de disquette, quelque chose fait que le noyau en détecte quand même un donc regarder dans les paramètres du BIOS ou firmware UEFI s'il y a un réglage pour le lecteur de disquette (floppy) et qu'il est sur "none" (aucun).

geole

hunt a écrit@geole :
Là je viens de le lancer sur l'install 20.04 neuve, on va voir déjà résultats...

J'espère que tu as installé dans l'ordinateur qui possède la version 16.04 et que maintenant les deux disques sont parfaitement détectés.
Recommencer dans le même ordinateur ne sert à rien puisque le diagnostic n'est pas fait!

Tant que ce message sera présent
Buffer I/O error on dev sdf, logical block 0, async page read
les partitions du disque ne seront pas détectées.

hunt

Bin figure toi truc bizarre, depuis quelques démarrages, ça me marque au début "Detect drive, no any drive found", j'ai essayé là aussi plusieurs disques durs internes différents, j'ai essayé de modifier l'ordre de boot dans le BIOS, ça ne change rien... Mais bon ça démarre bien quand même, donc je ne m'en suis pas plus préoccupé que ça...
Est ce que cela est lié au montage du disque externe tu crois ?

geole

Ne fais pas trop de choses à la fois.
A) On regarde d'abord l'état du disque, Si le disque est mauvais, on le remplace. Si le disque est bon, on remplace le logiciel de l'ordinateur par une 1604 avant de remplacer l'ordinateur si le problème persiste .
B) pour l'instant avec l'ordinateur équipé de la version 16.4, tu installes smartctl, tu branches le disque de 3 To et tu fais la commande smartcl pour le diagnostic. Puis tu débranches le disque et tu branches le disque de 1 To et tu donnes aussi son état smartctl.

hunt

Voilà déjà le résultat de la commande sur la 16.04 avec le disque à 3TO :

christophe@christophe-2:~$ sudo smartctl   -s on -d sat  -a /dev/sdc
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-187-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     WDC WD30NMZW-11A8NS1
Serial Number:    WD-WX12D30DFK80
LU WWN Device Id: 5 0014ee 212c0cba2
Firmware Version: 01.01A01
User Capacity:    3 000 559 427 584 bytes [3,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Form Factor:      2.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
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:    Sat Aug 29 10:45:31 2020 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

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

=== START OF READ SMART DATA SECTION ===
SMART Status command failed: Connexion terminée par expiration du délai d'attente
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.

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: 		(  240) seconds.
Offline data collection
capabilities: 			 (0x1b) 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.
					No 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: 	 (   7) minutes.
SCT capabilities: 	       (0x30b5)	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          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   100   253   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   253   253   021    Pre-fail  Always       -       4750
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       10
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   100   253   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       2
 10 Spin_Retry_Count        0x0032   100   253   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       7
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       0
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       103
194 Temperature_Celsius     0x0022   120   112   000    Old_age   Always       -       32
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       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]

Selective Self-tests/Logging not supported

christophe@christophe-2:~$

geole

hunt a écritVoilà déjà le résultat de la commande sur la 16.04 avec le disque à 3TO :

christophe@christophe-2:~$ sudo smartctl   -s on -d sat  -a /dev/sdc
=== START OF INFORMATION SECTION ===
Device Model:     WDC WD30NMZW-11A8NS1
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       2
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged

On est donc bien en présence d'un problème de connectique.
Je t'ai proposé une piste de lecteur de disquette à déactiver dans l'autre ordinateur car je ne pense pas que la version ubuntu soit la responsable.
Je t'ai aussi proposé de brancher sur une prise USB2 afin de faire un diagnostic pouvant mettre en cause les prises USB3.

moko138

Le 0x1058:0x25a1 semble bien référencé, mais en quoi cette information me sert dans le montage de mon disque ?

Tu mélanges deux choses qui n'ont rien à voir :
- le montage du système de fichiers (surcouche logicielle) de la partition
- et le substrat physique (le disque et son adaptateur usb).

- -

2) Si la fonction "usb autosuspend" est activée dans une appli genre TLP, powertop ou autre,
désactive-la tout de suite !
(D'après https://bbs.archlinux.org/viewtopic.php?id=248648 )
Et cela, ça peut favoriser le montage !

- -

3) Vu ce retour désastreux en 19 :

christophe@christophe-2:~$ journalctl   |  grep   "I/O error"
août 28 18:03:59 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 971633440
août 28 18:04:00 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 971534792
août 28 18:04:01 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 971350528
août 28 18:04:40 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 807877664
août 28 18:05:20 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 807900440
août 28 18:05:34 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 807908120
août 28 18:10:17 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 6160976
août 28 18:18:43 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 6228176
août 28 18:18:44 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 6228185
août 28 18:18:44 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6226137, async page read
août 28 18:18:44 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6226138, async page read
août 28 18:18:44 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6226139, async page read
août 28 18:18:44 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6226140, async page read
août 28 18:18:44 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6226141, async page read
août 28 18:18:44 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6226142, async page read
août 28 18:18:44 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6226143, async page read
août 28 18:18:44 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6226137, async page read
août 28 18:18:44 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6226138, async page read
août 28 18:18:44 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6226139, async page read
août 28 18:27:23 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 6233808
août 28 18:27:24 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 6234064
août 28 18:27:24 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 6233825
août 28 18:27:24 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6231777, async page read
août 28 18:27:24 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6231778, async page read
août 28 18:27:24 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6231779, async page read
août 28 18:27:24 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6231780, async page read
août 28 18:27:24 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6231781, async page read
août 28 18:27:24 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6231782, async page read
août 28 18:27:24 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6231783, async page read
août 28 18:27:25 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6231777, async page read
août 28 18:27:25 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6231778, async page read
août 28 18:27:25 christophe-2 kernel: Buffer I/O error on dev sdc1, logical block 6231779, async page read
août 28 18:28:28 christophe-2 kernel: blk_update_request: I/O error, dev sdc, sector 6236112
christophe@christophe-2:~$

il est IMPORTANT de désactiver sur CE disque les tests automatiques toutes les quatre heures. Montre :

sudo smartctl -d sat  -o off  /dev/disk/by-id/usb*WDC*0:0

.
- -
.
4)

pourquoi l'adaptateur USB serait inconnu sur 20.04 et 18.04 et pas sur 16.04, qui est antérieure ?

Je n'en sais rien, mais c'est smartctl de ta 18.04 qui te le dit (en #17 et en #21) :

smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-112-generic] (...)
/dev/sdf: Unknown USB bridge [0x1058:0x25a1 (0x1018)]
Please specify device type with the -d option.

Et je ne vois pas le retour de smartctl (avec ou sans option "-d sat") ~~ni pour ta 16.04~~ (si, à 10h47(*) et tu n'as pas essayé sans l'option "-d sat') ni pour ta 20.04 (il n'y en a plus besoin, pour l'instant).

Alors, si tu veux une aide efficace, au boulot ! (Points 2 et 3, si geole qui a la main est d'accord).

___
(*) J'observe que le disque WD 3 To dont tu viens de donner les données smart

Device Model:     WDC WD30NMZW-11A8NS1

N'est PAS celui de ton lien amazon : "WDBU6Y0030BBK-WESN".

« Page précédente Page suivante »