Ошибки в dmesg - тест WP не пройден, предположим, что запись включена
У меня возникли некоторые проблемы с кэшем накопителя, и я не знаю, что является причиной этих проблем. Это мой 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
Есть сотни этих строк. Это происходит с тех пор, как я установил Ubuntu 12.04 64bit beta2 с моего Pendrive. Теперь у меня нет ничего в /dev/sdb. Я не знаю, делают ли эти ошибки мою систему менее отзывчивой, но я думаю, что dmesg не должен выглядеть так.
Моя версия ядра: 3.2.0-24-generic
,
У вас есть идеи, как это решить?
Заранее спасибо.
5 ответов
У меня та же проблема на официальном выпуске 12.04 LTS, и я также считаю, что это делает систему менее отзывчивой. По некоторым данным это безвредно. (я могу только опубликовать 2 ссылки)
Следующие считают, что это вывод ошибки из встроенного устройства чтения карт:
https://bbs.archlinux.org/viewtopic.php?pid=1059099
Подтверждено, что это проблема верхнего уровня в
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/987993
Запустите lsusb и найдите нарушающее устройство
Натан @Ham-Bone:~$ lsusb Шина 001 Устройство 001: ID 1d6b:0002 Корневой концентратор Linux Foundation 2.0 Шина 002 Устройство 001: ID 1d6b:0002 Корневой концентратор Linux Foundation 2.0 Шина 003 Устройство 001: ID 1d6b:0001 Корневой концентратор Linux Foundation 1.1 Шина 004 Устройство 001: ID 1d6b:0001 Корневой концентратор Linux Foundation 1.1 Шина 005 Устройство 001: ID 1d6b:0001 Корневой концентратор Linux Foundation 1.1 Шина 006 Устройство 001: ID 1d6b:0001 Корневой концентратор Linux Foundation 1.1 Шина 007 Устройство 001: ID 1d6b:0001 Корневой концентратор Linux Foundation 1.1 Шина 008 Устройство 001: ID 1d6b:0001 Корневой концентратор Linux Foundation 1.1 Шина 001 Устройство 002: ID 0bda:0158 Realtek Semiconductor Corp. Многоканальный считыватель USB 2.0
В моем случае это многокарточный ридер Realtek, который быстро проверяет
$ dmesg | grep realtek [ 4.716068] usbcore: зарегистрирован новый драйвер интерфейса ums-realtek $ lsmod | grep realtek ums_realtek 17920 0
показывает модуль UMS-Realtek
$ sudo rmmod ums_realtek
Устраняет проблему обратимым образом для меня. То есть
$sudo modprobe ums_realtek
снова включает картридер. Я не проверял, работает ли это, так как я никогда не использую это.
Если это не работает, есть несколько других способов отключить USB-устройства, отсоединив их в каталоге /sys/.
Я обнаружил, что загрузка драйвера с опцией ss_en=0 работает. дела
echo "ums-realtek ss_en=0" |sudo tee -a /etc/modules
делает изменение постоянным.
Дальнейшее объяснение:
Пытаясь выяснить, почему происходит это сообщение, я изучил варианты двух задействованных модулей: ums-realtek и usb-storage. Я не чувствовал, что загрузка и выгрузка модуля ums-realtek каждый раз была подходящим решением, так как я часто использую кард-ридер.
Проверка параметров модуля:
# 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)
Исследование того, для чего были эти варианты, не дало никакого результата, и я не чувствовал склонности беспокоить автора по электронной почте. Поскольку этот драйвер также использует usb-хранилище, я чувствовал, что опция "приостановить" может быть включена по умолчанию (возможно, для экономии заряда батареи на ноутбуках), а сообщения являются результатом последовательностей wakeup-query-suspend. Поскольку мне было все равно, если устройство постоянно включено или нет, я попытался установить эту опцию на 0 (выкл), и она работает.
Разгрузка драйвера у меня работает! Я никогда не использую кард-ридер, так что это хороший вариант, иначе я бы установил опцию 'ss_en=0'.
Я получил тот же вывод в dmesg, когда случайно подключил разъем IDE к диску на один шаг смещением адаптера IDE на USB. Это может быть причиной вашей проблемы.
Я получил ту же проблему после того, как я установил сервер Ubuntu 12.04. Я установил gedit, чтобы изменить уровень ведения журнала (не смейтесь над тем, что я использую gedit). При установке gedit он также установил множество архивных пакетов с сайта ubuntu.com. После установки я оставил свой монитор включенным, и компьютер не тронулся, чтобы увидеть, произойдет ли это снова, и этого не произошло. Это, кажется, решило проблему для меня. Я не говорю, пойти и установить Gedit, но там, возможно, далеко, чтобы установить архивные пакеты, которые идут с Gedit. Надеюсь это поможет.