Полное зависание

[katar]

Бывают такие моменты, что в процессе работы комп полностью зависает, так что выключать приходиться через 5secPowerButton.
И главное, что никак не понять почему это происходит.
Какаие шаги можно предпринять, чтобы отследить/выяснить причину зависаний, чтобы в последствии устранить ее?

[arachnid]

Бывают такие моменты, что в процессе работы комп полностью зависает, так что выключать приходиться через 5secPowerButton.
И главное, что никак не понять почему это происходит.
Какаие шаги можно предпринять, чтобы отследить/выяснить причину зависаний, чтобы в последствии устранить ее?

в логах что последним остается?
у меня на 7.1 подобного не было (с непонятными причинами) - из понятных зависонов - работа с флешками в режиме автомонтирования

[katar]

Какие именно логи интересуют?
Есть подозрения что это как-то связано с графической системой или ее компонентом.

[arachnid]

да собственно, логи постоянно ведуться (по умолчанию) для messages и X-ами.
в оных есть ч.н. подозрительное?

[katar]

хм..внимательно все просмотрел - ничего не нашел

[Shura]

katar
А если просто нажать на выключение и немного подождать?

[katar]

katar
А если просто нажать на выключение и немного подождать?

ничего. нет никакой реакции. только 5 секунд.

[AlexNT]

katar
А если просто нажать на выключение и немного подождать?

ничего. нет никакой реакции. только 5 секунд.

Проверьте ОЗУ, неплохая вещь - memtest86, судя по всему у Вас проблема с железом...
Зависон по неясным причинам когда к этому никаких нет предполсылок скорее всего ОЗУ.
Хотя конечно это только предположение.
В каждом конкртеном случае надо разбираться индивидуально.
Опять же если 7.1 бета, то то это еще не релиз. Может стоит 7.0 попробовать?

[katar]

katar
А если просто нажать на выключение и немного подождать?

ничего. нет никакой реакции. только 5 секунд.

Проверьте ОЗУ, неплохая вещь - memtest86, судя по всему у Вас проблема с железом...
Зависон по неясным причинам когда к этому никаких нет предполсылок скорее всего ОЗУ.
Хотя конечно это только предположение.
В каждом конкртеном случае надо разбираться индивидуально.
Опять же если 7.1 бета, то то это еще не релиз. Может стоит 7.0 попробовать?

Такая шняга наблюдалась и на релизах.
Попробую мемтест.

[AlexNT]

katar
А если просто нажать на выключение и немного подождать?

ничего. нет никакой реакции. только 5 секунд.

Проверьте ОЗУ, неплохая вещь - memtest86, судя по всему у Вас проблема с железом...
Зависон по неясным причинам когда к этому никаких нет предполсылок скорее всего ОЗУ.
Хотя конечно это только предположение.
В каждом конкртеном случае надо разбираться индивидуально.
Опять же если 7.1 бета, то то это еще не релиз. Может стоит 7.0 попробовать?

Такая шняга наблюдалась и на релизах.
Попробую мемтест.

Тогда я почти уверен что у Вас аппаратная проблема. У меня 7.0 i386 повесить можно тока экспериментами с вайном.
Работает сутками без перезапуска, никаких проблем.

[xaionaro]

Бывают такие моменты, что в процессе работы комп полностью зависает, так что выключать приходиться через 5secPowerButton.
И главное, что никак не понять почему это происходит.
Какаие шаги можно предпринять, чтобы отследить/выяснить причину зависаний, чтобы в последствии устранить ее?

Светодиод обращения к IDE не горит, случаем, во время зависания?. Так же стоит проверить что говорит AlexNT, ибо действительно наиболее вероятно, что это всё-таки ОЗУ сбоит .. ну и там стоит проверить температуру CPU и т.п.
И опиши несколько действий, которые делаешь, перед зависанием системы, плиз.

katar
А если просто нажать на выключение и немного подождать?

ничего. нет никакой реакции. только 5 секунд.

Проверьте ОЗУ, неплохая вещь - memtest86, судя по всему у Вас проблема с железом...
Зависон по неясным причинам когда к этому никаких нет предполсылок скорее всего ОЗУ.
Хотя конечно это только предположение.
В каждом конкртеном случае надо разбираться индивидуально.
Опять же если 7.1 бета, то то это еще не релиз. Может стоит 7.0 попробовать?

Такая шняга наблюдалась и на релизах.
Попробую мемтест.

Тогда я почти уверен что у Вас аппаратная проблема. У меня 7.0 i386 повесить можно тока экспериментами с вайном.
Работает сутками без перезапуска, никаких проблем.

Хм, я приходил немало раз к зависанию по одними и теми же несколькими дырками. Просто теперь никогда не наступаю на грабли, на которые уже наступал . Например, в какой-то из версий фрей, если мы nullfs-ом монтируем директорию А в директорию Б, а потом тем же nullfs-ом монтируем директорию Б в директорию В, затем размонтируем "А в Б", то действие размонтировать "Б в В" приводило к полному зависанию (приходилось физически бежать к серверу). Или однажды я пришёл к зависанию, тоже в какой-то из версий сделать "strace -p" на Xorg внутри Xorg. Или например работал с глючным ext3-разделом (примонтированным как ext2fs) и приходил к полному зависанию (я не знаю ничего об устройстве ext2/ext3, но для себя я это объяснил тем, что последовательность секторов какого-нибудь файла была зациклена сама на себя, или что-нибудь такое; исправилось обычным fsck перед монтированием). Дак вот, например, в случае с ext2fs я тоже долго грешил на всеразличное железо, ибо глюк в моём понимании происходил абсолютно произвольно. Не уверен что все баги, на которые приходилось наталкиваться исправили даже сейчас, ведь фря достаточно медленно развивается.

[blah]

Какаие шаги можно предпринять, чтобы отследить/выяснить причину зависаний, чтобы в последствии устранить ее?

вруби witness(4), собери все LOR'ы до момента зависания и попробуй найти зацепку среди них (в bugreport'ах). LOR'ы обычно выглядят примерно так:

Код: Выделить всё

lock order reversal:
 1st 0xffffff0001b5f000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:371
 2nd 0xffffff0001b60448 devfs (devfs) @ /usr/src/sys/kern/vfs_lookup.c:441
 3rd 0xffffff0001b5ec80 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:371
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x2e
witness_checkorder() at witness_checkorder+0x667
__lockmgr_args() at __lockmgr_args+0xc40
vfs_busy() at vfs_busy+0xe7
vfs_mount_alloc() at vfs_mount_alloc+0x88
vfs_donmount() at vfs_donmount+0xd5e
kernel_mount() at kernel_mount+0x88
kernel_vmount() at kernel_vmount+0xce
vfs_mountroot_try() at vfs_mountroot_try+0x102
vfs_mountroot() at vfs_mountroot+0x308
start_init() at start_init+0x45
fork_exit() at fork_exit+0x112
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xfffffffe4000dd40, rbp = 0 ---

Только этот LOR безобидный и довольно древний.

Если не поможет, то двигайся в сторону debug'а из ddb или kgdb:
http://www.freebsd.org/doc/en_US.ISO8859-1...-deadlocks.html
Во время deadlock'а в ddb можно выйти по ctrl+alt+esc или ctrl+prtscr/sysrq

Не забудь попробовать ktr(4)

ps, а страничка со списком популярных безобидных и не только lor'ов так до сих пор и не доступна: http://sources.zabbadoz.net/freebsd/lor.html ;\

[nasswell]

Однозначно копай в сторону железа, у меня такая же ерунда была 2 раза, в первом случае была память виновата (причём после замены была установлена на машину с виндозой и по сей день там пашет без проблем, в качестве теста была вставлена на другую машину с фри и с теми же глюками была оттуда демонтирована) во втором случае начала умирать мать, после проявления спонтанного зависания через несколько тестовых включений платы вылетел южный мост.