I thought the patch might have fixed it for me, but it happened again.
I think I'm getting the same error you were too but let me paste mine
in case it adds any additional info:
kernel BUG at fs/inode.c:251!
invalid opcode: 0000 [#1]
PREEMPT
last sysfs file: /block/sdj/size
Modules linked in: smbfs usbcore dm_mod
CPU: 0
EIP: 0060:[<c015c277>] Not tainted VLI
EFLAGS: 00010286 (2.6.17-rc3-mm1 #8)
EIP is at clear_inode+0x16/0xa5
eax: c08fb8ac ebx: c08fb8ac ecx: c08fb8ac edx: c08fb8ac
esi: c9cf9c80 edi: c08c941c ebp: c08fb8ac esp: c9862f1c
ds: 007b es: 007b ss: 0068
Process emerge (pid: 8062, threadinfo=c9862000 task=cba5c590)
Stack: <0>c08fb8ac c9cf9c80 c018dc4b c08fb8ac c08fb8ac c018dbba
c015cf0d c08fb8ac
00000000 c86a7000 c0154c22 c08fb8ac c19c53c0 cc2e3a20 390b39cc 0000000d
c86a7041 00000010 00000000 00000000 00000296 ca037d20 ca3ab2a0 00000001
Call Trace:
<c018dc4b> reiser4_delete_inode+0x91/0x9d <c018dbba>
reiser4_delete_inode+0x0/0x9d
<c015cf0d> generic_delete_inode+0x6c/0xea <c0154c22> do_unlinkat+0xb7/0xfc
<c0155510> sys_renameat+0x58/0x60 <c0154ca2> sys_unlink+0xb/0xe
<c02be48f> syscall_call+0x7/0xb
Code: c7 42 04 a8 03 31 c0 89 15 a8 03 31 c0 ff 0d 48 d8 39 c0 5b c3
56 53 8b 5c 24 0c 53 e8 ae cb fe ff 83 bb c4 00 00 00 00 58 74 08 <0f>
0b fb 00 f5 2a 2d c0 8b 83 1c 01 00 00 a8 10 75 08 0f 0b fc
EIP: [<c015c277>] clear_inode+0x16/0xa5 SS:ESP 0068:c9862f1c
<4><4>reiser4[emerge(8062)]: release_unix_file
(fs/reiser4/plugin/file/file.c:2670)[vs-44]:
WARNING: out of memory?
<4>reiser4[emerge(8062)]: release_unix_file
(fs/reiser4/plugin/file/file.c:2670)[vs-44]:
WARNING: out of memory?
On 5/6/06, Joseph Landers <[EMAIL PROTECTED]> wrote:
Thanks for the patch, I still get the same (first post) error message, as
before, only when booting into the reiser4 partition, although now the
system stays up a bit longer before dying, I am able to execute commands and
run programs for a few minutes before the system halting/becoming
unresponsive
booting on ext3 and mounting the reiser4 wseems to be fine, it's just
peculiar, or maybe I am not using the reiser4 partition enough to make the
memory problem significant?
I have tried 2.6.16 to check if any bugs were introduced since then and that
has the same problem, so I will just have to wait for a patch to fix this
now
I think the problem is in /fs/inode.c which is the kernel inode file, not
reiser4s inode file, maybe reiser4 is sending the wrong delete inode command
to it?
It only seems to segfault once which is peculiar too?
_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar – get it now!
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
