[Comm] Сбоит Starterkit 10
А Б
abuendia на mail.ru
Чт Июн 20 09:17:50 MSK 2024
On Fri, May 24, 2024 at 09:10:05PM +0300, А Б wrote:
>> на ноуте 2011 года Alt Starterkit 10. Система cбоит 1-2 раза
>> в неделю. Как правило, приходится завершать работу долгим
>> нажатием на кнопку питания, т.к. система перестаёт реагиро
>> вать на клавиатуру и мышу. Сбой обычно бывает после выхода из
>> ждущего режима. Было ядро 6.1, заменил его на 5.10 std-def,
>> картина та же. Логи читать учусь, но пока не понимаю, как это
>> полечить. Подскажите, пожалуйста, куда копать
>1) по suspend экспериментировать с ядрами -- возможно, стоит
обкатать с флэшки http://nightly.altlinux.org/p11/release/
или точечно ядро из p11 (загрузить и rpm -ivh);
>2) я бы на всякий и watch sensors понаблюдал -- может,
пора чистить/менять систему охлаждения (особенно если
есть корреляция с температурой воздуха/нагрузкой);
>3) ну и пропылесосить при вдруг появившихся проблемах
в моей практике лишним не бывало
> на тот случай, если отлетает именно ввод или виснет не сразу,
можно перед засыпанием оставлять на экране терминал с dmesg -w
> PS: что за видеокарта?
>> Встройка Intel HD Graphics 3000 (в Core i5-2410)
>_Возможно_, это до сих пор
> http://bugzilla.kernel.org/show_bug.cgi?id=109051
Из всех представленных путей вопроса решил начать с dmesg -w.
Запускал несколько дней, перед этим полностью обновил систему и
ядро, полячил диск с системой командой
# e2fsck -f -y -v -C 0 /dev/sdaN
При выводе ноута из сна с запущенной dmesg -w последняя
строчка (как я понимаю, в норме) перед следующим переводом в сон
в консоли такая:
IPv6: ADDRCONF(NETDEV_CHANGE): enp1s0: link becomes ready
Во время наблюдения часто появлялось сообщение interrupt took
too long (n+ > n), lowering kernel.perf_event_max_semple_rate to
Вчера за этим сообщением последовали:
general protection fault, probably for non-canonical address
0x696361706166a975: 0000 [#1] SMP PTI
CPU: 2 PID: 94 comm: kswapd0 not trained 5.10.218-std-def-alt1 #1
Далее непереводимая игра слов: RIP, Code, RSP, RAX, Call Trace и
их значения
Также вчера отвалился systemd-suspend.service и задание заснуть
не сработало, консоль выдала:
PM: suspend entry (s2idle)
Freezing of tasks failed after 20 seconds (2 tasks refusing to
freeze, wq_busy=0)
Call Trace такой-то (многа букаф)
Подскажите, пожалуйста, кто виноват и что делать?
P.S. Не понял, приветствуется ли присоединение скринов, поэтому
пишу вывод консоли в письме
----------- следующая часть -----------
Вложение в формате HTML было удалено...
URL: <http://lists.altlinux.org/pipermail/community/attachments/20240620/8535a057/attachment.html>
Подробная информация о списке рассылки community