Поэтапное зависание графической подсистемы [Решено]
Приветствую!
Довольно странная проблема обнаружилась. Поэтапные зависания различных программ или систем.
Пример:
1. Firefox отказывается открывать ссылку (долго думает). Нажимаю несколько раз - как будто удаленный сервер не отвечает. Потом подвисает само окно браузера. Если в этот момент убить браузер, то проблема исчезает. Можно снова запустить браузер и работать дальше.
2. Если не убить браузер сразу, то может подвиснуть плазма. Менеджер окон может работать (окна перемещаются), но любые компоненты плазмы не реагируют на нажатия. Иногда получается убить браузер немного раньше этого момента - тогда браузер умирает, плазма падает, но сама поднимается. После этого всё работает.
3. Если попробовать перейти по ctrl+alt+f1 в консоль, то подвисает вся графика уже полностью. Помогает только перезагрузка с помощью sysrq+REISUB
Никак не могу понять, что это может быть. В логах пусто. В браузере работаю чаще всего, поэтому, как правило, проблема проявляется в нем. Но пару раз было и с другими программами.
Подскажите, люди добрые, что это может быть?
Для начала попробовать другой браузер.
Как я уже описал в проблеме, иногда такое же происходит и в других программах.
Читайте, пожалуйста, внимательно.
В логах пусто. Скучно - не читайте вообще. Если Вам кажется, что я пишу бред, тоже не читайте.
Пробовал ставить драйвер nouveau - то же самое.
Может, перегрев?
Да, нет, исключено. Температуры нормальные.
Ещё момент - даже когда подвисли все приложения, курсор двигать можно. А когда пробую перейти в текстовую консоль, подвисает и он.
Может, попробовать вызывать падение плазмы и посмотреть, какую отладочную информацию она предоставит. Это как-то может помочь?
Если после падения вылазит доктор конки, то можно дойти до конца и открыть баг или найти похожие, в комментах к которым может быть решение.
В качестве брейнсторма: если есть возможность, откройте ssh и попробуйте зайти на зависнувший комп и глянуть во всяких топах, нет ли чего подозрительного. Также можно потестировать железо. Мемтест вроде обычно есть в грубе.
Мемтест ошибок не находит. С ssh - хорошая идея. Постараюсь применить
C ssh - хорошая идея. Попробую применить
Сделай обновление или переустановись.
Обновление чего, мой друг?
Обновление графической подсистемы :)
Может ты пакет какой-то случайно удалил/установил до этого? У меня один раз было, что установил непонятную программу, а потом не понимал, что происходит. Загляни в логи установки пакетов. Может увидешь чего.
переустановись это удел виндузятников с умершим реестром :)
Нашел у человека похожую проблему: http://www.linux.org.ru/forum/general/5074205
Там всё свелось к умиранию то ли материнской платы, то ли дискового контроллера.
У меня пока удалось уменьшить количество зависаний, но проблему так и не обнаружил.
Интересный метод обнаружения ошибки в том топике - вывод логов прямо в консоль. Естественно, логи на жесткий диск записаться не смогут в случае сбоя в дисковой подсистеме. Как сделать точно такой же вывод в консоль?
Пока использую multitail, но не уверен, что это именно то, что нужно. Данные-то всё равно берутся из файла в случае с multitail
Запустите с лив-диска программку S&M - это стресс тест материнки, памяти и блока питания с подробным логгированием, если с этими компонентами все нормально - викторией с этого же диска пройдитесь по винту. Это чтоб исключить или локализовать железные проблемы.
Предлагаете воспользоваться лайв-сиди с виндовсом? На этом сайте мне пираток ещё не предлагали)
Наслаждайся, чо! Только лицензию винды прикупить не забудь! =)
А что тут такого? Вам шашечки или ехать? Кстати, софт о котором я писал - совершенно бесплатный:
Victoria
S&M
А кратковременное использование Windows PE укладывается в ознакомительный период. Так что не переживайте - я не подвергаю Ваши моральные устои опасности :)
Заметил, что при зависании и использовании перезагрузки с помощью клавиши SysRq в логах не пишутся сообщения об этом!
Если же просто так перезагрузить этими комбинациями клавиш компьютер, то выводятся сообщения такого рода:
Jun 3 21:05:02 kirill-comp kernel: [86260.211531] SysRq : Emergency SyncJun 3 21:05:02 kirill-comp kernel: [86260.555498] Emergency Sync complete
Jun 3 21:05:04 kirill-comp kernel: [86262.161320] SysRq : Emergency Remount R/O
Возможно, что подвисает дисковая подсистема (диск, контроллер?)
Это объясняет причину того, что в логах ничего не пишется.
Вопрос вот в чем - как всё-таки прочитать логи и узнать, что происходит? Пока вариант с ssh не опробовал - впрочем, не уверен, что смогу прочитать логи таким образом.
Может, как-то можно перенеправить ведение логов на флешку?
Пропишите в fstab монтирование в /var/log флешки.
Сделал ручное монтирование пока. Посмотрим, что это даст
Смотрю, у вас прерывания ещё нормально распределны по умолчанию.
Так что в noapic, вероятно, смысла нет.
Надо проверять другие вероятности
А ничего, что на десятом висят и юсб и экран и сеть? С noapic в любом случае виснет намертво, так что надо что-то другое проверять.. Только что другое? ))
Создавайте новую тему.
Подожду пока зависнет в следующий раз, тогда создам. Я нашел какую-то странную опцию в биосе, может быть она что-то изменит
Отправить комментарий