Date: Mon, 18 Oct 2004 21:03:14 -0500 From: Ryan Sommers <ryans@gamersimpact.com> To: Jose M Rodriguez <josemi@freebsd.jazztel.es> Cc: freebsd-current@freebsd.org Subject: Re: I deleted /stand/, but I need it again for diskless boot... Message-ID: <417475E2.8020202@gamersimpact.com> In-Reply-To: <200410190345.20487.josemi@freebsd.jazztel.es> References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <65140.208.4.77.15.1098123461.squirrel@208.4.77.15> <41746CC6.4030407@yahoo.com> <200410190345.20487.josemi@freebsd.jazztel.es>
next in thread | previous in thread | raw e-mail | index | archive | help
Jose M Rodriguez wrote: > If You try to path /etc/rc.d/initdiskless, try not remove *.cpio.gz > >expand using /stand, but add *.tar expand using /bin/pax. > >You may also try some auto detection and use what is present >between /stand/cpio, /stand/gzip, /rescue/tar, /rescue/gzip ... > >Don't try moving gzip/libgzip from /usr to rootfs. It's really a big >change. > /rescue/* aren't the right tools for the job in my opinion. Neither are /stand/*. I posted this to arch@ [1] and between that and this thread, among others on current@, the overwhelming majority of responses have been to get rid of /stand. I'm not sure I understand your argument for leaving /stand as part of the root filesystem; other than as you say your 250gb drives don't mind the extra 3.5mb. In my opinion it's useless for both diskless and regular systems, with the exception of 2% of it's space. It's not updated as part of world, which means no bug fixes get populated to it. It's a crunchgen binary which means trying to fix small bugs in single programs either means rebuilding the binary or replacing that hardlink with an individual binary. [1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=10365+0+current/freebsd-arch -- Ryan Sommers ryans@gamersimpact.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?417475E2.8020202>