причина зависания системы

Хотелось бы понять причину частых зависаний линукса. Система просто виснет намертво без реагирования на горячие главиши.
ОС Debian 9 (Linux sp 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 (2018-05-07) x86_64 GNU/Linux)
Окна xfce4.
Бывает конечно еще из-за недостатка памяти начинает тормозить (4Гб стоит), но тогда она просто затормаживается, а не виснет намертво как например сейчас было.
Не думаю, что проблема в текущей версии ОС, потому что debian 8 стоял, такое тоже не раз случалось.
Последний зависон был в 2.19, и еще до этого в 2.03 где-то. Вот здесь инфа из /var/log/messages - не сильно полезная.
Где искать причину?

Jul 1 00:10:04 sp liblogging-stdlog: [origin software="rsyslogd" swVersion="8.24.0" x-pid="558" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
Jul 1 00:18:53 sp kernel: [ 4331.996794] perf: interrupt took too long (2515 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
Jul 1 01:03:29 sp kernel: [ 7008.921313] EXT4-fs (sdb7): mounting ext3 file system using the ext4 subsystem
Jul 1 01:03:29 sp kernel: [ 7009.010674] EXT4-fs (sdb7): recovery complete
Jul 1 01:03:30 sp kernel: [ 7009.019691] EXT4-fs (sdb7): mounted filesystem with ordered data mode. Opts: (null)
Jul 1 01:08:33 sp kernel: [ 7312.379415] perf: interrupt took too long (4055 > 3143), lowering kernel.perf_event_max_sample_rate to 49250
Jul 1 02:03:49 sp gvfsd[1207]: dbus_mount_reply: Error from org.gtk.vfs.Mountable.mount(): Failed to retrieve share list from server: Connection refused
Jul 1 02:03:49 sp gvfsd-network[3511]: Couldn't create directory monitor on smb://x-gnome-default-workgroup/. Error: The specified location is not mounted
Jul 1 02:05:15 sp kernel: [10715.743117] perf: interrupt took too long (5104 > 5068), lowering kernel.perf_event_max_sample_rate to 39000
Jul 1 02:21:22 sp mtp-probe: checking bus 1, device 3: "/sys/devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1.1"
Jul 1 02:21:22 sp mtp-probe: bus: 1, device: 3 was not an MTP device
Jul 1 02:21:22 sp mtp-probe: checking bus 1, device 5: "/sys/devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1.4"

Память мемтестом прогоняли?

Три дня назад страдал от такого.У меня система была собрана с vdpau,а этот декодер спринтер,а не марафонец,cuda лучше. Иначе fallout4 через полтора часа игры съедал 5.8 гигов оперативы из 6,если верить top.Так же косяк может быть в блобе,лучше юзать 390х, чеи 396...Хотел заюзать zram,но эта хрень не поддерживает reiserfs :( К сожалению и от swappiness=100 тоже толку мало. :'( В общем я решил проблему пересобрав систему без vdpau и использую теперь 390.67 драйвер видео. :P

"ormorph" написал:

Память мемтестом прогоняли?

да, прогнал, ошибок не выдало.

Видео встроенно Intel HD.
Может ли это быть только из-за нехватки ОЗУ?
в 32-битной проблем с памятью не было, сейчас 64 бит - быстро заканчивается. Но 8Гб покупать дорого.
swap не юзаю, чтоб не изнашивать SSD.

spyphy написал:

Может ли это быть только из-за нехватки ОЗУ?
в 32-битной проблем с памятью не было, сейчас 64 бит - быстро заканчивается. Но 8Гб покупать дорого.
swap не юзаю, чтоб не изнашивать SSD.

Ну раз уж своп не используете, то в полне может и из-за нехватки памяти.
Как вариант можно прикрутить zram для сжатия памяти.

"ormorph" написал:

Ну раз уж своп не используете, то в полне может и из-за нехватки памяти.
Как вариант можно прикрутить zram для сжатия памяти.

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

Может аппаратная проблема? Например питание.

проблема в кривых дровах intel.

В ядре?

В ядре. И началось это безобразие с 2015 года. И не только в разных дистрибутивах Линукс, но и в Windows 10. И ничего с этим не сделаешь. Поэтому и сижу на ядре 3.13 уже пятый год

Может у тебя с железкой проблемы всё же? Мы же сидим на 5.2.5 и бед не знаем.

Vascom, :) зато я знаю. Начиная с ядра 5.2.4 - стабильный вылет "иксов" не в ту степь.

Была похожая ситуация. Грелся южный мост на маме. Помог маленький вентилятор на радиатор южного моста.

У меня на нетбуке тоже виснет но я нашел решение в загрузчике noacpi по-моему выбираю и все тогда грузится.
Помоему такой параметр если память не изменяет.

Wolfenberg написал:

Vascom, :) зато я знаю. Начиная с ядра 5.2.4 - стабильный вылет "иксов" не в ту степь.

Или железо или кривые сборки ПО. Попробуй другой дистрибутив.

"i0057" написал:

И началось это безобразие с 2015 года. И не только в линуксах, но и в винде 10.

Ну, тут диагностика однозначная: железо.

а почему тогда старые версии Линукс и Windows никогда не зависали? Предлагаете покупать новое железо каждые 2-3 года под каждое новое ядро с новыми дровами? Ну по идее apple так и делает- новая система под каждый новый комп

"mozgfx" написал:

У меня на нетбуке тоже виснет но я нашел решение в загрузчике noacpi по-моему выбираю и все тогда грузится.
Помоему такой параметр если память не изменяет.

"i0057" написал:

а почему тогда старые версии Линукс и Windows никогда не зависали?

"i0057" написал:

apple так и делает- новая система под каждый новый комп

"DiabloPC" написал:

А сейчас старые тоже не зависают?

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