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