Жила была новая клава (имена/явки/пароли могу привести, но позже).
Была воткнута в порт USB на материнской плате (ЕМНИП самый обычный, какие ещё встречаются).
Работала нормально (несколько недели или даже месяцев).
И вдруг, в один прекрасный момент наяала глючить (некорректно отрабатывались сначала нажатия на цифры, потом и на прочие клавиши).
После переключения на другой порт --- зажила как ни в чём ни бывало.
Система может нормально работать несколько дней, а может только пару часов, потом переходит в режим: 5-40 секунд не реагирует ни на что, 1-3 секунд все нормально и так в цикле.
От нагрузки не зависит. Все разы начиналось в мое отсутствие.
В логах:
[code]
May 16 17:22:17 ss kernel: ------------[ cut here ]------------
May 16 17:22:17 ss kernel: WARNING: at kernel/workqueue.c:1220 worker_enter_idle+0xcc/0xd5()
May 16 17:22:17 ss kernel: Hardware name: To Be Filled By O.E.M.
Доброе утро, у меня эта проблема уже существует долго, и обновления ядро от 2.6 до 3.2.1 не помагло.
dmesg
выдает такой результат: http://www.fileupyours.com/files/324524/dmesg
меня возмущает последние линии где "segfault":
[code]
ock 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
REISERFS (device sda3): checking transaction log (sda3)
REISERFS (device sda3): Using r5 hash to sort names
udev[11550]: starting version 164
Итак, есть ноутбук с wifi-карточкой broadcom 4313. Проводная сеть поднялась с полпинка и все заработало, а вот с беспроводной не все так гладко и судя по количеству тем, не у меня одного.
Перепробовав все возможные настройки, я таки смог поднять беспроводную карточку по этой инструкции. Встроенные в ядро модули, карточку тупо не видели, завелся только broadcom-sta драйвер.
Ядро делалось genkernel. Конфиг от старого ядра (проверил наличие нужных модулей фс). bzImage собирается как обычно, а modules подозрительно быстро. Гружусь с новым ядром, говорит что не видит рут девайса.
Ситуация такая: утром комп включился и было обнаружено, что при обращении к харду (например копировании видео) в top процессор сжирает wa, при этом iotop показывает вот что http://s56.radikal.ru/i154/1205/36/83448d583ce8.bmp
после понижения swappiness до 10 kswapd0 из списка пропал, но это не решение/к делу отношения не имеет.
Народ указал на баг 12309, если это он то справиться с ним у меня не получилось, обновил ядро, поковырял sysctl. Планировщик не менял.