[lkml]   [2001]   [May]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectOops during fsck.ext2, Linux 2.4.3

I had my computer go down hard the other day, while it was sitting
idle (some time during the night). This was while in X, so no
messages was visible on the screen, and nothing was recorded in the

When rebooting, Linux oopsed several times while running ext2.fsck,
requiring reboots every time, on different partitions attached to
different IDE-controllers.

I only recorded one of the oopses (by hand, so there may be mistakes
although I did proof-read it).

Since then the kernel has been rock-solid, and I have been running the
same 2.4.3-kernel since then.

I am running Debian unstable, current every day.

The system is a dual Pentium III 800EB on an MSI 6321 mainboard (MSI
694D Pro AI), only IDE drives:

Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 16
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt82c686a (rev 22) IDE UDMA66 controller on pci00:07.1
ide0: BM-DMA at 0x9000-0x9007, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x9008-0x900f, BIOS settings: hdc:pio, hdd:pio
PDC20267: IDE controller on PCI bus 00 dev 60
PDC20267: chipset revision 2
PDC20267: not 100% native mode: will probe irqs later
PDC20267: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
ide2: BM-DMA at 0xac00-0xac07, BIOS settings: hde:DMA, hdf:pio
ide3: BM-DMA at 0xac08-0xac0f, BIOS settings: hdg:pio, hdh:DMA
hda: IBM-DTLA-307030, ATA DISK drive
hde: WDC WD200BB-00AUA1, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide2 at 0x9c00-0x9c07,0xa002 on irq 18
hda: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(66)
hde: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63, UDMA(100)
Partition check:
/dev/ide/host0/bus0/target0/lun0: p1 p2 p3 < p5 p6 >
/dev/ide/host2/bus0/target0/lun0: [PTBL] [2434/255/63] p1

/dev/hde has since been repartitioned.

Any other information available upon request. Config attached at
end of mail.

Unable to handle kernel NULL pointer dereference at virtual address 00000020
*pde = 00000000
Oops: 0000
CPU: 1
EIP: 0010:[<c0131d80>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: 00000306 ebx: 00000000 ecx: d6dd4800 edx: 00000008
esi: 0004f141 edi: 00000000 ebp: 00000000 esp: d7b41f28
ds: 0018 es: 0018 ss: 0018
Process fsck.ext2 (pid: 45, stackpage=d7b41000)
Stack: 00000306 c64e4fa0 00000306 00000000 00000000 00000000 03060306 c01382a0
00000306 00000000 d7c05e00 d7e89920 d7b4f860 d7d928e0 00000000 c0138352
c64e4fa0 00000000 c0131231 d7b4f860 d7c05e00 d7c05e00 0805c658 00000000
Call Trace: [<c01382a0>] [<c0138352>] [<c0131231>] [<c01301e2>] [<c0130247>] [<c0106f5b>]
Code: 8b 7b 20 0f b7 44 24 1a 66 39 43 0c 0f 85 9e 00 00 00 8b 43

>>EIP; c0131d80 <__invalidate_buffers+50/138> <=====
Trace; c01382a0 <blkdev_put+74/114>
Trace; c0138352 <blkdev_close+12/18>
Trace; c0131231 <fput+39/e8>
Trace; c01301e2 <filp_close+b2/bc>
Trace; c0130247 <sys_close+5b/74>
Trace; c0106f5b <system_call+33/38>
Code; c0131d80 <__invalidate_buffers+50/138>
00000000 <_EIP>:
Code; c0131d80 <__invalidate_buffers+50/138> <=====
0: 8b 7b 20 mov 0x20(%ebx),%edi <=====
Code; c0131d83 <__invalidate_buffers+53/138>
3: 0f b7 44 24 1a movzwl 0x1a(%esp,1),%eax
Code; c0131d88 <__invalidate_buffers+58/138>
8: 66 39 43 0c cmp %ax,0xc(%ebx)
Code; c0131d8c <__invalidate_buffers+5c/138>
c: 0f 85 9e 00 00 00 jne b0 <_EIP+0xb0> c0131e30 <__invalidate_buffers+100/138>
Code; c0131d92 <__invalidate_buffers+62/138>
12: 8b 43 00 mov 0x0(%ebx),%eax

[unhandled content-type:application/octet-stream]

Håvard Lygre,
Bergen IT-Teknikk ANS, Conrad Mohrsvei 11, 5068 Bergen
Tlf: 55 360773 Fax: 55 360774
 \ /
  Last update: 2005-03-22 12:52    [W:0.041 / U:0.580 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site