[ 3058.413647] sd 6:0:0:0: [sdb] Test WP failed, assume Write Enabled
[ 3058.415134] sd 6:0:0:0: [sdb] Asking for cache data failed
[ 3058.415142] sd 6:0:0:0: [sdb] Assuming drive cache: write through
. . .
[ 3110.637397] sd 6:0:0:0: [sdb] Test WP failed, assume Write Enabled
[ 3110.638881] sd 6:0:0:0: [sdb] Asking for cache data failed
[ 3110.638889] sd 6:0:0:0: [sdb] Assuming drive cache: write through
. . .
[ 3162.861272] sd 6:0:0:0: [sdb] Test WP failed, assume Write Enabled
[ 3162.862757] sd 6:0:0:0: [sdb] Asking for cache data failed
[ 3162.862764] sd 6:0:0:0: [sdb] Assuming drive cache: write through
On peut en vérifier la multiplacation par la commande dmesg |tail
La commande lsusb dans mon cas met en évidence cette ligne :
Bus 001 Device 002: ID 0bda:0158 Realtek Semiconductor Corp. USB 2.0 multicard reader
et la commande dmesg sur realtek :
$ dmesg |grep -m1 -i realtek
[ 27.144508] usbcore: registered new interface driver ums-realtek
précise le nom du module : ums-realtek
Un modinfo ums-realtek signale comme sur de nombreux modules entre autre l'option possible :
ss_en:enable selective suspend (int)
On va créer un fichier dans /etc/modprobe.d/ que l'on appellera par exemple realtek.conf précisant l'option d'insertion du module pour semble-t'il désactiver la suspension et réactivation (ceci sous réserves). Sous toute réserve aussi je me demande dans quelle mesure cette option n'interviendrait pas sur l'économie d'énergie pour un portable.
Au final ce fichier modifié ressemblera à ceci :
$ grep -v "#" /etc/modprobe.d/realtek.conf
options ums-realtek ss_en=0
Ensuite on enlève le module avec l'option -r de modprobe :
$ sudo modprobe -v -r ums-realtek
rmmod /lib/modules/3.2.0-32-generic/kernel/drivers/usb/storage/ums-realtek.ko
rmmod /lib/modules/3.2.0-32-generic/kernel/drivers/usb/storage/usb-storage.ko
et on réinsère le module :
$ sudo modprobe -v ums-realtek
insmod /lib/modules/3.2.0-32-generic/kernel/drivers/usb/storage/usb-storage.ko
insmod /lib/modules/3.2.0-32-generic/kernel/drivers/usb/storage/ums-realtek.ko ss_en=0
On peut contrôler aussi par :
$ grep "usb" /proc/modules
usb_storage 49198 1 ums_realtek, Live 0x0000000000000000
La commande dmesg |tail permet de vérifier qu'il n'y a plus ces messages à l'infini.
Bien sûr si on n'utilise pas le lecteur de cartes on peut blacklister ce module en créant le fichier /etc/modprobe.d/blacklist-realtek.conf qui contiendra :
blacklist ums-realtek
J'ai été mis sur la voie de la solution et me suis beaucoup inspiré pour ceci de la lecture de ce poste :
http://askubuntu.com/questions/132100/er...te-enabled
cep
p.s. truc précédement posté ici :
http://cyrille-borne.com/forum/showthre ... 5#pid20265
