I recently followed the diskless howto (and I have to say it is the best one concerning gentoo out there, all others failed in the dhcp configuration step) and found out that the guide works perfectly for old systems (2006 profile) but simply wont work with a recent stage3-i486-20100216.tar.bz2 (upgraded to all recent updates). In this forum thread you find more details: http://forums.gentoo.org/viewtopic-p-6201453.html After upgrading to baselayout2 (with openrc) everything works as planned, so I think there is a fault in current stable baselayout, which was introduced after baselayout-1.12.1 (the one from my old system, working just fine) Reproducible: Always Steps to Reproduce: 1. Install recent stage tarball 2. Follow diskless howto 3. Boot the diskless client Actual Results: When localmount tries to remount the nfs / rw it fails because it can't write to /etc/mtab. (In that very moment, /etc is naturally unwritable since it resides on the read only root partition...) Expected Results: Proper remounting of / with write support. As the old baselayout did and the baselayout does! I tried the new 2.6.31 kernel (which I intend to use on the new system) with the old system and that works fine, too. (Apart from other errors relating to incompatible udev versions and the like.) The / gets remounted correctly with rw rights. That points in the direction of baselayout changes. Btw, looking at the "Initialisation scripts" section of the howto, it seems to be real old: lrwxrwxrwx 1 root root 22 2003-10-18 17:28 domainname -> /etc/init.d/domainname That service was removed long ago and the timestamp of the example speaks for itself ;-) Emerge info following: Portage 2.1.7.17 (default/linux/x86/10.0, gcc-4.3.4, glibc-2.10.1-r1, 2.6.31-gentoo-r10-bfs311 i686) ================================================================= System uname: Linux-2.6.31-gentoo-r10-bfs311-i686-VIA_Samuel_2-with-gentoo-2.0.0 Timestamp of tree: Tue, 09 Mar 2010 04:30:01 +0000 app-shells/bash: 4.0_p35 dev-lang/python: 2.6.4-r1 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.6.0-r1 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.63-r1 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.18-r3 sys-devel/gcc: 4.3.4 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="* -@EULA" CBUILD="i586-pc-linux-gnu" CFLAGS="-Os -march=c3 -mtune=i686 -mmmx -m3dnow -pipe -fomit-frame-pointer -ftracer -fweb" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-Os -march=c3 -mtune=i686 -mmmx -m3dnow -pipe -fomit-frame-pointer -ftracer -fweb -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests collision-protect distlocks fixpackages news nodoc nohorse noinfo noman nomustache nowife parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.gentoo.mesh-solutions.com/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/" LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,--hash-style=gnu" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="3dnow X aac acl acpi alsa audiofile avi berkdb bzip2 cjk cle266 cli cracklib crypt custom-cflags cxx dri dvb dvd fortran iconv ieee1394 imlib jpeg lirc mad minimal mmx modules mpeg mudflap nls nptl nptlonly oggvorbis opengl openmp pcmcia pic png pppd quicktime readline reflection samba session spl ssl sysfs tcpd truetype unichrome unicode usb win32codecs wmf x86 xorg xvid xvmc zlib" ALSA_CARDS="via82xx" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIRC_DEVICES="serial" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="via cle266 openchrome" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Damn, there is a typo: "Expected Results: Proper remounting of / with write support. As the old baselayout did and the baselayout does!" should be "Expected Results: Proper remounting of / with write support. As the old baselayout did and the ~arch baselayout2 does!"
We don't document baselayout2/openRC in the rest of our documents, as we don't doc ~arch packages for sanity's sake. The only place you'll find openrc/baselayout2 stuff is in the migration guide. I'll close this one, for the reason above, and it sounds like your bug is really with the behavior of baselayout/openRC itself. Be sure to open a new one and assign it to base-system@ so that they can fix its mount and/or r/w behavior.
(In reply to comment #2) > We don't document baselayout2/openRC in the rest of our documents, as we don't > doc ~arch packages for sanity's sake. The only place you'll find > openrc/baselayout2 stuff is in the migration guide. I guess you completely misread this bug? It's not about documenting ~arch but about stable being broken (while ~arch baselayout/openrc works fine for the reporter). > After upgrading to baselayout2 (with openrc) everything works as planned, so I > think there is a fault in current stable baselayout, which was introduced > after baselayout-1.12.1 (the one from my old system, working just fine) After upgrading to baselayout2 (with openrc) everything works as planned, so I think there is a fault in current stable baselayout, which was introduced after baselayout-1.12.1 (the one from my old system, working just fine) So either the docs are broken with stable, or stable baselayout is broken, but I don't see why's this bug INVALID?
(In reply to comment #2) > We don't document baselayout2/openRC in the rest of our documents, as we don't > doc ~arch packages for sanity's sake. The only place you'll find > openrc/baselayout2 stuff is in the migration guide. I hade a typo in one small part of the bug, but i thought i invested enough time and information into the rest so that it would be clear on which system the guide worked, on which it doesnt and how i overcome that problem... (See my additional comment #1!) Abstract in one sentence: It worked with baselayout-1.12.1 (from 2006!), it does not work with baselayout-1.12.13 (current stable), it works again with baselayout2! So diskless howto lacks information or the current stable baselayout is broken. > I'll close this one, for the reason above, and it sounds like your bug is > really with the behavior of baselayout/openRC itself. Be sure to open a new one > and assign it to base-system@ so that they can fix its mount and/or r/w > behavior. > As said above, it works in baselayout2/openrc, not in stable. On top of that, the example client fstab uses "rsize=8192,wsize=8192" for /. That works well in the old baselayout-1.12.1, but not in the stable layout. (But removing these options does not solve the problem i initially reported. These options work for all other nfs mountpoints, but not for /) So either the diskless-howto or the baselayout need some love.
Ok, I can see where the confusion derived from: My emerge --info states I am using baselayout2 and I did not specifically say that the problem happens with baselayout-1.12.13 (Again: The upgrade to ~arch was to work around the problem) Please be assured that my complaint refers to a complete stable x86 system without anything installed from ~arch! In the forum topic a guy named TNJI seems to have stumbled upon the same issue and as I understand him he solved it by omitting the entry for / in fstab entirely. Sorry for not being clear enough!
So, is anything going to happen? Short summary: Bug happens with stable baselayout and the diskless howto "as is". Are you waiting for baselayout2 to become stable? Then say so.
I don't see anything resembling a solution on this bug that worked for you with baselayout 1. If there's no solution, then this bug will have to be closed. Please post your solution on this bug. I don't have time to browse through forum threads looking for possible solutions that worked for *other* people, I want to know if you found a solution for *yourself*.
Closing as baselayout2 is stable for all involved architectures
