Кеrnel panic. Идентификация.

Davinel 15 февраля, 2009 - 03:35

Общие вопросы

Началось недели эдак полторы назад, падало уже раза 4. После первого выключил автоматическую перезагрузку при кернел паник - теперь оно как ему и положено мигает капсом и скрол локом. Проблема в том, что в логах ничего нет.. последняя запись в message может иногда за ~час до перезагрузки и это безобидный крон, который и так постоянно выполняется без всяких глюков. И переключится в консоль нет никакой возможности - зависает намертво.
Падает скорее всего не от нагрузки - ставил рекомпилить мир на ночь - спокойно скомпилило.

Возможно у меня неправильно настроенно логиование и оно просто не записывает кернел паник? Собственно я с этой стороны ничего не трогал.. Почитав ман я так понял что с теми настройками что есть по дефолту - должно записывать. Может что то сделать дополнительно?
Еще думал, может проблемы с винчестером и тогда отсутствие логов вполне объяснимо, но в показаниях SMART все вполне нормально. Конечно оно и врать может, не очень надежная штука, но все же...

Для комментирования войдите или зарегистрируйтесь

У smartctl есть параметр -t,

Автор a_v, дата создания 15 февраля, 2009 - 03:40.

У smartctl есть параметр -t, с ним можно запустить принудительный тест и посмотреть, как всё там. Ещё не помешает проверить оперативную память, например, с помощью memtest86+. Проверь список модулей ядра, которые собирались отдельно, может, это какой-то из них; убедись, что все они собраны той же версией gcc, что и само ядро. Покажи emerge --info.

Для комментирования войдите или зарегистрируйтесь

Smart тесты я делал уже. Все

Автор Davinel, дата создания 16 февраля, 2009 - 00:36.

Smart тесты я делал уже. Все значения в пределах нормы, мемтест тоже делал, два прохода - все нормально.
Ядро с модулями пересобрал.. gcc там вроде как один и тот же был, но возможно разный glibc.

System uname: Linux-2.6.27-gentoo-r8-x86_64-AMD_Athlon-tm-_64_Processor_3000+-with-glibc2.2.5
Timestamp of tree: Sat, 14 Feb 2009 19:45:01 +0000
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p48-r1
dev-java/java-config: 1.3.7-r1, 2.1.7
dev-lang/python:     2.5.2-r7
dev-util/ccache:     2.4-r8
dev-util/cmake:      2.6.2-r1
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.4.3-r1
sys-apps/sandbox:    1.3.7
sys-devel/autoconf:  2.13, 2.63
sys-devel/automake:  1.5, 1.8.5-r3, 1.9.6-r2, 1.10.2
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.27-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -Os -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/svn/env /usr/kde/svn/share/config /usr/kde/svn/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=k8 -Os -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="ftp://gentoo.po.opole.pl http://gentoo.po.opole.pl http://src.gentoo.pl "
LANG="ru_UA.UTF-8"
LC_ALL=""
LDFLAGS="-Wl,-O1"
LINGUAS="ru"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/layman/my"
SYNC="rsync://mirror.yandex.ru/gentoo-portage/"
USE="3dnow 3dnowext X acl acpi alsa amd64 berkdb bzip2 cli cracklib crypt cups dbus dri fortran gdbm gpm hal iconv ipv6 isdnlog midi mmx mmxext mudflap multilib mysql ncurses nls nptl nptlonly opengl openmp pam pcre perl pppd pulseaudio python readline reflection samba session spl sse sse2 ssl sysfs tcpd unicode xcb xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Для комментирования войдите или зарегистрируйтесь

-Os не рекомендуется для

Автор a_v, дата создания 16 февраля, 2009 - 00:54.

-Os не рекомендуется для повсеместного использования, лучше -O2. Статья по теме: http://en.gentoo-wiki.com/wiki/Safe_Cflags

Для комментирования войдите или зарегистрируйтесь

-Os

Автор Davinel, дата создания 16 февраля, 2009 - 02:46.

a_v написал(а):

-Os не рекомендуется для повсеместного использования, лучше -O2. Статья по теме: http://en.gentoo-wiki.com/wiki/Safe_Cflags

Оно и так в результате получается не повсеместно. Практически все критичные приложения, toolchain и т.д. собираются с собственными CFLAGS.
Я могу конечно попробовать и перекомпилить все в -O2, но больше хотелось бы узнать, есть ли все же какая то возможность идиентифицировать причину? Как то все же получить выдачу kernel panic.
А то варианты из за которых оно возникает можно долго перебирать..

Для комментирования войдите или зарегистрируйтесь

Цитата:есть ли все же какая

Автор ArtSh, дата создания 16 февраля, 2009 - 03:06.

Цитата:

есть ли все же какая то возможность идиентифицировать причину? Как то все же получить выдачу kernel panic.

Переключайтесь в консоль и ждите. Далеко не все паники могут быть зафиксированы в журнале...

Для комментирования войдите или зарегистрируйтесь

Переключайтесь в консоль и ждите.

Автор Davinel, дата создания 17 февраля, 2009 - 22:07.

ArtSh написал(а):

Переключайтесь в консоль и ждите. Далеко не все паники могут быть зафиксированы в журнале...

Слишком редкий паник. Раз в 3 дня примерно. Мне компьютер использовать нужно. К тому же вполне возможно, что оно происходит из за каких то действий и если просто ждать можно ничего и не дождатся..
Что, неужели вообще никаких вариантов нет?