полное зависание системы

Ну если зависает, то ничего нельзя сказать определенно. Я бы начал думать в сторону железа. Проверяй охлаждение процессора, проверяй сначала железо (видяху, матплату). Проверяй кондеры на вздутие на видяхе и матплате.

А из программных средств - откати ядро на старые версии, если у тебя внезапно что-то произошло, то, может, из-за обновления.

Ну и еще зайди потом в /var/log/apt и посмотри, что там в последнее время обновлялось. Может, драйвер какой, ядро.

пару дней назад обновлялась система, возможно и ядро, попробую с другого понаблюдаться, спасибо! В журнале тоже ничего не увидели?

А с Хромом зависает? С Фаерфоксом?

Комп без причины начинает зависать во время интернет-серфинга(конкретно при открытии нескольких новых вкладок одновременно) и ни на что не реагирует. помогает лишь Alt+SysRq+B

либо свободная память закончилась, либо процессор загружен на 100%, либо оба фактора «обострились»
-----
(ИМХО, наиболее вероятные причины)

помогает лишь Alt+SysRq+B

Тогда это скорее «фризы», а не полное зависание. А вариант с OOM-killer (Alt+SysRq+F) не проходит?

после ребута на сером фоне минут пять висят 3 точки, а потом рождается вот такой вывод

правильно, ФС не были отмонтированы в штатном порядке.

(ИМХО, наиболее вероятные причины)

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

А вариант с OOM-killer (Alt+SysRq+F) не проходит?

при след. зависании проверю

А с Хромом зависает? С Фаерфоксом?

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

Так ты проверь.

хорошо, проверю

не знаю где это посмотреть, чтобы удостовериться

как бы и не где посмотреть. запустить какой-нибудь top|htop ... но при фризе/зависании и он «остановится». если OOM-killer успеет сработать, то большая вероятность, что он «устранит» виновника (браузер). как прямо определить причину(виновника) не смогу подсказать.

Кстати после нештатного завершения раздел будет проверяться на ошибки не после следующей загрузки, а после следующей загрузки+выключении (на этапе выключения). А если так не сделать, то будешь работать с грязной ФС, это чревато глюками.

то есть после такого глюка надо загрузиться в систему и еще раз ее перезагрузить?

А вариант с OOM-killer (Alt+SysRq+F) не проходит?

опять повторилось, проверил, Alt+SysRq+F убило дополнения браузера, но не закрыло его, а также клиент вотсапа(не закрыло, а он просто покрылся черным фоном), но фризы не исчезли, хотя выполнять элементарные задачи позволяло, сисмонитор показывал загрузку 2 гб из 8, проц нагружен не был. После этого получилось кое-как выполнить корректную перезагрузку, но после нее на 5 минут завис плимут и снова вывалило уже знакомый текст

у тебя обычный hdd?

ssd, btrfs

У меня с хромом такая же беда была при 4 гигах оперативы. Вылечился, купив ещё 8.

Да, по крайней мере на Xubuntu 16.04 с ext4 так.

Оперативка? Hdd? Мб sata провод отходит? Я так чуть с ума не сошёл, пока не выяснил что это он виноват в рандомных зависания.

Точно железо

это странно. система в целом была не нагружена

но фризы не исчезли

Диск проверку проходит? После «нормального» завершения работы ОС при новой загрузке таких текстов не бывает?

ок, попроверяю провода и протру тряпочкой шлицы оперативки

После «нормального» завершения работы ОС при новой загрузке таких текстов не бывает?

После «нормального» завершения система грузится стандартно

Диск проверку проходит?

какую именно? вот например

sudo smartctl -A /dev/sdb
[sudo] пароль для ypp: 
smartctl 7.0 2018-12-30 r4883 [x86_64-linux-4.20.13-lqx1-1-lqx] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   050    Pre-fail  Always       -       0
  5 Reallocated_Sector_Ct   0x0013   100   100   050    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0012   100   100   000    Old_age   Always       -       3419
 12 Power_Cycle_Count       0x0012   100   100   000    Old_age   Always       -       505
163 Unknown_Attribute       0x0003   100   100   050    Pre-fail  Always       -       138
166 Unknown_Attribute       0x0000   100   100   000    Old_age   Offline      -       0
167 Unknown_Attribute       0x0022   100   100   000    Old_age   Always       -       0
172 Unknown_Attribute       0x0012   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0012   100   100   000    Old_age   Always       -       20
194 Temperature_Celsius     0x0023   060   060   000    Pre-fail  Always       -       40 (Min/Max 40/40)
196 Reallocated_Event_Count 0x0000   100   100   000    Old_age   Offline      -       0
198 Offline_Uncorrectable   0x0012   100   100   000    Old_age   Always       -       0
199 UDMA_CRC_Error_Count    0x000b   100   100   050    Pre-fail  Always       -       0
241 Total_LBAs_Written      0x0012   100   100   000    Old_age   Always       -       7339
242 Total_LBAs_Read         0x0012   100   100   000    Old_age   Always       -       6290

я больше про проверку ФС, но и S.M.A.R.T лишним не бывает...

хз, только что поменял местами провода HDD и SSD, пока что работает, но заметил еще один прикол, я попробовал подключить ssd к слоту SATA6G(все время был воткнут в SATA3G) и система не грузится, крутит плимут и выдает выше выложенный текст, вернул обратно загрузилось, буду наблюдаться дальше

имеешь ввиду btrfs check --repair запустить?

Хех, попробуй покрутить полный отчет о диске. Типа HDD Crystal info, smart посмотри, мб какие ошибки выдаст.

судя по данным smart диск впорядке

Наверное, да. У тебя brtfs — я с ней дел не имел: точную команду не подскажу.

Процентов на 99 уверен что это проблемы с нехваткой памяти. кто подскажет как прикрутить сигналочку, например, если память загружена на 90%(~7,5Гб) появлялось всплывающее уведомление с соответствующим текстом?

А еще я заметил, что информация о количестве свободного места сохраняется только при отмонтировании. Потому что при нештатном завершении Gparted пишет неправильный размер, пока не проверишь на ошибки. Хотя Thunar показывает правильно всегда.