У тебя кубунту и тебе проще перейти тогда на 21.04 там будет по стабильнее

Судя по твоим прошлым темам, она с твоим железом и так не дружила...

Но вообще, стандартно: исключить, что это аппаратное, проверить ЖД и RAM на ошибки, проверить шлейфы на повреждения, проверить CPU, GPU и прочие компоненты на перегрев, прогнать пару стресс-тестов; если точно программное, проверить, зависает ли ОС целиком или же только KDE — попробуй нажать Ctrl+Alt+F3 при следующем зависании, в норме это на tty3 переключит, если переключит, то читать логи и искать причину; если все же зависает наглухо, то включить в ядре обработку всех SysRq клавиш и настроить crashkernel — тогда при зависании крешнуть и потом смотреть дамп на предмет того, какие именно ошибки.

После зависания можно соединиться по ssh? Если да, то проблема с графикой. Для 20.04 есть два ядра - 5.4 lts и 5.6+ hwe, попробуй оба. С железом общается ядро, от дистра стабильность сильно зависеть не будет, только от версии ядра.
А еще попробуй загрузиться с опциями ядра ‘acpi=off’,‘iommu=soft’.

эта кубунта на другом железе - рабочий комп! ноут я победил! :)

спасибо за ответ, буду пробовать.

про ssh не думал… оно мне как-то на рабочем компе ни к чему. но буду пробовать, спасибо!

Это на Asus TUF FX505DD? Я прямо себя виноватым ощущаю, я ведь тебе сказал что все будет гуд. Напомню что я сам пользуюсь FX705DD как рабочей станцией, уже полтора года штабильно (ubuntu 20.04).

Не помню, говорил ли, что у меня он иногда зависал ноут при выключении/включении (но не во время работы), на ядре 5.4 мне помогло iommu=soft. Вроде iommu у amd пофикшен в новых версиях ядра, не могу подтвердить, я не ставил hwe, использую 5.4 + iommu=soft, зависаний нет.

Пол года назад заменил стоковый модуль wi-fi rtl8821ce, задолбал, эта штука требовала перезагрузки раз в сутки иначе на следующий день каждые N секунд пропадала связь на 2-3 секунды. Во время дейли по скайп это просто финиш. Поменял wi-fi на intel ax200 и все стало хорошо.

не не не, дружище, всё супер с ноутом! он мега классный и работает отлично! я рад что выбрал его!

проблемы на рабочем компе, тут железо по принципу «я его слепила из того что было» :)

хм, у меня с вафлей проблем не было. всё стабильно. но вот подружить микрофон на блютуз ушах так и не смог, смирился и юзаю встроенный в ноут.

У меня было так, что если не перезагружать ноут, а например усыпить на ночь, то на следующий день все вроде нормально, но во время звонков по skype возникали паузы на 2-3 секунды, если говорил я, то во время этих пауз меня никто не слышал.
Сначала я не понял что это wi-fi модуль, потом догадался пингануть что-нибудь в своей домашней сети, и выяснилось что периодически ответ на ping занимал 2-3 секунды.

Я обновлял драйвер (модуль ядра), пытался сбрасывать wi-fi модуль хитрыми скриптами (с периодическими успехами), но после очередного неудавшегося звонка заказал intel ax200, а после еще одного такого звонка таки заменил, с тех пор все стало хорошо.

P.S. Пользуюсь проводной гарнитурой, про bluetooth ничего сказать не могу. Но файлы по bluetooth передавались медленно, не разобрался почему так.

память проверь.
стресстест

запускаю stress-ng --sequential 0 --class memory --timeout 60s --metrics-brief

я правильно понимаю, что оно должно за 60 секунд отработать? потому что крутится уже минут пять…

Ты предоставил очень много полезной информации, которая помогает диагностировать проблему.
От себя могу только посоветовать вынуть из системника початок кукурузы, если случилось так, что он там почему-то оказался.

спокуха! я ж тока учусь. я впервые запускаю стресс-тест на линуксе))

Ну ок, ждём результатов. Но что-то мне подсказывает, что стресс-тест не поможет выявить закономерность.

да фиг с ней с закономерностью! надо выявить слабое звено, которое сбоит. типа сначала стресс тест на память, потом на проц, потом на диск, потом на видео – где будет ступор, то и лечить! ну, я так понимаю))

Буквально несколько дней назад видел, как на стресс-тест memtest86 приводит к аварийному отключению совершенно исправной материнской платы. Это к вопросу о показательности таких тестов.

по мне это выглядит как вопрос исправности материнской платы…

то есть, давай так: этот memtest86 рубит любую мать? или вот только какую-то конкретную? может всё-таки она не совсем совершенно исправна?

В обычных условиях, в т.ч. под нагрузкой эта плята работает нормально. Я вообще не знал, что такая проблема есть, пока мне не потребовалось проверить случайно подвернувшуюся память. А потом оказалось, что такое происходит вообще с любой памятью, но только в одной единственной низкоуровневой утилита, которая работает с железом напрямую.

прикольно…

смотри старые log dmesg, syslog

смотри старые log dmesg, syslog

lnav /var/log/dmesg.0
lnav /var/log/dmesg.1.gz
lnav /var/log/syslog.0

если нечего не найдешь протестируй память, поставь memtest86 на ночь, 4 теста думаю хватит, иногда только на 2-3 проходе ошибки сыпятся.