зависание 20.04

[valentin630]

Каким-то случайным образом подвисает полностью ПК, редко.
А с засыпанием - бывает, что 10 раз выходит из "спячки", на одинадцатый раз чудом помогает кратковременное нажатие на кнопку питания, а на 31й ничего не помогает, кроме кнопочки "reboot" на передней панели ПК.
Посмотрел эту тему
https://forum.ubuntu.ru/index.php?topic=315459.15.
Выхлоп нулевой, в смысле, алгоритма поиска причины подсказано не было,
кроме совета "смотреть логи", но без указания на то КАК ИХ СМОТРЕТЬ, типа, пойди туда, не зная куда.
Очевидно, что причина может быть чисто "железной", но "железо" такая вещь, что оно либо работает, либо не работает, вероятности тут очень сомнительны. Скорее всего, такого вида зависания связаны с дырами в
алгоритмах обращения с железом ПК. Не приходит ожидаемое прерывание,
и система про все забывает в его ожидании. Но, это моя лирика,
а вот каков должен быть алгоритм действий (конкретных) после зависания
и перезагрузки, чтобы локализовать причину, а не менять на удачу не
дешевую видиокарту, как было расказано в упомянутой выше теме?

[Dzhoser]

либо не работает, вероятности тут очень сомнительны

Если битая память или диск, то неисправность будет проявлятся таким плавающим дефектом. Начните тестирование с помощью memtest

[valentin630]

Если битая память или диск

Обе вещи проверялись, да и зависание тут вряд ли случится - выскочит ошибка.

[c47]

да и зависание тут вряд ли случится - выскочит ошибка.

да вот вообще не факт. буквально вчера полдня бился с обновлением файлопомойки:

(Нажмите, чтобы показать/скрыть)

была файлопомойка в одном офисе у меня на аутсорсе, для бэкапов на стареньком десктопе, ещё с ddr2, дак вот захотел я её обновить, смотрю update/upgrade не проходит, ошибка сегментации, в файле /var/lib/dpkg/status есть кракозябры. ну вроде проблема тривиальная, чистишь кэш, удаляешь файл и вперёд. ан нет. короче день потерял (комп слабенький, старенький) с собой только usb3.0 флешка была, на неё грешил что не видна в boot-menu, наскрёб по сусекам usb2.0 - проблема та же, странно думаю, ну ладно, приношу хард домой, подключаю, ставлю систему, отношу сегодня обратно в офис. проблемы другие появились - рандомно падают программы (различные служебные), короче подшаманил grub и из него вызвал memtest - сразу же ошибки, убрал одну плашку памяти - и флешки 2.0/3.0 стали видны в boot-menu и ошибки пропали. так что битая оператива так чудить может что диву даёшься

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

[Dzhoser]

да и зависание тут вряд ли случится - выскочит ошибка

Если обращение будет к системному файлу функция которого будет в поврежденном секторе памяти вы получите зависание системы. Тоже самое и с диском если при гибернации используется Suspend to RAM или когда содержимое памяти сбрасывается на swap. Напишите о вашей методике тестирования, возможно ее дополнят. После тестирования посмотрим логи.

[jurganov]

исходя из своего опыта посоветую начать с блока питания
прочитай это https://www.linux.org.ru/forum/linux-hardware/13163706
и это https://itproffi.ru/stress-testirovanie-sistem-v-linux-utilita-stress-ng/

[Morisson]

КАК ИХ СМОТРЕТЬ

https://wiki.archlinux.org/title/Systemd/Journal
Эта же ссылка на русском

Предполагается, что вы предварительно сами хотя бы погуглите.
В статье дистрибутивонезависимое описание процесса получения логов за исключением случаев отличной от systemd системы инициализации.

[valentin630]

вы предварительно сами хотя бы

"Специалист подобен флюсу" (Козьма Прутков)

(Нажмите, чтобы показать/скрыть)

Меня не то, что удивляет, но поражает легкость с какой "эксперты" дают ссылки
на многие страницы документации, изучение которой отнимет кучу времени (да и не каждый в состоянии просто ее осилить),
а практического толка от этого в дальнейшей жизни "лоха" 0.001.
Что хочет лох от эксперта - получить нужную команду с нужными параметрами. Но вместо конкретной помощи его как ленивого ученика отсылают на дополнительные занятия.

Напишите о вашей методике тестирования

"Методика" - это громко сказано. memtest86, badblocks, disks для меня ничего
не показывают плохого в железе.
Однако, сегодня зависла графика: после очередного нажатия на кнопку мыши, кнопки мыши перестали работать. Перешел в консоль, перезапустил lightdm - заработало. На что грешить?
Есть один факт, что вся эта нестабильность появилась после перехода с
16.04 на 20.04. Связано это с одновременной деградацией железа?
P.S. На 16.04 давно были зависания в жаркие летние дни. Приладил вентилятор
к GeForce 210 (на ней нет своего) - пару лет зависаний не было. Сейчас
ее температура 42С.

[jurganov]

Много лишних слов
Я предлагал

Запускаешь sensors, смотришь напряжение 12V. Допустим 12.31. Запускаешь параллельно из этого комплекта: http://www.geeks3d.com/gputest/ furmark и выполняешь команду 7za b.

и стресс-тестирование
выполнили уже, ?

[valentin630]

Запускаешь sensors, смотришь напряжение 12V. Допустим 12.31. Запускаешь параллельно из этого комплекта: http://www.geeks3d.com/gputest/ furmark и выполняешь команду 7za b.

Непонятно, но здорово!

Код: [Выделить]

root@vak:~# sensors
acpitz-acpi-0
Adapter: ACPI interface
temp1:        +16.8°C  (crit = +18.8°C)

k10temp-pci-00c3
Adapter: PCI adapter
Tctl:         +40.5°C 
Tdie:         +40.5°C 

7-Zip (a) [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,64 bits,12 CPUs AMD Ryzen 5 1600 Six-Core Processor             (800F11),ASM,AES-NI)

AMD Ryzen 5 1600 Six-Core Processor             (800F11)
CPU Freq: - - - - - - - - -

RAM size:    7898 MB,  # CPU hardware threads:  12
RAM usage:   2647 MB,  # Benchmark threads:     12

                       Compressing  |                  Decompressing
Dict     Speed Usage    R/U Rating  |      Speed Usage    R/U Rating
         KiB/s     %   MIPS   MIPS  |      KiB/s     %   MIPS   MIPS

22:      24243  1042   2263  23584  |     383997  1159   2826  32752
23:      22928  1087   2149  23361  |     370113  1147   2791  32022
24:      21440  1070   2155  23053  |     365326  1155   2777  32065
25:      20572  1077   2181  23489  |     360250  1163   2757  32061
----------------------------------  | ------------------------------
Avr:            1069   2187  23372  |             1156   2788  32225
Tot:            1113   2487  27798
root@vak:~# furmark
furmark: command not found
root@vak:~#

root@vak:/GpuTest_Linux_x64_0.7.0# sh ./start_tessmark_benchmark_fullscreen_1920x1080.sh
root@vak:/GpuTest_Linux_x64_0.7.0#

[БТР]

root@vak:~# furmark

Команду нужно запускать из каталога расположения файла.

Откуда такая нездоровая привычка всё запускать под root? Это одна из самых частых причин "поломки" системы.

[Morisson]

Но вместо конкретной помощи его как ленивого ученика отсылают на дополнительные занятия.

Там конкретная помощь с конкретными командами. Или вам закопипастить?
Т.е. по ссылке вы не ходили. Вы лентяй, который на форуме надеется, что за него все сделают и в рот положат? У вас в вашем НИИ так принято?
И впредь, не старайтесь казаться остроумным, цитируя классиков.
Ведь, как вы знаете, Еврипида, колупающий в носу, мудрецу подобен.

[valentin630]

Вы лентяй

И впредь, не старайтесь

Ну, настоящий Оberlehrer, или просто "синдром модера"?
Поймите, уважаемый, в "моем НИИ" работают не одни системщики,
а также и математики с физиками, для которых ПС компьютер такой же
инструмент, как для шофера его автомобиль. Если полвека назад,
я сам мог произвести любой ремонт своего автомобиля, то сейчас
его системы стали настолько сложными, что без сервиса многое сделать
самому невозможно.
В условиях удаленной работы Форум является таким "сервисом" для ПК,а Вы мне предлагаете стать специалистом широкого профиля на этом сервисе. Спасибо за веру в меня.


Пользователь добавил сообщение 16 Марта 2022, 14:22:43:

нездоровая привычка

Сильно старая привычка. Точно также можно попортить систему и через
"sudо". Просто не хватает нервов набирать постоянно непростые пароли.

Команду нужно запускать из каталога расположения файла.

Если бы я знал, где эта команда спрятана?! Я же на нее смотрю "как баран на новые ворота". Надеялся, что кто-то подскажет - из какой она
оперы?

[Morisson]

Какой синдром модера? Я вам ссылку дал с командами, чтобы вы могли потом там что-то для себя посмотреть. Это не бахвальство , а помощь. Ссылка для обычных пользователей, не для разработчиков. Я специально выбрал лучшую и наиболее понятную из мне известных, чтобы никто не вводил в заблуждение своими советами. Я даже был готов вам кинуть ссыль на блог одного товарища с примером отладки сбоящих процессов и спящих режимов с подробным руководством. Но теперь не буду. Я вот тоже не специалист по линуксу. Обидно просто вы говорите постоянно. Фу таким быть.

[valentin630]

Фу таким быть.

Я согласен, что нежелание  понять собеседника - "не есть карошо".

(Нажмите, чтобы показать/скрыть)

Вот Вам ситуация. Отец и сын окончили мех-мат МГУ. Отец до сих пор работает в МГУ, а сын наукой не занимался, он по банковской линии. Может быть, потому, что должность у него директорская, но выразить свою мысль логически законченно он впринципе не желает, говоря, что и так умному все ясно. Однако, вырванная из контекста фраза заставляет отца, его собеседника, строить разные возможные версии этого контекста,
что не гарантирует одназначного понимания. А уточняющие вопросы просто вызывают раздражение у сына.
Кто в этой ситуации более ленив - сын или отец?