View previous topic :: View next topic |
Author |
Message |
ZByte Tux's lil' helper
Joined: 18 Aug 2004 Posts: 141 Location: Moscow, Russia
|
Posted: Wed Apr 26, 2006 4:59 am Post subject: Ошибки после перехода на 2.6.16 |
|
|
После того как перешёл на новое ядро стал регулярно получать в логах ядра ошибки такого плана:
Code: | Code: 8b 01 f6 c4 08 74 0e 48 8b 47 18 48 85 c0 74 05 0f ba 68 60
RIP <ffffffff8016c780>{drop_buffers+32} RSP <ffff81003f96fb48>
<0>general protection fault: 0000 [2]
CPU 0
Modules linked in: vmnet vmmon w83627hf hwmon_vid i2c_isa ipt_TOS ipt_LOG iptable_mangle iptable_filter ip_tables snd_intel8x0 snd_ac97_codec snd_ac97_bus nvidia
Pid: 232, comm: pdflush Tainted: P 2.6.16-gentoo-r2 #3
RIP: 0010:[<ffffffff801af53b>] <ffffffff801af53b>{reiserfs_writepage+411}
RSP: 0018:ffff81003f96b9a8 EFLAGS: 00010246
RAX: 0000000000000029 RBX: 0000000000000000 RCX: 0000000000000000
RDX: 0000000000012240 RSI: ffff81003f96be38 RDI: ffff81003e6ee800
RBP: 0000000000000000 R08: 0000000000000000 R09: 00000000fffffffa
R10: ffff81003f96b898 R11: ffff810001ae9460 R12: ffff81003f96be38
R13: feff810031df51e8 R14: 000000000000000e R15: ffff81001caa0320
FS: 00002ba75325ad90(0000) GS:ffffffff80582000(0000) knlGS:00000000f7e9e6b0
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 00002adf83c81000 CR3: 0000000037b97000 CR4: 00000000000006e0
Process pdflush (pid: 232, threadinfo ffff81003f96a000, task ffff81003f969670)
Stack: ffff81003f5a2000 0000000000000000 0000000000000010 ffffffff80111a92
ffff81003f4943d0 ffff81003fd7e978 000000013fd7e440 ffff81003e6ee800
ffff810000000000 ffffffff80324144
Call Trace: <ffffffff80111a92>{nommu_map_sg+178} <ffffffff80324144>{ata_tf_load+692}
<ffffffff8032a3f9>{ata_scsi_translate+201} <ffffffff80329f90>{ata_scsi_rw_xlat+0}
<ffffffff8031a230>{scsi_done+0} <ffffffff8040e6d4>{thread_return+0}
<ffffffff8018bfa4>{mpage_writepages+468} <ffffffff801af3a0>{reiserfs_writepage+0}
<ffffffff80151699>{do_writepages+41} <ffffffff8018a81f>{__writeback_single_inode+543}
<ffffffff8018aeb4>{sync_sb_inodes+500} <ffffffff8018b174>{writeback_inodes+116}
<ffffffff80151487>{wb_kupdate+167} <ffffffff80151e2a>{pdflush+298}
<ffffffff801513e0>{wb_kupdate+0} <ffffffff80151d00>{pdflush+0}
<ffffffff8013ce6d>{kthread+221} <ffffffff8010b47e>{child_rip+8}
<ffffffff8013ceb0>{keventd_create_kthread+0} <ffffffff8013cd90>{kthread+0}
<ffffffff8010b476>{child_rip+0} |
или, например такие:
Code: | general protection fault: 0000 [1]
CPU 0
Modules linked in: vmnet vmmon w83627hf hwmon_vid i2c_isa ipt_TOS ipt_LOG iptable_mangle iptable_filter ip_tables snd_intel8x0 snd_ac97_codec snd_ac97_bus nvidia
Pid: 233, comm: kswapd0 Tainted: P 2.6.16-gentoo-r2 #3
RIP: 0010:[<ffffffff8016c780>] <ffffffff8016c780>{drop_buffers+32}
RSP: 0018:ffff81003f96fb48 EFLAGS: 00010287
RAX: 0000000000000000 RBX: ffff81000169a090 RCX: feff81001e5f51e8
RDX: 0000000000000000 RSI: ffff81003f96fb58 RDI: ffff81000169a090
RBP: ffff81000169a090 R08: 0000000000000008 R09: ffff81003f96fa76
R10: ffff81001e5f51e8 R11: ffff81003f96fab8 R12: ffffffff804b2fb0
R13: ffff81003f96fe38 R14: ffff81003f96fd18 R15: 0000000000000001
FS: 00002b6ec001fdb0(0000) GS:ffffffff80582000(0000) knlGS:00000000f7e9e6b0
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 00002b6ec001fe40 CR3: 000000001e326000 CR4: 00000000000006e0
Process kswapd0 (pid: 233, threadinfo ffff81003f96e000, task ffff81003f968fa0)
Stack: ffff81003ef9eb88 ffffffff8016c9cd 0000000000000000 ffff81003ef9eb88
ffff81000169a090 ffffffff80154349 ffffffff804b3138 ffffffff804b3138
ffffffff804b3148 0000000100000000
Call Trace: <ffffffff8016c9cd>{try_to_free_buffers+77}
<ffffffff80154349>{shrink_zone+2617} <ffffffff80154bdd>{balance_pgdat+605}
<ffffffff80154e77>{kswapd+295} <ffffffff8013d380>{autoremove_wake_function+0}
<ffffffff8013d380>{autoremove_wake_function+0} <ffffffff8010b47e>{child_rip+8}
<ffffffff80154d50>{kswapd+0} <ffffffff8010b476>{child_rip+0} |
И ещё много разных других бывает. При этом они возникают не постоянно, а каким-то случайным образом, т.е. точно воспроизвести я не могу. Поиск по форуму к результатам не привёл.
Может кто сталкивался с аналогичной проблемой?
Code: | zbyte@zhost ~ $ uname -a
Linux zhost 2.6.16-gentoo-r2 #3 Sat Apr 15 19:01:50 MSD 2006 x86_64 AMD Athlon(tm) 64 Processor 3000+ GNU/Linux |
кусочек make.conf:
Code: | CFLAGS="-O3 -pipe -march=athlon64 -funroll-loops -ffast-math"
CXXFLAGS="${CFLAGS}"
CHOST="x86_64-pc-linux-gnu"
ACCEPT_KEYWORDS="amd64" |
|
|
Back to top |
|
|
046 Apprentice
Joined: 21 Jul 2004 Posts: 231 Location: Yaroslavl, Russia
|
Posted: Wed Apr 26, 2006 7:32 am Post subject: |
|
|
проверяй память.
Ну и модули попробуй поотключать.
nvidia, iptables... |
|
Back to top |
|
|
ZByte Tux's lil' helper
Joined: 18 Aug 2004 Posts: 141 Location: Moscow, Russia
|
Posted: Wed Apr 26, 2006 1:15 pm Post subject: |
|
|
С памятью то всё нормально, ибо на 2.6.15 всё отлично работало и проблем нет.
А вот с модулями попробую, особенно грешу на iptables, ибо при сборке я только в этой области конфиг менял. |
|
Back to top |
|
|
Helg n00b
Joined: 31 Mar 2006 Posts: 19
|
Posted: Tue May 02, 2006 3:26 pm Post subject: |
|
|
Жди 2.6.17, 16-е изрядная кака у них вышла |
|
Back to top |
|
|
ZByte Tux's lil' helper
Joined: 18 Aug 2004 Posts: 141 Location: Moscow, Russia
|
Posted: Tue May 02, 2006 6:54 pm Post subject: |
|
|
Helg wrote: | Жди 2.6.17, 16-е изрядная кака у них вышла |
Ну вобще-то 16-я ветка была объявлена как одна из самых стабильных и хотят взять её для будущей замены ветки 2.4.x
P.S.: Вот уже r-4 стоит, а проблема всё там... |
|
Back to top |
|
|
lefsha Veteran
Joined: 30 Aug 2004 Posts: 1234 Location: Burgas, Bulgaria
|
Posted: Thu May 04, 2006 8:34 pm Post subject: |
|
|
ZByte wrote: | Helg wrote: | Жди 2.6.17, 16-е изрядная кака у них вышла |
Ну вобще-то 16-я ветка была объявлена как одна из самых стабильных и хотят взять её для будущей замены ветки 2.4.x
P.S.: Вот уже r-4 стоит, а проблема всё там... |
Так откатись назад. Тебя никто не заставляет сидеть на последней версии.
Вот у меня была проблема. После какого-то обновления ядра машина
стала падать. Причем без причины. Виснет и все. Я уже и на память грешил
и на винт. Причем поймать было сложно. Оно раз в день падало.
А могло вообще не упасть.
Но после какого-то очередного обновления пропало само собой.
И теперь неизвестно что было причиной.
Обычно если ставишь ядро стандартно, то оно автоматом создает
backup версию - достаточно просто в меню grub прописать обе версии
и в итоге можно всегда иметь предыдущую версию ядра.
Если возникла проблема - перегрузился в прошлую версию
и сразу проверил причину.
Если проблема в ядре - то все с ним ясно.
Что мне тут нравится - все сделано для этого.
Хотя в описании на www.gentoo.org написана какая-то лабуда
про установку ядра... _________________ Lefsha |
|
Back to top |
|
|
|