Erreurs dans dmesg - Le test WP a échoué, supposez que l'écriture est activée
Je rencontre des problèmes avec le cache de lecteur et je ne sais pas ce qui les cause. C'est mon dmesg:
[11690.011238] sd 6:0:0:0: [sdb] Asking for cache data failed
[11690.011248] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[11741.720851] sd 6:0:0:0: [sdb] Test WP failed, assume Write Enabled
[11741.722965] sd 6:0:0:0: [sdb] Asking for cache data failed
[11741.722975] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[11793.433011] sd 6:0:0:0: [sdb] Test WP failed, assume Write Enabled
[11793.435347] sd 6:0:0:0: [sdb] Asking for cache data failed
[11793.435356] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[11845.140846] sd 6:0:0:0: [sdb] Test WP failed, assume Write Enabled
[11845.143098] sd 6:0:0:0: [sdb] Asking for cache data failed
[11845.143102] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[11896.856723] sd 6:0:0:0: [sdb] Test WP failed, assume Write Enabled
Il y a des centaines de ces lignes. C'est ce qui se passe depuis que j'ai installé Ubuntu 12.04 64beta2 à partir de ma clé USB. Maintenant, je n'ai rien à/dev/sdb. Je ne sais pas si ces erreurs rendent mon système moins réactif, mais je pense que dmesg ne devrait pas ressembler à ceci.
Ma version du noyau: 3.2.0-24-generic.
Avez-vous une idée de comment le résoudre?
Merci d'avance.
Je rencontre le même problème avec la version officielle 12.04 LTS. Je pense également que cela rend le système moins réactif. Selon certaines sources, c'est sans danger. (je ne peux apparemment que poster 2 liens)
Ce qui suit pense qu’il s’agit d’une erreur générée par un lecteur de carte intégré:
https://bbs.archlinux.org/viewtopic.php?pid=1059099
Il est confirmé qu’il s’agit d’un problème en amont dans
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/98799
Exécutez lsusb et trouvez le périphérique incriminé
nathan @ Ham-Bone: ~ $ lsusb Bus 001 Périphérique 001: ID 1d6b: 0002 Concentrateur racine de Linux Foundation 2.0 Bus 002 Périphérique 001: ID 1d6b : 0002 concentrateur racine Linux Foundation 2.0 Périphérique 001 du bus 001: ID 1d6b: concentrateur racine 0001 de Linux Foundation 1.1 Périphérique 001 du bus 004: ID 1d6b: 0001 concentrateur racine de Linux Foundation 1.1 Bus 005 Périphérique 001: ID 1d6b: concentrateur racine 0001 de Linux Foundation 1.1 Périphérique bus 006: ID 1d6b: 0001 concentrateur racine de Linux Foundation 1.1 Bus 007 périphérique 001: identifiant 1d6b: 0001 Linux Foundation 1.1 concentrateur racine bus 008 périphérique 001: ID 1d6b: 0001 concentrateur racine de Linux Foundation 1.1 bus 001 périphérique 002: identifiant 0bda: 0158 Realtek Semiconductor Corp. Lecteur multicartes USB 2.0
Dans mon cas, c’est le lecteur multicartes Realtek qui permet de vérifier rapidement
$ dmesg | grep realtek [4.716068] usbcore: nouveau pilote d'interface enregistré ums-realtek $ lsmod | grep realtek ums_realtek 17920 0
révèle un module ums-realtek
$ Sudo rmmod ums_realtek
Résout le problème de manière réversible pour moi. C'est
$ Sudo modprobe ums_realtek
active à nouveau le lecteur de carte. Je n'ai pas testé si cela fonctionne car je ne l'utilise jamais.
Si cela ne fonctionne pas, il existe d'autres moyens de désactiver les périphériques USB en les dissociant dans le répertoire/sys /.
J'ai trouvé que le chargement du pilote avec l'option ss_en = 0 fonctionne. Faire
echo "ums-realtek ss_en=0" |Sudo tee -a /etc/modules
rend le changement permanent.
Plus d'explications:
Tout en essayant de comprendre pourquoi ce message se produit, j'ai examiné les options pour les deux modules concernés, ums-realtek et usb-storage. Je ne pensais pas que charger et décharger le module ums-realtek à chaque fois était une solution appropriée, car j'utilise souvent le lecteur de carte.
Vérification des options du module:
# modinfo ums-realtek
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)
Les recherches sur les possibilités de ces options n’ont donné aucun résultat, et je n’ai pas eu envie de déranger l’auteur par courrier électronique. Étant donné que ce pilote utilise également le stockage usb, j’ai pensé que l’option "suspension" pourrait être activée par défaut (peut-être pour économiser la batterie des ordinateurs portables) et que les messages résultent de séquences wakeup-query-suspend. Comme je ne me souciais pas de savoir si le périphérique était constamment allumé ou non, j'ai essayé de régler cette option sur 0 (désactivé) et cela fonctionne.
Décharger le chauffeur fonctionne pour moi! Je n’utilise jamais le lecteur de cartes, c’était donc une bonne option, sinon j’aurais défini l’option 'ss_en = 0'.
je commençais à avoir le même problème après avoir installé le serveur Ubuntu 12.04. J'ai installé gedit pour modifier le niveau de journalisation (ne riez pas du fait que j'utilise gedit). Lors de l’installation de gedit, il a également installé de nombreux paquets d’archives sur ubuntu.com. Après l’installation, j’ai laissé mon moniteur allumé et le PC est resté intact pour voir si cela se reproduisait et c’est tout. Cela semble avoir résolu le problème pour moi. Je ne dis pas aller installer gedit, mais il y a peut-être plus loin pour installer les paquets d’archive fournis avec gedit. J'espère que cela t'aides.
J'ai eu la même sortie dans dmesg quand j'avais eu par inadvertance le connecteur IDE sur un disque mal aligné au niveau de l'adaptateur IDE à USB. Cela peut être la cause de votre problème.