At boot, when the scripts run mount -o remount,ro / , the kernel oopses: ksymoops 2.4.9 on i686 2.4.20-gentoo-r8. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.20-gentoo-r8/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Unable to handle kernel paging request at virtual address 40008001 c0209710 *pde = 0197f067 Oops: 0003 CPU: 0 EIP: 0010:[<c0209710>] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010246 eax: 40008001 ebx: 00000000 ecx: c1871000 edx: 0000003d esi: c1871004 edi: c0320de3 ebp: c0320b35 esp: c1985ea4 ds: 0018 es: 0018 ss: 0018 Process mount (pid: 17, stackpage=c1985000) Stack: c1871000 c03300f3 c01cf083 00000302 00000001 00000001 dffb18ec 40008001 c1985f50 dffb1800 c020b92c c1871000 dffb18ec 40008001 c1985ee4 00000001 c01cf1c0 00000302 dffb1844 dffb1800 c1985f50 dfe59000 c01d3cfb dffb1800 Call Trace: [<c01cf083>] [<c020b92c>] [<c01cf1c0>] [<c01d3cfb>] [<c01ea052>] [<c01ea6aa>] [<c03098cb>] [<c01eab66>] [<c019746f>] Code: 81 08 00 00 01 00 eb 84 bf 40 0b 32 c0 89 ce ac ae 75 08 84 >>EIP; c0209710 <ext3_delete_entry+10/180> <===== >>ecx; c1871000 <_end+15368b0/20510910> >>esi; c1871004 <_end+15368b4/20510910> >>edi; c0320de3 <msstab+14897/28ab4> >>ebp; c0320b35 <msstab+145e9/28ab4> >>esp; c1985ea4 <_end+164b754/20510910> Trace; c01cf083 <swap_duplicate+73/f0> Trace; c020b92c <ext3_panic+3c/60> Trace; c01cf1c0 <get_swaphandle_info+20/120> Trace; c01d3cfb <dentry_open+16b/1d0> Trace; c01ea052 <fcntl_getlk64+112/1d0> Trace; c01ea6aa <lock_get_status+fa/2d0> Trace; c03098cb <ide_hwif_to_major+643/f5c> Trace; c01eab66 <lock_may_read+c6/100> Trace; c019746f <prepare_namespace+f/160> Code; c0209710 <ext3_delete_entry+10/180> 00000000 <_EIP>: Code; c0209710 <ext3_delete_entry+10/180> <===== 0: 81 08 00 00 01 00 orl $0x10000,(%eax) <===== Code; c0209716 <ext3_delete_entry+16/180> 6: eb 84 jmp ffffff8c <_EIP+0xffffff8c> Code; c0209718 <ext3_delete_entry+18/180> 8: bf 40 0b 32 c0 mov $0xc0320b40,%edi Code; c020971d <ext3_delete_entry+1d/180> d: 89 ce mov %ecx,%esi Code; c020971f <ext3_delete_entry+1f/180> f: ac lods %ds:(%esi),%al Code; c0209720 <ext3_delete_entry+20/180> 10: ae scas %es:(%edi),%al Code; c0209721 <ext3_delete_entry+21/180> 11: 75 08 jne 1b <_EIP+0x1b> Code; c0209723 <ext3_delete_entry+23/180> 13: 84 00 test %al,(%eax)
/etc/fstab /dev/hda2 / ext3 defaults,noatime,acl,user_xattr 1 1 /dev/md0 /mnt/raid ext3 defaults,data=journal,noatime,acl,user_xattr 1 2 none /proc proc defaults 0 0 /dev/hda1 none swap sw 0 0 none /dev/shm tmpfs defaults 0 0 none /dev/pts devpts gid=5,mode=620 0 0
tune2fs -l /dev/hda2 tune2fs 1.34 (25-Jul-2003) Filesystem volume name: <none> Last mounted on: <not available> Filesystem UUID: 3e285f62-3e13-4f39-b643-18b3c0a1d77a Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr filetype needs_recovery sparse_super large_file Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 4947968 Block count: 9879975 Reserved block count: 493998 Free blocks: 7339884 Free inodes: 4689769 First block: 0 Block size: 4096 Fragment size: 4096 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 16384 Inode blocks per group: 512 Last mount time: Sun Dec 7 17:06:57 2003 Last write time: Sun Dec 7 17:06:57 2003 Mount count: 8 Maximum mount count: 34 Last checked: Fri Sep 19 23:11:00 2003 Check interval: 15552000 (6 months) Next check after: Wed Mar 17 22:11:00 2004 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 128 Journal inode: 8 First orphan inode: 475299
Portage 2.0.49-r18 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.20-gentoo-r8) ================================================================= System uname: 2.4.20-gentoo-r8 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.3.12 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -falign-functions=4 -mfpmath=sse" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -falign-functions=4 -mfpmath=sse" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.uninett.no/pub/linux/Gentoo http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="acl apache2 berkdb crypt curl gd gdbm gif gpm imap innodb java jpeg ldap libg++ libwww maildir memlimit ncurses noauthcram notlsbeforeauth oss pam pdflib pg-hier png python readline samba slang slp spell sse ssl tcpd tiff truetype x86 xml xml2 zlib"
Created attachment 21820 [details] kernel config
So... will anything happen with this ?
Are you sure your using 2.4.22? Both ksymoops and emerge info are referencing 2.4.20-r8. Did you redo your /usr/src/linux link?
can you try turning off acls and xattrs
lowering priority since I haven't heard anything else about this bug
Ok... I've just tried 2.4.22-r4 and it still oopses. I've tried without xattrs and it works... Do you need any more info ?
So.. what must I do to get some new and working gentoo-sources? Not using xattrs is not an option...
Add "#define DX_DEBUG" to line 3 of include/linux/fs.h and recompile your kernel - that should hopefully dump lots of debug information.
I can confirm that this problem exists with gentoo-sources-2.4.22-r5 and r7 as well. Again, compiling without xattrs is not an option, which leaves me running a kernel that has a GLSA against it. I am prepared to assist with debugging but I will need some instruction on what to do : for example, how do I set about capturing the output kernel messages without a mounted filesystem?
I've added "#define DX_DEBUG" to line 3 of include/linux/fs.h and recompiled the kernel but, besides the oops, there are no additional debug messages. Anyway, I've given up and switched to gentoo-dev-sources, which seem to be the only ones that have acl support, besides gentoo-sources.
I see shadow upgraded and didn't have the problems anymore. Tony, have you tried a newer kernel? Do the errors still occur?
This bug is fixed. I just haven't marked it so.
