Как отследить причину зависания?

RAMDISK

щито это?

амд

и почему я не удивлён?

а хотя не, я в ру насёт амд да?

zswap

вы там всё гоано собрали что ли? Или это в дебиане теперь так собирают?

Ну это грубо. Конечно направление верное — он там, похоже, нуву запускает, с чем-то из этого http://www.gpureview.com/nvidia-g92-chip-146.html.

netconsole на другой комп. А в идеале - com-порт. И то, не факт, что увидишь что-нибудь в логах.

кстати с zswap у меня были зависания в tcmalloc или как там его, от всех приложений с ним перманентный фриз случался (рандомно)

На случай бага в процессоре неплохо бы установить пакет amd64-microcode ( или intel-microcode ), чтобы обновить микрокод процессора. В них бывают баги, и их исправляют в новых версиях микрокода

Если это kernel panic, хорошо бы настроить сбор дампа ( kdump ). На диск или на удалённый комп. При загрузке резервируется память ( обычно 128 - 256 мб ) под crash kernel. После kernel panic ядро передаёт управление в crash kernel, и оно уже снимает дамп памяти с основной системы и пишет куда сказано ( на удалённый комп по сети, на локальный диск или куда настроил )

А так уже хорошо сказали про zswap. лучше бы его выбросить

А просто по syslog нельзя определить причины зависаний? У меня часто вешается система на нуво и ядре 4.19 в firefox.

хм... самосборное ядро, а виноват как всегда дебиан

а кто должен писать сислог? зависшая ОСь?

Ясно. А что выше писали про нуво на gf9800gtx, нуво не расчитано на старые видухи?