Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
My /home partition is not mounted correctly when booting at times. Sometimes it is mounted correctly, but sometimes it is mounted badly then I only see "Segmentation falt" when do "ls /home". Here is how I solve the problem: 1. Edit /etc/fstab Move the next line /dev/hda7 /home reiserfs noatime,notail 0 1 to the end of the file /etc/fstab, below /proc and /dev/shm 2. Edit /etc/init.d/localmount mount -av #mount -at nocoda,nonfs,noproc,noncpfs,nosmbfs,noshm >/dev/null Without doing the above things, even reemerging reisfsprogs did not help me. Reproducible: Sometimes Steps to Reproduce: 1. In /etc/fstab put the line of /home above the lines of /proc and /dev/shm 2. Use the default /etc/init.d/localmount 3. Reboot machine Actual Results: The problem was resolved, but I dont understand why it was. Expected Results: Maybe /etc/init.d/localmount should be modified so that reiserfs partitions are to be mounted after mounting of /proc and /dev/shm. The problem did not happen before Gentoo 1.4
the simple fact that a `ls` operation *segfaulted* should indicate to you that *something* *just aint right* ;) did you review `dmesg` to see if anything useful came up ? what happens if you `mount -o remount /home` when `ls` is segfaulting ? what kernel are you running ? what is the output of `emerge info` ? did you upgrade from 1.2 to 1.4 ?
run #revdep-rebuild from gentoolkit
root # revdep-rebuild Checking reverse dependencies... Packages containing binaries and libraries broken by any package update, will be recompiled. Collecting system binaries and libraries... done. (/root/.revdep-rebuild.1_files) Collecting complete LD_LIBRARY_PATH... done. (/root/.revdep-rebuild.2_ldpath) Checking dynamic linking consistency... done. (/root/.revdep-rebuild.3_rebuild) Assigning files to ebuilds... Nothing to rebuild Evaluating package order... done. (/root/.revdep-rebuild.5_order) Dynamic linking on your system is consistent... All done. # uname -a Linux debut 2.4.20-gentoo-r7 #1 2003ﾇｯ 9ｷ・14ﾆ・ﾆ・ﾋﾆ・01:53:27 JST i686 Intel(R) Pentium(R) 4 CPU 2.40GHz GenuineIntel GNU/Linux # emerge sync ; emerge world -Upv >>> --upgradeonly implies --update... adding --update to options. These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] app-editors/vim-core-6.2-r3 [6.2-r1] +ncurses +nls [ebuild U ] app-editors/gvim-6.2-r3 [6.2-r2] +ncurses +nls -cscope +gpm -perl +python -ruby +gnome +gtk +gtk2 +motif [ebuild U ] app-admin/metalog-0.6-r11 [0.6-r10] [ebuild UD] dev-libs/gsl-1.3 [1.4] # emerge info Portage 2.0.49-r3 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.20-gentoo-r7) ================================================================= System uname: 2.4.20-gentoo-r7 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz ccache version 2.2 [enabled] ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe -DNDEBUG -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/xdvi/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe -DNDEBUG -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="ftp://ftp.ecc.u-tokyo.ac.jp/GENTOO http://ftp.gentoo.or.kr/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://adelie.polymtl.ca/ http://212.219.247.21/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 oss avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline svga tcltk X sdl gpm tcpd pam libwww ssl python esd imlib oggvorbis gnome gtk qt kde motif opengl mozilla canna cdr cjk dvd freewnn ginac leim ppds qhull samba sse -tetex java -perl gtk2 -apm imap arts gphoto2 scanner" I used gentoo 1.2 for a long time before upgrading to 1.4, but this is an installation from scratch. The root partition was reformated. # cat /etc/fstab # /etc/fstab: static file system information. # $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.12 2003/03/11 02:50:53 azarah Exp $ # # noatime turns of atimes for increased performance (atimes normally aren't # needed; notail increases performance of ReiserFS (at the expense of storage # efficiency). It's safe to drop the noatime options if you want and to # switch between notail and tail freely. # <fs> <mountpoint> <type> <opts> <dump/pass> # NOTE: If your BOOT partition is ReiserFS, add the notail option to opts. /dev/hda3 /boot ext3 noauto,noatime 1 1 /dev/hda4 / reiserfs noatime,notail 0 0 /dev/hda5 none swap sw 0 0 /dev/cdroms/cdrom0 /mnt/cdrom iso9660 noauto,ro 0 0 # NOTE: The next line is critical for boot! none /proc proc defaults 0 0 # glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for # POSIX shared memory (shm_open, shm_unlink). # (tmpfs is a dynamically expandable/shrinkable ramdisk, and will # use almost no memory if not populated with files) # Adding the following line to /etc/fstab should take care of this: none /dev/shm tmpfs defaults 0 0 # NOTE: other reiserfs partitions must be mounted last /dev/hda7 /home reiserfs noatime,notail 0 1
I had this problem when i didn't compile reiserfs support into the kernel.
This bug has been inactive for 90 days or more. Both baselayout and gentoo-sources have been updated since the bug received attention. Can this still be reproduced? Please reopen this bug if the problem persists.
I am experiencing a similar phenomenon with 2004.0, recently synced. I have two reiser partitions, /dev/hda9 and /dev/hda10. Here are the lines in /etc/fstab for them: /dev/hda10 /mnt/hda10 resierfs defaults 0 0 /dev/hda9 /mnt/hda9 resierfs defaults 0 0 Yes, the mount points exist. They are first in my /etc/fstab; I haven't tried moving them to the end, but I'm about to try that. Meanwhile there are two "symptoms": 1. "vim" shows the "reiserfs" in red, as though it's trying to warn me about something. 2. The filesystems are not mounted after a reboot, and if I do "mount -a" I get DreamTimeGentoo root # mount -a mount: fs type resierfs not supported by kernel mount: fs type resierfs not supported by kernel DreamTimeGentoo root # Yes, I checked the kernel config and "reiserfs" is there. What's really peculiar is that I can manually mount them: DreamTimeGentoo root # mount /dev/hda9 /mnt/hda9 DreamTimeGentoo root # mount /dev/hda10 /mnt/hda10 DreamTimeGentoo root # df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda7 11203068 7342452 3291516 70% / /dev/hda7 11203068 7342452 3291516 70% / /dev/hda8 8254240 5782716 2136092 74% /mnt/hda8 none 224792 0 224792 0% /dev/shm /dev/hda9 4000024 1459128 2540896 37% /mnt/hda9 /dev/hda10 3092380 1108924 1983456 36% /mnt/hda10 Could this (and the fact that "/" appears to be mounted twice) have something to do with the fact that I don't have "/boot" as a separate partition, but it is instead a directory in the /dev/hda7 partition, which is ext2? Please let me know if I should file this as a separate bug. This one is the closest I could find to my symptoms.
