From owner-freebsd-hackers Thu Sep 11 00:09:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA03585 for hackers-outgoing; Thu, 11 Sep 1997 00:09:22 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA03580 for ; Thu, 11 Sep 1997 00:09:19 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id AAA08032; Thu, 11 Sep 1997 00:08:24 -0700 (PDT) Date: Thu, 11 Sep 1997 00:08:22 -0700 (PDT) From: "Jamil J. Weatherbee" To: Greg Lehey cc: David Dawes , Satoshi Asami , FreeBSD Hackers Subject: Re: My FreeBSD Wish List... In-Reply-To: <19970910142634.55557@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have worked extensively with some diskless freebsd & linux machines and a read only /usr is critical, I believe I had to reorganize the /usr a bit in some cases to achieve this (for instance some of the X11 stuff in usr that is really specific config files like making /usr/X11R6/bin/X a link to /var/X11R6/bin/X which links back to the specific X server in /usr/X11R6/bin) and there are some other things for instance it would be nice to have an nfs system that would allow exporting of things other than filesystems since as I understand it you can only have 8 slices on a physical drive and if you want separate permissions for all of your diskless machines in /etc/exports to make the system so that only the machine which mounts its root directory has access to it you need at least 2* the amount of diskless mahcines which could be possibly in the order of 20-30 on a single two gig drive, meaning with the current nfs setup I need 40 filesystems (20 swap 64MB, 20 root 25MB) and I don't really think you can get that many filesystems on a single disk? (or does someone know something I don't) > Well, at the risk of the lives of a few protestants, why /var? My > reading of /var is that it is for frequently changing files, such as > spool files. I agree that it would be nice to have a read-only /usr, > but I think it would be worth giving a bit more consideration for the > new home of the config files.