творится непонятное

kest	# 12 лет, 7 месяцев назад
Темы: 10 Сообщения: 79 Участник с: 18 января 2010	Такая проблема: система работает работает да вдруг зависает и не отвечает на какие либо операции. зависают X`ы и не реагируют ни на что вообще. вижу что процессор загружается каким то делом на 50% (два ядра, следовательно одно ядро грузится на все 100). Происходит абсолютно произвольно. Какие могут быть предположения? messages.log Jan 31 21:19:35 kest-home pptp: anon log: buffering packet 46657 (expecting 46656, lost or reordered) Jan 31 21:21:50 kest-home init: Id “x” respawning too fast: disabled for 5 minutes Jan 31 21:23:14 kest-home kernel: Linux version 2.6.32-ARCH ([email protected]) (gcc version 4.4.2 20091208 (prerelease) (GCC) ) #1 SMP PREEMPT Sat Jan 23 13:53:44 UTC 2010 errors.log Jan 31 18:21:07 kest-home pppd: Cannot determine ethernet address for proxy ARP Jan 31 21:21:22 kest-home login: pam_tally(login:auth): pam_get_uid; no such user Jan 31 21:23:14 kest-home kernel: ACPI: Expecting a package element, found type 0 daemon.log Jan 31 21:10:19 kest-home pptp: anon log: buffering packet 46483 (expecting 46475, lost or reordered) Jan 31 21:11:48 kest-home init: Id “x” respawning too fast: disabled for 5 minutes Jan 31 21:16:49 kest-home init: Id “x” respawning too fast: disabled for 5 minutes Jan 31 21:19:35 kest-home pptp: anon log: buffering packet 46657 (expecting 46656, lost or reordered) Jan 31 21:21:50 kest-home init: Id “x” respawning too fast: disabled for 5 minutes в 21:21 как раз и случилось.

# 12 лет, 7 месяцев назад

Сообщения: 79

Участник с: 18 января 2010

Такая проблема: система работает работает да вдруг зависает и не отвечает на какие либо операции. зависают X`ы и не реагируют ни на что вообще. вижу что процессор загружается каким то делом на 50% (два ядра, следовательно одно ядро грузится на все 100). Происходит абсолютно произвольно. Какие могут быть предположения?

messages.log

Jan 31 21:19:35 kest-home pptp: anon log: buffering packet 46657 (expecting 46656, lost or reordered)
Jan 31 21:21:50 kest-home init: Id “x” respawning too fast: disabled for 5 minutes
Jan 31 21:23:14 kest-home kernel: Linux version 2.6.32-ARCH ([email protected]) (gcc version 4.4.2 20091208 (prerelease) (GCC) ) #1 SMP PREEMPT Sat Jan 23 13:53:44 UTC 2010

errors.log

Jan 31 18:21:07 kest-home pppd: Cannot determine ethernet address for proxy ARP
Jan 31 21:21:22 kest-home login: pam_tally(login:auth): pam_get_uid; no such user
Jan 31 21:23:14 kest-home kernel: ACPI: Expecting a package element, found type 0

daemon.log

Jan 31 21:10:19 kest-home pptp: anon log: buffering packet 46483 (expecting 46475, lost or reordered)
Jan 31 21:11:48 kest-home init: Id “x” respawning too fast: disabled for 5 minutes
Jan 31 21:16:49 kest-home init: Id “x” respawning too fast: disabled for 5 minutes
Jan 31 21:19:35 kest-home pptp: anon log: buffering packet 46657 (expecting 46656, lost or reordered)
Jan 31 21:21:50 kest-home init: Id “x” respawning too fast: disabled for 5 minutes

в 21:21 как раз и случилось.

vadik	# 12 лет, 7 месяцев назад
Темы: 55 Сообщения: 5395 Участник с: 17 августа 2009	По логам ничего не скажу. Но можно поставить conky и попытаться это дело выловить визуально. (я по крайней мере так и делаю)

kest	# 12 лет, 7 месяцев назад
Темы: 10 Сообщения: 79 Участник с: 18 января 2010	а смысл? конки на мониторе, а иксы зависают вообще, даже время не идёт. а загрузку вижу по самодельному датчику работающему через LPT.

vadik	# 12 лет, 7 месяцев назад
Темы: 55 Сообщения: 5395 Участник с: 17 августа 2009	Я предложил один из вариантов, а единственно правильный. Да и Х-ы зависают не мгновенно и всегда есть шанс выцепить важную инфу. Опятьже это мое личное мнение.

kest	# 12 лет, 7 месяцев назад
Темы: 10 Сообщения: 79 Участник с: 18 января 2010	вариант то может и вариант… знать бы когда это произойдёт слудующий раз что бы сконцентрироваться на нужном месте экрана… Вообще мне кажется что это связано с сетью. Только как это предположение опровергнуть или подтвердить…

kest

# 12 лет, 7 месяцев назад

Темы: 10

Сообщения: 79

Участник с: 18 января 2010

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

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

vadik	# 12 лет, 7 месяцев назад
Темы: 55 Сообщения: 5395 Участник с: 17 августа 2009	Если сильны в скриптах, то можно настроить мониторинг, так чтобы в логи заносились процессы отжирающиее больше 90% Хотя конечно это больше на костыли похоже.

kernelpanic	# 12 лет, 7 месяцев назад
Темы: 17 Сообщения: 452 Участник с: 14 марта 2009	попробовать нажать ALT+F1(F2) и запустить во фреймбуфере top,не?

kest	# 12 лет, 7 месяцев назад
Темы: 10 Сообщения: 79 Участник с: 18 января 2010	Я ж говорю что вообще(значит ВООБЩЕ) не реагирует. ни фреймбуферы не переключает, ни ALT-CTRL-BACKSPASE не завершается. со скриптами можно подумать, попробую написать.

w00zy	# 12 лет, 7 месяцев назад
Темы: 20 Сообщения: 336 Участник с: 09 декабря 2008	У меня подобное linuxdcpp иногда вызывает. Но у меня получается переключиться в консоль (стрл-альт-Fn) и прибить его. Правда ядро zen.

bobart	# 12 лет, 7 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	может ещё everything.log глянуть? (Была такая неприятность в убунте 9.10, возможно, только у меня - при раскрытии оперы из трея, порой вешались иксы наглухо.., ни гасилка иксов, ни терминал по хоткею - глушняк, но оставались живыми три кнопочки, Ctrl-Alt-F1 - там и прибивал оперу, но это немного другой случай.)

bobart

# 12 лет, 7 месяцев назад

Темы: 38

Сообщения: 2537

Участник с: 28 ноября 2009

может ещё everything.log глянуть? (Была такая неприятность в убунте 9.10, возможно, только у меня - при раскрытии оперы из трея, порой вешались иксы наглухо.., ни гасилка иксов, ни терминал по хоткею - глушняк, но оставались живыми три кнопочки, Ctrl-Alt-F1 - там и прибивал оперу, но это немного другой случай.)