Uma
solução bem melhor que
resolve o problema e que
permite continuar a ler os cartões...
1)ctrl-alt-t
lsmod | grep ums_realtek
Se o módulo ums_realtek for listado neste comando passe para o passo 2
2)gksudo gedit /etc/rc.local
... e adicione essas
duas linhas antes de exit 0...
rmmod ums_realtek
modprobe ums_realtek ss_en=0
... salve e saia.
3)DÊ REBOOT...
e pronto, o problema para de acontecer...
e agora a leitora de cartões continua funcionando!!!Caso você queira saber o por que da solução, leia a seguir a explicação traduzida de
http://askubuntu.com/questions/132100/errors-in-dmesg-test-wp-failed-assume-write-enabled(por Kaulbach...)
"
Descobri que carregando o driver com a opção ss_en=0 funciona.
Explicação:
Não achei que carregar e descarregar o módulo ums-realtek toda hora fosse uma solução aceitável, uma vez que uso frequentemente a leitora de cartões.
Enquanto tentava descobrir porque a mensagem em dmesg acontece, procurei nas opções dos dois módulos envolvidos, ums-realtek e usb-storage.
modinfo ums-realtek mostra como opções de módulo:
parm: auto_delink_en:enable auto delink (int)
parm: ss_en:enable selective suspend (int)
parm: ss_delay:seconds to delay before entering selective suspend (int)
Pesquisando para que eram essas opções não deu nenhum resultado, e não quis incomodar o autor por email. Uma vez que esse driver utiliza também o usb-storage, senti que a opção "suspend" poderia estar habilitada por default (talvez para economizar bateria em laptops). E as mensagens são um resultado de sequências wakeup-query-suspend. Uma vez que eu não me importo se o dispositivo esta constantemente ligado ou não, tentei setar essa opção para 0 (off) e funcionou.
"