Hi Ben, somehow netconsole doesn't do anything for me. But it turned out the the system behaviour is not exactly reproducible and anyway I can see the messages on screen if X is not started (because nvidia module banned ;-) ).
So, here I have the following error message, hope that helps! Best regards, Andreas. Oct 20 01:11:46 athlon1 kernel: [10695.728746] BUG: unable to handle kernel NULL pointer dereference at 0000000000000020 Oct 20 01:11:46 athlon1 kernel: [10695.729011] IP: [<ffffffff8110f31f>] block_invalidatepage+0x32/0xa8 Oct 20 01:11:46 athlon1 kernel: [10695.729011] PGD bcfe2067 PUD bcef1067 PMD 0 Oct 20 01:11:46 athlon1 kernel: [10695.729011] Oops: 0000 [#1] SMP Oct 20 01:11:46 athlon1 kernel: [10695.729011] last sysfs file: /sys/devices/platform/it87.656/temp2_input Oct 20 01:11:46 athlon1 kernel: [10695.729011] CPU 1 Oct 20 01:11:46 athlon1 kernel: [10695.729011] Modules linked in: tcp_diag inet_diag tun netconsole configfs cpufreq_conservative cpufreq_stats ppdev lp capifs binfmt_misc uinput fuse ext4 jbd2 crc16 it87 hwmon_vid eeprom cpufreq_userspace cpufreq_powersave powernow_k8 psmouse ide_generic ide_gd_mod ide_cd_mod ide_core dm_crypt dm_mod em28xx_alsa tuner_xc2028 tuner tvp5150 em28xx v4l2_common videodev v4l1_compat v4l2_compat_ioctl32 snd_intel8x0 ir_common videobuf_vmalloc snd_ac97_codec videobuf_core tveeprom ac97_bus snd_pcm_oss snd_mixer_oss joydev snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd i2c_nforce2 edac_core parport_pc soundcore evdev k8temp edac_mce_amd snd_page_alloc i2c_core parport button pcspkr processor serio_raw ext3 jbd mbcache hid_cherry sg usbhid hid sr_mod cdrom sd_mod crc_t10dif ata_generic thermal firewire_ohci pata_amd ohci_hcd floppy thermal_sys firewire_core crc_itu_t sata_nv forcedeth libata ehci_hcd scsi_mod usbcore nls_base [last unloaded: net Oct 20 01:11:46 athlon1 kernel: onsole] Oct 20 01:11:46 athlon1 kernel: [10695.729011] Pid: 3821, comm: gpartedbin Not tainted 2.6.32-5-amd64 #1 Oct 20 01:11:46 athlon1 kernel: [10695.729011] RIP: 0010:[<ffffffff8110f31f>] [<ffffffff8110f31f>] block_invalidatepage+0x32/0xa8 Oct 20 01:11:46 athlon1 kernel: [10695.729011] RSP: 0018:ffff8800a9a15d78 EFLAGS: 00010207 Oct 20 01:11:46 athlon1 kernel: [10695.729011] RAX: 0000000000fabcf0 RBX: 0000000000000000 RCX: ffff8800bf2d0878 Oct 20 01:11:46 athlon1 kernel: [10695.729011] RDX: 0000000000000002 RSI: ffff880016b53c30 RDI: ffff8800016b3a48 Oct 20 01:11:46 athlon1 kernel: [10695.729011] RBP: ffffea0000a38550 R08: 0000000000000000 R09: 0000000000000000 Oct 20 01:11:46 athlon1 kernel: [10695.729011] R10: ffff8800bf2d0878 R11: ffffffff8110f2ed R12: ffff880016b53cb0 Oct 20 01:11:46 athlon1 kernel: [10695.729011] R13: 0000000000fabcf0 R14: 0000000000000000 R15: 0000000000000000 Oct 20 01:11:46 athlon1 kernel: [10695.729011] FS: 00007fd036d1d710(0000) GS:ffff880001900000(0000) knlGS:0000000000000000 Oct 20 01:11:46 athlon1 kernel: [10695.729011] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b Oct 20 01:11:46 athlon1 kernel: [10695.729011] CR2: 0000000000000020 CR3: 00000000bc693000 CR4: 00000000000006e0 Oct 20 01:11:46 athlon1 kernel: [10695.729011] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Oct 20 01:11:46 athlon1 kernel: [10695.729011] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Oct 20 01:11:46 athlon1 kernel: [10695.729011] Process gpartedbin (pid: 3821, threadinfo ffff8800a9a14000, task ffff8800bce60000) Oct 20 01:11:46 athlon1 kernel: [10695.729011] Stack: Oct 20 01:11:46 athlon1 kernel: [10695.729011] ffff8800bf2d0878 ffffea0000a38550 ffff8800bf2d0878 0000000001381801 Oct 20 01:11:46 athlon1 kernel: [10695.729011] <0> 000000000000000d ffff8800a9a15e80 0000000000000000 ffffffff810bc8b6 Oct 20 01:11:46 athlon1 kernel: [10695.729011] <0> 0000000000000000 ffffea0000a38550 0000000001381b2f ffffffff810bc99f Oct 20 01:11:46 athlon1 kernel: [10695.729011] Call Trace: Oct 20 01:11:46 athlon1 kernel: [10695.729011] [<ffffffff810bc8b6>] ? truncate_inode_page+0x45/0x84 Oct 20 01:11:46 athlon1 kernel: [10695.729011] [<ffffffff810bc99f>] ? truncate_inode_pages_range+0xaa/0x2b0 Oct 20 01:11:46 athlon1 kernel: [10695.729011] [<ffffffff81111c53>] ? __blkdev_put+0x75/0x14c Oct 20 01:11:46 athlon1 kernel: [10695.729011] [<ffffffff810ef421>] ? __fput+0x100/0x1af Oct 20 01:11:46 athlon1 kernel: [10695.729011] [<ffffffff810ec85e>] ? filp_close+0x5b/0x62 Oct 20 01:11:46 athlon1 kernel: [10695.729011] [<ffffffff810ec8f9>] ? sys_close+0x94/0xcd Oct 20 01:11:46 athlon1 kernel: [10695.729011] [<ffffffff81010b42>] ? system_call_fastpath+0x16/0x1b Oct 20 01:11:46 athlon1 kernel: [10695.729011] Code: 41 55 41 54 55 48 89 fd 53 48 83 ec 08 48 8b 07 a8 01 75 04 0f 0b eb fe f6 c4 08 74 77 4c 8b 67 10 31 c0 4c 89 e3 41 89 c5 89 c0 <44> 03 6b 20 49 39 c7 4c 8b 73 08 77 36 48 89 df e8 22 e8 ff ff Oct 20 01:11:46 athlon1 kernel: [10695.729011] RIP [<ffffffff8110f31f>] block_invalidatepage+0x32/0xa8 Oct 20 01:11:46 athlon1 kernel: [10695.729011] RSP <ffff8800a9a15d78> Oct 20 01:11:46 athlon1 kernel: [10695.729011] CR2: 0000000000000020 Oct 20 01:11:46 athlon1 kernel: [10696.430344] ---[ end trace bfde34ae8c0233a0 ]--- Am Dienstag 19. Oktober 2010, 03:34:45 schrieben Sie: > On Mon, 2010-10-18 at 23:43 +0200, Andreas Feldner wrote: > > Package: linux-2.6 > > Version: 2.6.32-23 > > Severity: important > > > > My system crashes reproducibly during the gparted operation "move > > /dev/sda1 to the right" in the read-only test stage. It is very hard to > > track down as the system freezes (ping is working, no other networking > > stuff like sshd, screen is black, keyboard doesn't react, not even the > > shift indicator LEDs). After reboot, no indication of the problem can be > > found in the log files anymore. > > > > Running tail -f /var/log/kern.log on a different machine, and running > > gparted with remote X11 did the trick to get to some information. The > > following lines were the last words to hear from the machine: > > > > Oct 18 21:44:10 xxxxxxx kernel: [88819.864398] BUG: unable to handle > > kernel NULL pointer dereference at (null) Oct 18 21:44:10 xxxxxxx > > kernel: [88819.864413] IP: [<ffffffff8110c456>] drop_buffers+0x23/0x9d > > Oct 18 21:44:10 xxxxxxx kernel: [88819.864429] PGD 7d9c4067 PUD 1f542067 > > PMD 0 Oct 18 21:44:10 xxxxxxx kernel: [88819.864439] Oops: 0000 [#1] SMP > > > > gparted was attempting to read a 511.94 GiB sized partition on a SATA > > disk with a block size of 16.00 MiB. The crash orccured at 365.60 GiB > > (in case that matters). The file system on the partition in question is > > reported OK by fsck. A test with dd if=/dev/sda1 of=/dev/null bs=4096 > > worked out OK (didn't try with 16M block size). SMART status if the hard > > disk is passed. > > > > I suspect some rare freezes of the machine to come from the same origin, > > though I didn't find another way to actually reproduce the problem than > > running the described gparted operation. > > > > Unfortunately, I have no idea if this bug report contains any useful > > information, nor how to provide any additional. > > [...] > > It really isn't enough information. Please use netconsole or a serial > console to capture the full 'oops' message. Also please test whether > this is reproducible if you don't use the nvidia proprietary driver. > > Ben. -- Dr. Andreas Feldner Neufeldstraße 7b 81243 München -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
