Компьютер периодически зависает

Chips	# 1 год, 8 месяцев назад (отредактировано 1 год, 8 месяцев назад)
Темы: 45 Сообщения: 297 Участник с: 14 января 2014	safocl а видеокарта не нвидии ли случаем? – просто у нвидии в 455ых дровах косяк по выделению памяти… (ваще не понял – зачем временные дрова включают в основной релиз дров нвидии) Да карточка Nvidia 960 vasek Вот сейчас ещё раз повторилось, выполнил всё как вы указали вот результат янв 04 13:27:07 sega kernel: audit: type=1104 audit(1609756027.545:678): pid=6242 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' янв 04 13:27:08 sega kernel: sysrq: Show Memory янв 04 13:27:08 sega kernel: Mem-Info: янв 04 13:27:08 sega kernel: active_anon:15455 inactive_anon:658887 isolated_anon:0 active_file:189633 inactive_file:349387 isolated_file:0 unevictable:17 dirty:1147 writeback:0 slab_reclaimable:35707 slab_unreclaimable:26013 mapped:277032 shmem:64796 pagetables:10141 bounce:0 free:1168640 free_pcp:1378 free_cma:0 янв 04 13:27:08 sega kernel: Node 0 active_anon:61820kB inactive_anon:2635548kB active_file:758532kB inactive_file:1397548kB unevictable:68kB isolated(anon):0kB isolated(file):0kB mapped:1108128kB dirty:4588kB writeback:0kB shmem:259184kB shmem_thp: 0kB shmem_pmdmapped: 0kB anon_thp: 0kB янв 04 13:27:15 sega audit[6274]: CRED_DISP pid=6274 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' янв 04 13:27:16 sega kernel: sysrq: Show Memory янв 04 13:27:16 sega kernel: Mem-Info: янв 04 13:27:16 sega kernel: active_anon:15454 inactive_anon:656139 isolated_anon:0 active_file:189637 inactive_file:349387 isolated_file:0 unevictable:17 dirty:89 writeback:21 slab_reclaimable:35707 slab_unreclaimable:26015 mapped:277022 shmem:64796 pagetables:10148 bounce:0 free:1171369 free_pcp:1411 free_cma:0 янв 04 13:27:16 sega kernel: Node 0 active_anon:61816kB inactive_anon:2624556kB active_file:758548kB inactive_file:1397548kB unevictable:68kB isolated(anon):0kB isolated(file):0kB mapped:1108088kB dirty:356kB writeback:84kB shmem:259184kB shmem_thp: 0kB shmem_pmdmapped: 0kB anon_thp: 0kB writeback_tmp:0kB kernel_stack:11472kB all_unreclaimable? no `янв 04 13:27:24 sega audit[6311]: CRED_DISP pid=6311 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' янв 04 13:27:25 sega kernel: sysrq: Show Blocked State янв 04 13:27:25 sega kernel: task:Xorg state:D stack: 0 pid: 506 ppid: 500 flags:0x00400084 янв 04 13:27:25 sega kernel: Call Trace:` янв 04 13:27:31 sega audit[6335]: CRED_DISP pid=6335 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' янв 04 13:27:31 sega kernel: sysrq: Keyboard mode set to system default янв 04 13:27:32 sega dbus-daemon[465]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.254' (uid=0 pid=6339 comm="sudo pacman -T ") `янв 04 13:27:36 sega systemd-journald[6375]: Journal started янв 04 13:27:36 sega systemd-journald[6375]: System Journal (/var/log/journal/4ca42642606e45a58a3f1a6ac2055325) is 264.1M, max 250.0M, 0B free. янв 04 13:27:36 sega kernel: sysrq: Kill All Tasks янв 04 13:27:36 sega systemd[1]: systemd-timesyncd.service: Main process exited, code=killed, status=9/KILL янв 04 13:27:36 sega systemd[1]: systemd-timesyncd.service: Failed with result 'signal'.`

# 1 год, 8 месяцев назад (отредактировано 1 год, 8 месяцев назад)

Сообщения: 297

Участник с: 14 января 2014

safocl
а видеокарта не нвидии ли случаем? – просто у нвидии в 455ых дровах косяк по выделению памяти… (ваще не понял – зачем временные дрова включают в основной релиз дров нвидии)

Да карточка Nvidia 960

vasek
Вот сейчас ещё раз повторилось, выполнил всё как вы указали вот результат

янв 04 13:27:07 sega kernel: audit: type=1104 audit(1609756027.545:678): pid=6242 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
янв 04 13:27:08 sega kernel: sysrq: Show Memory
янв 04 13:27:08 sega kernel: Mem-Info:
янв 04 13:27:08 sega kernel: active_anon:15455 inactive_anon:658887 isolated_anon:0
                                 active_file:189633 inactive_file:349387 isolated_file:0
                                 unevictable:17 dirty:1147 writeback:0
                                 slab_reclaimable:35707 slab_unreclaimable:26013
                                 mapped:277032 shmem:64796 pagetables:10141 bounce:0
                                 free:1168640 free_pcp:1378 free_cma:0
янв 04 13:27:08 sega kernel: Node 0 active_anon:61820kB inactive_anon:2635548kB active_file:758532kB inactive_file:1397548kB unevictable:68kB isolated(anon):0kB isolated(file):0kB mapped:1108128kB dirty:4588kB writeback:0kB shmem:259184kB shmem_thp: 0kB shmem_pmdmapped: 0kB anon_thp: 0kB

янв 04 13:27:15 sega audit[6274]: CRED_DISP pid=6274 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
янв 04 13:27:16 sega kernel: sysrq: Show Memory
янв 04 13:27:16 sega kernel: Mem-Info:
янв 04 13:27:16 sega kernel: active_anon:15454 inactive_anon:656139 isolated_anon:0
                                 active_file:189637 inactive_file:349387 isolated_file:0
                                 unevictable:17 dirty:89 writeback:21
                                 slab_reclaimable:35707 slab_unreclaimable:26015
                                 mapped:277022 shmem:64796 pagetables:10148 bounce:0
                                 free:1171369 free_pcp:1411 free_cma:0
янв 04 13:27:16 sega kernel: Node 0 active_anon:61816kB inactive_anon:2624556kB active_file:758548kB inactive_file:1397548kB unevictable:68kB isolated(anon):0kB isolated(file):0kB mapped:1108088kB dirty:356kB writeback:84kB shmem:259184kB shmem_thp: 0kB shmem_pmdmapped: 0kB anon_thp: 0kB writeback_tmp:0kB kernel_stack:11472kB all_unreclaimable? no

янв 04 13:27:24 sega audit[6311]: CRED_DISP pid=6311 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
янв 04 13:27:25 sega kernel: sysrq: Show Blocked State
янв 04 13:27:25 sega kernel: task:Xorg            state:D stack:    0 pid:  506 ppid:   500 flags:0x00400084
янв 04 13:27:25 sega kernel: Call Trace:

янв 04 13:27:31 sega audit[6335]: CRED_DISP pid=6335 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
янв 04 13:27:31 sega kernel: sysrq: Keyboard mode set to system default
янв 04 13:27:32 sega dbus-daemon[465]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.254' (uid=0 pid=6339 comm="sudo pacman -T ")

янв 04 13:27:36 sega systemd-journald[6375]: Journal started
янв 04 13:27:36 sega systemd-journald[6375]: System Journal (/var/log/journal/4ca42642606e45a58a3f1a6ac2055325) is 264.1M, max 250.0M, 0B free.
янв 04 13:27:36 sega kernel: sysrq: Kill All Tasks
янв 04 13:27:36 sega systemd[1]: systemd-timesyncd.service: Main process exited, code=killed, status=9/KILL
янв 04 13:27:36 sega systemd[1]: systemd-timesyncd.service: Failed with result 'signal'.

vasek	# 1 год, 8 месяцев назад (отредактировано 1 год, 8 месяцев назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	Chips вот результат .янв 04 13:27:16 sega kernel: sysrq: Show Memory …… free:1168640 free_pcp:1378 free_cma:0 Судя по выводу, свободной памяти около 4,5G - так что память похоже не причем. В части другого - расшифровка требует навыка, рекомендую потренироваться на нормальной системе, чтобы ориентироваться в массе вывода и не все так просто, как кажется - нюансов много, всего не опишешь да и сам не все знаю. Для понимания покажу/опишу подробнее на своем выводе 1. Память - Alt+SysRq+m янв 04 14:59:22 arch kernel: sysrq: Show Memory янв 04 14:59:23 arch kernel: Mem-Info: янв 04 14:59:23 arch kernel: active_anon:1270 inactive_anon:84740 isolated_anon:0 active_file:101622 inactive_file:150454 isolated_file:0 unevictable:41002 dirty:19 writeback:19 slab_reclaimable:33832 slab_unreclaimable:8854 mapped:87325 shmem:43079 pagetables:1521 bounce:0 free:1064505 free_pcp:1327 free_cma:0 ….. янв 04 14:59:23 arch kernel: Node 0 DMA free:14320kB …… янв 04 14:59:23 arch kernel: Node 0 DMA32 free:3003732kB … янв 04 14:59:23 arch kernel: Node 0 Normal free:1239968kB … …. и далее …. значение свободной памяти в самом начале - это последняя строчка в 1-ом абзаце `free:1064505 free_pcp:1327 free_cma:0` free:1064505 - это размер в страницах (pages), переведем в kB (1 страница = 4096B = 4kB) 1064505 pages = 1064505 x 4 = 4258020kB - уточнение - это значение равно сумме значений в строках (что это такое - лучше обратиться к DOC) `янв 04 14:59:23 arch kernel: Node 0 DMA free:14320kB …… янв 04 14:59:23 arch kernel: Node 0 DMA32 free:3003732kB … янв 04 14:59:23 arch kernel: Node 0 Normal free:1239968kB …` 14320kB + 3003732kB + 1239968kB = 4258020kB 2. Зависшие процессы, процессы ожидающие окончания ввода-вывода задач - Alt+SysRq+w Для понимания нажимаю несколько раз: 4 нажатия ничего не показывают (только запись Show Blocked State и более ничего, что говорит о том, что "зависших" процессов нет), а вот на 5-ом нажатии получаю длинный вывод - привожу часть вывода `янв 04 14:27:10 arch kernel: sysrq: Show Blocked State янв 04 14:27:13 arch kernel: sysrq: Show Blocked State янв 04 14:27:18 arch kernel: sysrq: Show Blocked State янв 04 14:27:24 arch kernel: sysrq: Show Blocked State янв 04 14:27:26 arch kernel: task:jbd2/sda3-8 state:D stack: 0 pid: 200 ppid: 2 flags:0x00004000 янв 04 14:27:26 arch kernel: Call Trace: янв 04 14:27:26 arch kernel: __schedule+0x292/0x830 …….. и так далее ….` Видим сам процесс task:jbd2/sda3-8 state:D stack: 0 pid: 200 …. и далее его Call Trace. Делаем вывод: процесс jbd2/sda3-8 , PID=200. Что это за процесс? - это ядерный процесс, связанный с журналированием на разделе sda3 (это моя система). Процесс находится в состоянии D (беспробудный сон) - что обычно связано с дисковым вводом-выводом, грубо говоря, высокая активность дискового ввода-вывода в данный момент вызвала замедление системы … вообщем привело к задержке порядка 1с). Но я сразу же после появления логов о "зависшем процессе" (после 5-го нажатия Alt+SysRq+w) НАЖАЛ комбинацию Alt+SysRq+t (полный список все задач, для каждого процессора) - вывод очень большой, но нам интересно найти PID=200, находим его и убеждаемся, что это действительно процесс jbd2/sda3-8 `янв 04 14:27:28 arch kernel: S task PID tree-key switches prio wait-time sum-exec sum-sleep ……………………………………………………………………………………………………………. янв 04 14:27:28 arch kernel: S jbd2/sda3-8 200 814746.505049 12631 120 0.000000 1063.917334 0.000000 0 0 /` Так как нажал очень быстро, то процесс в вывод попал, нажми попозже и процесса уже бы не было, но мог попасть другой процесс, так что не все так просто - нужно анализировать, что это за процессы … или это системные процессы, выполняющие свои задачи и имеющие незначительные задержки менее секунды и попали случайно или же это зависшие процессы, ожидающие неизвестно чего. В твоем случае приведена только часть вывода Chips task:Xorg state:D stack: 0 pid: 506 ppid: 500 в который попал процесс Xorg PID=506 - что это такое, вот и придется в дальнейшем выяснять - придется анализировать несколько раз, чтобы понять это один и тот же процес или разные … а так как вывод обрезан, возможно там были и другие процессы … Так что не все так просто, попотеть придется ... возможно придется анализировать и Call Trace на предмет, что могло стать возможной причиной. PS 1 - забыл указать, что в выводе "зависших" процессов есть значение wait-time (в моем случае = 0.000), на что тоже следует обращать внимание. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 1 год, 8 месяцев назад (отредактировано 1 год, 8 месяцев назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

Chips
вот результат
.янв 04 13:27:16 sega kernel: sysrq: Show Memory
……
free:1168640 free_pcp:1378 free_cma:0

Судя по выводу, свободной памяти около 4,5G - так что память похоже не причем.
В части другого - расшифровка требует навыка, рекомендую потренироваться на нормальной системе, чтобы ориентироваться в массе вывода и не все так просто, как кажется - нюансов много, всего не опишешь да и сам не все знаю.
Для понимания покажу/опишу подробнее на своем выводе
1. Память - Alt+SysRq+m

янв 04 14:59:22 arch kernel: sysrq: Show Memory
янв 04 14:59:23 arch kernel: Mem-Info:
янв 04 14:59:23 arch kernel: active_anon:1270 inactive_anon:84740 isolated_anon:0
                                 active_file:101622 inactive_file:150454 isolated_file:0
                                 unevictable:41002 dirty:19 writeback:19
                                 slab_reclaimable:33832 slab_unreclaimable:8854
                                 mapped:87325 shmem:43079 pagetables:1521 bounce:0
                                 free:1064505 free_pcp:1327 free_cma:0
…..
янв 04 14:59:23 arch kernel: Node 0 DMA free:14320kB ……
янв 04 14:59:23 arch kernel: Node 0 DMA32 free:3003732kB …
янв 04 14:59:23 arch kernel: Node 0 Normal free:1239968kB …
…. и далее ….

значение свободной памяти в самом начале - это последняя строчка в 1-ом абзаце

                                free:1064505 free_pcp:1327 free_cma:0

free:1064505 - это размер в страницах (pages), переведем в kB (1 страница = 4096B = 4kB)
1064505 pages = 1064505 x 4 = 4258020kB - уточнение - это значение равно сумме значений в строках (что это такое - лучше обратиться к DOC)

янв 04 14:59:23 arch kernel: Node 0 DMA free:14320kB ……
янв 04 14:59:23 arch kernel: Node 0 DMA32 free:3003732kB …
янв 04 14:59:23 arch kernel: Node 0 Normal free:1239968kB …

14320kB + 3003732kB + 1239968kB = 4258020kB

2. Зависшие процессы, процессы ожидающие окончания ввода-вывода задач - Alt+SysRq+w
Для понимания нажимаю несколько раз: 4 нажатия ничего не показывают (только запись Show Blocked State и более ничего, что говорит о том, что "зависших" процессов нет), а вот на 5-ом нажатии получаю длинный вывод - привожу часть вывода

янв 04 14:27:10 arch kernel: sysrq: Show Blocked State
янв 04 14:27:13 arch kernel: sysrq: Show Blocked State
янв 04 14:27:18 arch kernel: sysrq: Show Blocked State
янв 04 14:27:24 arch kernel: sysrq: Show Blocked State
янв 04 14:27:26 arch kernel: task:jbd2/sda3-8     state:D stack:    0 pid:  200 ppid:     2 flags:0x00004000
янв 04 14:27:26 arch kernel: Call Trace:
янв 04 14:27:26 arch kernel:  __schedule+0x292/0x830
…….. и так далее ….

Видим сам процесс task:jbd2/sda3-8 state:D stack: 0 pid: 200 …. и далее его Call Trace.
Делаем вывод: процесс jbd2/sda3-8 , PID=200. Что это за процесс? - это ядерный процесс, связанный с журналированием на разделе sda3 (это моя система). Процесс находится в состоянии D (беспробудный сон) - что обычно связано с дисковым вводом-выводом, грубо говоря, высокая активность дискового ввода-вывода в данный момент вызвала замедление системы … вообщем привело к задержке порядка 1с).
Но я сразу же после появления логов о "зависшем процессе" (после 5-го нажатия Alt+SysRq+w) НАЖАЛ комбинацию Alt+SysRq+t (полный список все задач, для каждого процессора) - вывод очень большой, но нам интересно найти PID=200, находим его и убеждаемся, что это действительно процесс jbd2/sda3-8

янв 04 14:27:28 arch kernel:  S          task          PID         tree-key        switches  prio     wait-time             sum-exec         sum-sleep
…………………………………………………………………………………………………………….
янв 04 14:27:28 arch kernel:  S     jbd2/sda3-8   200    814746.505049     12631   120    0.000000    1063.917334    0.000000 0 0 /

Так как нажал очень быстро, то процесс в вывод попал, нажми попозже и процесса уже бы не было, но мог попасть другой процесс, так что не все так просто - нужно анализировать, что это за процессы … или это системные процессы, выполняющие свои задачи и имеющие незначительные задержки менее секунды и попали случайно или же это зависшие процессы, ожидающие неизвестно чего.

В твоем случае приведена только часть вывода

Chips
task:Xorg state:D stack: 0 pid: 506 ppid: 500

в который попал процесс Xorg PID=506 - что это такое, вот и придется в дальнейшем выяснять - придется анализировать несколько раз, чтобы понять это один и тот же процес или разные … а так как вывод обрезан, возможно там были и другие процессы … Так что не все так просто, попотеть придется ... возможно придется анализировать и Call Trace на предмет, что могло стать возможной причиной.

PS 1 - забыл указать, что в выводе "зависших" процессов есть значение wait-time (в моем случае = 0.000), на что тоже следует обращать внимание.

Ошибки не исчезают с опытом - они просто умнеют

Geanarch	# 1 год, 7 месяцев назад
Темы: 20 Сообщения: 52 Участник с: 05 января 2021	У меня так было с одним компом, получил точно такой же переставил туда хард, оперативку, теперь работает без перебоев, за полгода ни разу не завис, видимо может сбоить железо

Vadim	# 1 год, 7 месяцев назад
Темы: 280 Сообщения: 1909 Участник с: 20 ноября 2013	vasek Судя по выводу, свободной памяти около 4,5G - так что память похоже не причем. у меня тоже была свободная память,но подключенный маленький кусочек поврежденного раздела swap вешал систему так,что даже reisub не всегда срабатывал. Linux Forever!

Vadim

# 1 год, 7 месяцев назад

Темы: 280

Сообщения: 1909

Участник с: 20 ноября 2013

vasek
Судя по выводу, свободной памяти около 4,5G - так что память похоже не причем.

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

Linux Forever!

apof	# 1 год, 7 месяцев назад
Темы: 9 Сообщения: 29 Участник с: 07 октября 2018	Chips У меня такая проблема периодически зависает система, нет никакой реакции на клавиатуру даже перейти в консоль по ctrl+alt+F1(F2,F3…) нет возможности хотя слышно как играет музыка или воспроизводится звук с ютуба. Это может произойти как несколько раз в день так и раз в неделю или больше. Помогает только жёсткий reboot. Куда смотреть? У меня такое же началось после недавнего обновления. Ядро стало версии 5.10.x, а до обновления было 5.9.x. Xorg-server стал 1.20.10-x, а был 1.20.9-x Пишут, что ядро может быть виновато https://www.linux.org.ru/forum/talks/16094495 Добавил строку для загрузки. Если не поможет, то буду иксы откатывать.

apof

# 1 год, 7 месяцев назад

Темы: 9

Сообщения: 29

Участник с: 07 октября 2018

Chips
У меня такая проблема периодически зависает система, нет никакой реакции на клавиатуру даже перейти в консоль по ctrl+alt+F1(F2,F3…) нет возможности хотя слышно как играет музыка или воспроизводится звук с ютуба. Это может произойти как несколько раз в день так и раз в неделю или больше. Помогает только жёсткий reboot. Куда смотреть?

У меня такое же началось после недавнего обновления. Ядро стало версии 5.10.x, а до обновления было 5.9.x. Xorg-server стал 1.20.10-x, а был 1.20.9-x
Пишут, что ядро может быть виновато https://www.linux.org.ru/forum/talks/16094495 Добавил строку для загрузки. Если не поможет, то буду иксы откатывать.

vasek	# 1 год, 7 месяцев назад (отредактировано 1 год, 7 месяцев назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	apof Если не поможет, то буду иксы откатывать. Сначала попробуй ядро linux-lts - с большой вероятностью может и помочь. Ошибки не исчезают с опытом - они просто умнеют

apof	# 1 год, 7 месяцев назад
Темы: 9 Сообщения: 29 Участник с: 07 октября 2018	Строка в grub не помогла. Поставлю linux-lts.

vasek	# 1 год, 7 месяцев назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	apof буду иксы откатывать Причем здесь иксы? .... я понял так, что описался и будешь откатывать ядро ... или все-таки имел ввиду иксы??? Ошибки не исчезают с опытом - они просто умнеют

apof	# 1 год, 7 месяцев назад
Темы: 9 Сообщения: 29 Участник с: 07 октября 2018	vasek Причем здесь иксы? …. я понял так, что описался и будешь откатывать ядро … или все-таки имел ввиду иксы??? Потому что после обновления (из-за которого это началось) у меня на другие пакеты нет подозрения. Оконный менеджер, например, не обновлялся. После зависона и нажатия кнопки выключения на корпусе, появляется ядерная консоль и начинают завершаться запущенные процессы. Но Xorg не прибивается, когда до него доходит. В консоли появляются повторяющиеся сообщения с увеличивающимся счётчиком секунд: `kernel: INFO: task kworker/1:1H:93 blocked for more than 122 seconds. kernel: Tainted: G OE 5.10.7-arch1-1 #1` При этом раз консоль показывается на том же tty, что и xorg, то процесс xorg по идее должен быть уже завершён, но лог показывает, что менеджер процессов не может его прибить. С linux-lts пока такого нет. Посмотрим.

apof

# 1 год, 7 месяцев назад

Темы: 9

Сообщения: 29

Участник с: 07 октября 2018

vasek
Причем здесь иксы? …. я понял так, что описался и будешь откатывать ядро … или все-таки имел ввиду иксы???

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

После зависона и нажатия кнопки выключения на корпусе, появляется ядерная консоль и начинают завершаться запущенные процессы. Но Xorg не прибивается, когда до него доходит. В консоли появляются повторяющиеся сообщения с увеличивающимся счётчиком секунд:


kernel: INFO: task kworker/1:1H:93 blocked for more than 122 seconds.
kernel:       Tainted: G           OE     5.10.7-arch1-1 #1

При этом раз консоль показывается на том же tty, что и xorg, то процесс xorg по идее должен быть уже завершён, но лог показывает, что менеджер процессов не может его прибить.

С linux-lts пока такого нет. Посмотрим.

apof	# 1 год, 7 месяцев назад
Темы: 9 Сообщения: 29 Участник с: 07 октября 2018	Chips Да карточка Nvidia 960 А у меня интеловская встройка со свободными дровами.