I rebooted my system, forced an ext2 check, but nothing showed up, and
everything seemed ok. So, I put it down to a fluke. But, just a few
minutes ago, I had the exact same thing happen. I saved a couple mail
attachments to disk (not the same directory as the last time I had the
problem), then immediatly got general protection faults trying to access
that directory!
As soon as I boot back up, everything seems normal, and I have no
problems accessing files in the directory (including the files that I
saved just before the problem).
Here is one of the dumps:
Dec 20 16:38:54 zooropa kernel: general protection: 0000
Dec 20 16:38:54 zooropa kernel: CPU: 0
Dec 20 16:38:54 zooropa kernel: EIP: 0010:[dcache_add+233/404]
Dec 20 16:38:54 zooropa kernel: EFLAGS: 00010216
Dec 20 16:38:54 zooropa kernel: eax: 72617020 ebx: 0ea46000 ecx:
001b2ddc edx: 001b2d0c
Dec 20 16:38:54 zooropa kernel: esi: 001b2ddc edi: 000cf81c ebp:
001b3be8 esp: 09d67eb4
Dec 20 16:38:54 zooropa kernel: ds: 0018 es: 0018 fs: 002b gs:
002b ss: 0018
Dec 20 16:38:54 zooropa kernel: Process ls (pid: 1323, process nr: 66,
stackpage=09d67000)
Dec 20 16:38:54 zooropa kernel: Stack: 0f3de3bc 0ea46000 bfffe94c
000003c0 00000303 001b2ddc 00154e6f 0ea46000
Dec 20 16:38:54 zooropa kernel: 0f3de3bc 00000004 000cf81c
0b8354c8 00000f5d bfffe94c bffff8d4 0f3de3b4
Dec 20 16:38:54 zooropa kernel: 000003a8 00000000 00000001
0ea46000 00000000 00000000 0ea46000 064ec000
Dec 20 16:38:54 zooropa kernel: Call Trace: [ext2_readdir+1199/1568]
[do_no_page+444/808] [do_no_page+391/808] [do_no_page+0/808]
[sys_getdents+151/200] [filldir+0/164] [system_call+85/124]
Dec 20 16:38:54 zooropa kernel: Code: 8b 50 30 89 41 2c 89 51 30 89 4a
2c 89 48 30 5b 5e 5f 5d 83
and another one, from the same time, except from Wordperfect trying to
access the directory instead of ls:
Dec 20 16:38:40 zooropa kernel: general protection: 0000
Dec 20 16:38:40 zooropa kernel: CPU: 0
Dec 20 16:38:40 zooropa kernel: EIP: 0010:[dcache_add+233/404]
Dec 20 16:38:40 zooropa kernel: EFLAGS: 00010216
Dec 20 16:38:40 zooropa kernel: eax: 72617020 ebx: 0ea46000 ecx:
001b2ddc edx: 001b2d0c
Dec 20 16:38:40 zooropa kernel: esi: 001b2ddc edi: 000cf81c ebp:
001b3be8 esp: 0a355eb4
Dec 20 16:38:40 zooropa kernel: ds: 0018 es: 0018 fs: 002b gs:
002b ss: 0018
Dec 20 16:38:40 zooropa kernel: Process xwp (pid: 587, process nr: 64,
stackpage=0a355000)
Dec 20 16:38:40 zooropa kernel: Stack: 0f3de3bc 0ea46000 08a0b430
000003c0 00000303 001b2ddc 00154e6f 0ea46000
Dec 20 16:38:40 zooropa kernel: 0f3de3bc 00000004 000cf81c
0b835044 00001000 08a0b430 bfffbd50 0f3de3b4
Dec 20 16:38:40 zooropa kernel: 000003a8 00000000 09503510
0015643f 00000000 00000000 00124755 09503510
Dec 20 16:38:40 zooropa kernel: Call Trace: [ext2_readdir+1199/1568]
[ext2_put_inode+11/104] [iput+205/400] [do_open+89/292]
[sys_getdents+151/200] [filldir+0/164] [system_call+85/124]
Dec 20 16:38:40 zooropa kernel: Code: 8b 50 30 89 41 2c 89 51 30 89 4a
2c 89 48 30 5b 5e 5f 5d 83
The system was still usable, and I could access directories other then
the one causing the problem...
System info:
Pentium II - 450Mhz, 256Mb ram.
9GB disk on an IDE drive (lilo boot stuff on small partition in the
front, and 8528684 blocks for the rest).
The drive is a fairly new Seagate ST3914A ( kernel: hda: ST39140A,
8693MB w/448kB Cache, CHS=17662/16/63, UDMA).
Running Linux 2.0.36, compile with gcc 2.7.2.3.
Please CC any responses to vgough@pobox.com, as I'm not subscribed to
this list.
thanks,
Val Gough
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/