I think reality is playing a nasty, evil and bastardly
trick on me to make me delurk. I wish it stopped...
Linux kinder 2.2.0-pre8 #12 Tue Jan 19 17:21:18 EST 1999 i686 unknown
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.60/specs
gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release)
opt: -mcpu=pentiumpro -march=pentiumpro
Goddamn. I think everybody knows my system spec by now. :)
/dev/hda1 /mars/red vfat defaults 0 0
/dev/hda5 /mars/green vfat defaults 0 0
1009.root@kinder:/mars/red/amiga>> mkdir amiga
this took utter AGES to do it's thing with intermittant flashing of the HD
light (ie now and again). eventually it worked and somesequent mkdir's were
their usual speedy self, but, after the following oops, I kinda hope they
didn't take any data with them. The stuff there is older then linux itself.
:)
Anyways, ze oops:
The command:
1023.root@kinder:/mars/red/amiga>> mv 2/zip/dl/NSDPatch43_15.lha amiga/
Generated:
Options used: -v ../../vmlinux (specified)
-O (specified)
-k /proc/ksyms (default)
-L (specified)
-m /boot/System.map (specified)
-c 1 (default)
Jan 20 21:38:24 kinder kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000024
Jan 20 21:38:24 kinder kernel: current->tss.cr3 = 05a18000, `r3 = 05a18000
Jan 20 21:38:24 kinder kernel: *pde = 00000000
Jan 20 21:38:24 kinder kernel: Oops: 0002
Jan 20 21:38:24 kinder kernel: CPU: 0
Jan 20 21:38:24 kinder kernel: EIP: 0010:[<c0145015>]
Jan 20 21:38:24 kinder kernel: EFLAGS: 00010206
Jan 20 21:38:24 kinder kernel: eax: c5a28c20 ebx: 00000000 ecx: c69b958c edx: c69b958c
Jan 20 21:38:24 kinder kernel: esi: c0458400 edi: c5a1bed8 ebp: c5a1bedc esp: c5a1bea8
Jan 20 21:38:24 kinder kernel: ds: 0018 es: 0018 ss: 0018
Jan 20 21:38:24 kinder kernel: Process mv (pid: 540, process nr: 58, stackpage=c5a1b000)
Jan 20 21:38:24 kinder kernel: Stack: c01450f5 c69b958c c5a28c20 c5a247a0 00000000 c5a1bf44 028989ed c5a1bf44
Jan 20 21:38:24 kinder kernel: 00000000 c0458400 000001c0 00000000 c5a28c20 c5a247a0 c014561b c69b958c
Jan 20 21:38:24 kinder kernel: c5a1bf44 00000000 c67bd060 c66b7a40 c69b958c c69b9d50 c7ca5354 c5a1bf3c
Jan 20 21:38:24 kinder kernel: Call Trace: [<c01450f5>] [<c014561b>] [<c012a109>] [<c012a24f>] [<c01087f8>]
Jan 20 21:38:24 kinder kernel: Code: 66 c7 43 24 00 00 a1 f0 ba 2a c0 89 42 34 89 43 34 a1 f0 ba
>>EIP: c0145015 <vfat_free_ino+d/84>
Trace: c01450f5 <vfat_remove_entry+69/e0>
Trace: c014561b <vfat_rename+20b/4ac>
Trace: c012a109 <vfs_rename+245/254>
Trace: c012a24f <sys_rename+137/1b0>
Trace: c01087f8 <system_call+34/38>
Code: c0145015 <vfat_free_ino+d/84> 00000000 <_EIP>:
Code: c0145015 <vfat_free_ino+d/84> 0: 66 c7 43 24 00 movw $0x0,0x24(%ebx)
Code: c014501a <vfat_free_ino+12/84> 5: 00
Code: c014501b <vfat_free_ino+13/84> 6: a1 f0 ba 2a c0 movl 0xc02abaf0,%eax
Code: c0145020 <vfat_free_ino+18/84> b: 89 42 34 movl %eax,0x34(%edx)
Code: c0145023 <vfat_free_ino+1b/84> e: 89 43 34 movl %eax,0x34(%ebx)
Code: c0145026 <vfat_free_ino+1e/84> 11: a1 f0 ba 00 00 movl 0xbaf0,%eax
There was a segfault right after the oops too.
Since noone has told me I'm doing thse wrong yet I'll presume I'm
doing em right :)
Boy did *I* jynx myself... :)
Also, doing a directory listing afterwards caused the ls process
to freeze. NOW I'm somewhat worried... :/
-- CaT (cat@zip.net.au) URL: http://www.zip.com.au/dev/nullThere was farting in the air that night, It lit so bright, Fernando...
- 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/