On Mon, Jan 23, 2006 at 09:55:40PM +0300, Alexei V. Mezin wrote:
> Пару раз за вечер комп зависает, или отваливаются иксы. Лог для случая 
> падения иксов в аттаче. Осенью вроде все работало, в декабре почти 
> работало, а после НГ падения все чаще и чаще.

Ядро, X, nvidia_glx в этот период обновлялись?  Если нет, и раньше с
теми же версиями всё работало - весьма вероятно, что глюк аппаратный.
Можно попробовать погонять memtest, но не факт, что он что-то
обнаружит.

> Комп не разогнан, не перегрет (при нынешней-то погоде). Вот думаю,
> это софт глючит, или аппаратно что-то? Неужели опять пришла пора
> перепаивать конденсаторы...

> Jan 23 21:44:59 threebears kernel: Unable to handle kernel paging request at virtual address 013cc226
> Jan 23 21:44:59 threebears kernel:  printing eip:
> Jan 23 21:44:59 threebears kernel: c0182066
> Jan 23 21:44:59 threebears kernel: *pde = 00000000
> Jan 23 21:44:59 threebears kernel: Oops: 0000 [#1]
> Jan 23 21:44:59 threebears kernel: PREEMPT SMP 
> Jan 23 21:44:59 threebears kernel: Modules linked in: snd_via82xx snd_mpu401_uart button af_packet eeprom i2c_isa ppp_deflate zlib_deflate zlib_inflate bsd_comp ppp_async ppp_generic slhc nvidia agpgart bt878 emu10k1_gp gameport snd_emu10k1 snd_rawmidi snd_ac97_codec snd_pcm_oss snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_mixer_oss snd_pcm snd_timer snd_page_alloc snd_util_mem snd_hwdep snd soundcore ohci_hcd via686a i2c_sensor parport_pc parport sd_mod usb_storage scsi_mod evdev psmouse 8250_pnp 8250 serial_core pcspkr ehci_hcd uhci_hcd usbcore irlan irda crc_ccitt 3c59x mii ipt_REJECT ip_nat_ftp ip_conntrack_ftp ipt_state ipt_limit ipt_LOG iptable_nat iptable_mangle iptable_filter ip_conntrack ip_tables dm_mod ide_cd cdrom realtime commoncap lirc_gpio tuner tvaudio bttv video_buf firmware_class i2c_algo_bit v4l2_common btcx_risc tveeprom i2c_core videodev lirc_dev rtc xfs exportfs ide_disk ide_generic pdc202xx_old via82cxxx ide_core

Вроде бы кто-то писал о проблемах при использовании bttv и драйвера
nvidia, исчезающих после переключения на nv...  Падения как-то связаны
по времени с использованием tv-тюнера?

> Jan 23 21:44:59 threebears kernel: CPU:    1
> Jan 23 21:44:59 threebears kernel: EIP:    0060:[iput+22/128]    Tainted: P      VLI
> Jan 23 21:44:59 threebears kernel: EIP:    0060:[<c0182066>]    Tainted: P      VLI
> Jan 23 21:44:59 threebears kernel: EFLAGS: 00010202   (2.6.12-wks26-smp-alt4) 
> Jan 23 21:44:59 threebears kernel: EIP is at iput+0x16/0x80
> Jan 23 21:44:59 threebears kernel: eax: 013cc202   ebx: cc77e53c   ecx: 00000000   edx: 00000001
> Jan 23 21:44:59 threebears kernel: esi: c8de0260   edi: 000084f1   ebp: 0000005d   esp: c17a5eb4
> Jan 23 21:44:59 threebears kernel: ds: 007b   es: 007b   ss: 0068
> Jan 23 21:44:59 threebears kernel: Process kswapd0 (pid: 98, threadinfo=c17a4000 task=c167b020)
> Jan 23 21:44:59 threebears kernel: Stack: cc77e53c c017f47f cc77e53c 00000000 00000088 000000d0 e7feea20 c017f8e8 
> Jan 23 21:44:59 threebears kernel:        00000080 c015509d 00000080 000000d0 001a1300 000211fa c17a5f04 001a1300 
> Jan 23 21:44:59 threebears kernel:        00000000 00000000 0000000c 00000000 c02e2100 00000001 c02e1a80 0000000b 
> Jan 23 21:44:59 threebears kernel: Call Trace:
> Jan 23 21:44:59 threebears kernel:  [prune_dcache+287/432] prune_dcache+0x11f/0x1b0

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