Je viens chercher des conseils pour résoudre un problème récent. J'ai deux lecteurs de carte, un SD uniquement qui ressemble à une clé USB et un multi-formats, en USB.
Je suis persuadé que le SD marchait encore il y a quelques jours (avant de mettre le noyau à jour ?). J'avais ressorti le multi-formats pour isoler le problème mais comme le résultat est le même...
Je précise que mon ordi a un lecteur de cartes interne qui fonctionne (bien qu'un peu lent), donc le problème ne vient pas de la carte elle-même.
Quand je branche le SD, j'ai les logs suivants :
Code : Tout sélectionner
Feb 24 10:31:46 xiong kernel: usb 2-1: new high speed USB device using ehci_hcd and address 22
Feb 24 10:31:47 xiong kernel: scsi17 : usb-storage 2-1:1.0
Feb 24 10:31:48 xiong kernel: scsi 17:0:0:0: Direct-Access USB2.0 CardReader SD 0100 PQ: 0 ANSI: 0
Feb 24 10:31:48 xiong kernel: sd 17:0:0:0: Attached scsi generic sg2 type 0
Feb 24 10:31:50 xiong kernel: sd 17:0:0:0: [sdb] Attached SCSI removable disk
Nautilus par exemple me montre un « USB2.0 CardReader SD » mais impossible de le monter. Je ne trouve pas de logs ou de message de console pour Nautilus.
Quand j'essaye avec le multi-formats :
Code : Tout sélectionner
Feb 24 10:45:40 xiong kernel: usb 2-2.3: new high speed USB device using ehci_hcd and address 24
Feb 24 10:45:40 xiong kernel: scsi19 : usb-storage 2-2.3:1.0
Feb 24 10:45:41 xiong kernel: scsi 19:0:0:0: Direct-Access Generic USB Storage-SMC I03A PQ: 0 ANSI: 0 CCS
Feb 24 10:45:41 xiong kernel: sd 19:0:0:0: Attached scsi generic sg2 type 0
Feb 24 10:45:41 xiong kernel: scsi 19:0:0:1: Direct-Access Generic USB Storage-CFC I03A PQ: 0 ANSI: 0 CCS
Feb 24 10:45:41 xiong kernel: sd 19:0:0:1: Attached scsi generic sg3 type 0
Feb 24 10:45:41 xiong kernel: sd 19:0:0:0: [sdb] Attached SCSI removable disk
Feb 24 10:45:41 xiong kernel: scsi 19:0:0:2: Direct-Access Generic USB Storage-MMC I03A PQ: 0 ANSI: 0 CCS
Feb 24 10:45:41 xiong kernel: sd 19:0:0:2: Attached scsi generic sg4 type 0
Feb 24 10:45:41 xiong kernel: sd 19:0:0:1: [sdc] Attached SCSI removable disk
Feb 24 10:45:41 xiong kernel: sd 19:0:0:2: [sdd] Attached SCSI removable disk
Feb 24 10:45:41 xiong kernel: scsi 19:0:0:3: Direct-Access Generic USB Storage-MSC I03A PQ: 0 ANSI: 0 CCS
Feb 24 10:45:41 xiong kernel: sd 19:0:0:3: Attached scsi generic sg5 type 0
Feb 24 10:45:41 xiong kernel: sd 19:0:0:3: [sde] Attached SCSI removable disk
Pire, un peu plus tard :
Code : Tout sélectionner
Feb 24 10:47:28 xiong kernel: sd 19:0:0:2: [sdd] Spinning up disk.......................................................................................................not responding...
Feb 24 10:47:59 xiong kernel: usb 2-2.3: reset high speed USB device using ehci_hcd and address 24
Feb 24 10:48:30 xiong kernel: usb 2-2.3: reset high speed USB device using ehci_hcd and address 24
Feb 24 10:49:01 xiong kernel: usb 2-2.3: reset high speed USB device using ehci_hcd and address 24
Feb 24 10:49:07 xiong kernel: INFO: task udisks-daemon:3140 blocked for more than 120 seconds.
Feb 24 10:49:07 xiong kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Feb 24 10:49:07 xiong kernel: udisks-daemon D ffff880076023fd8 0 3140 3139 0x00000000
Feb 24 10:49:07 xiong kernel: ffff880076023b98 0000000000000082 ffff880000000000 0000000000000000
Feb 24 10:49:07 xiong kernel: 0000000000000000 ffff8800770b4c50 ffff880076023fd8 ffff880076023fd8
Feb 24 10:49:07 xiong kernel: ffff880076023fd8 ffff8800770b4f30 ffff880076023fd8 ffff880076022000
Feb 24 10:49:07 xiong kernel: Call Trace:
Feb 24 10:49:07 xiong kernel: [<ffffffff81166460>] ? bdev_test+0x0/0x20
Feb 24 10:49:07 xiong kernel: [<ffffffff813a5ecd>] ? __mutex_lock_slowpath+0x22d/0x310
Feb 24 10:49:07 xiong kernel: [<ffffffff811f3e9a>] ? kobject_get+0x1a/0x30
Feb 24 10:49:07 xiong kernel: [<ffffffff813a5dd6>] __mutex_lock_slowpath+0x136/0x310
Feb 24 10:49:07 xiong kernel: [<ffffffff813a5fc1>] mutex_lock+0x11/0x30
Feb 24 10:49:07 xiong kernel: [<ffffffff81167c48>] __blkdev_get+0x48/0x3c0
Feb 24 10:49:07 xiong kernel: [<ffffffff81167fcb>] blkdev_get+0xb/0x10
Feb 24 10:49:07 xiong kernel: [<ffffffff811680ca>] blkdev_open+0xfa/0x130
Feb 24 10:49:07 xiong kernel: [<ffffffff81167fd0>] ? blkdev_open+0x0/0x130
Feb 24 10:49:07 xiong kernel: [<ffffffff81133cb3>] __dentry_open+0x103/0x390
Feb 24 10:49:07 xiong kernel: [<ffffffff811cced5>] ? devcgroup_inode_permission+0x125/0x150
Feb 24 10:49:07 xiong kernel: [<ffffffff81134f61>] nameidata_to_filp+0x61/0x70
Feb 24 10:49:07 xiong kernel: [<ffffffff81143920>] do_last+0x480/0x7a0
Feb 24 10:49:07 xiong kernel: [<ffffffff81143e35>] do_filp_open+0x1f5/0x690
Feb 24 10:49:07 xiong kernel: [<ffffffff8114f654>] ? alloc_fd+0xf4/0x150
Feb 24 10:49:07 xiong kernel: [<ffffffff81134fd4>] do_sys_open+0x64/0x110
Feb 24 10:49:07 xiong kernel: [<ffffffff8100e17d>] ? math_state_restore+0x3d/0x60
Feb 24 10:49:07 xiong kernel: [<ffffffff8113509b>] sys_open+0x1b/0x20
Feb 24 10:49:07 xiong kernel: [<ffffffff8100bed2>] system_call_fastpath+0x16/0x1b
J'ai cherché sur Google et dans ce forum. Si vous avez des idées pour diagnostiquer ce problème, je suis preneur.
P.S. Sur un système concurrent spécialisé dans les huisseries, j'ai un peu le même comportement. Mais comme il est émulé dans un VirtualBox, je ne considère pas ce test comme probant.