-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/06/2010 10:00 AM, Kay Sievers wrote:
On Fri, 2010-08-06 at 15:27 +0200, Guido Berhoerster wrote:
* Kay Sievers <kay.sievers@suse.de> [2010-08-06 13:36]:
On Fri, 2010-08-06 at 09:42 +0200, Stefan Seyfried wrote:
On Fri, 06 Aug 2010 03:03:22 +0200 Kay Sievers <kay.sievers@suse.de> wrote:
I think that /usr on nfs, or even on a different disk should just get a reality check, and be finally dropped.
Having /usr, /var, /opt and /tmp on different partitions / disks is basically a standard setup for lots of real-world corporate installations.
The people who break such standard setups (or even think about breaking them) all the time should just get a reality check...
/usr not on the rootfs is broken since ages for anything that isn't a simple server. It does not make any sense to do that, and that's why nobody really cares.
Many things plugging into udev/hotplug break if /usr is not available at early boot. I stopped asking people to fix such things.
Unfortunately an all too common attitude in Linuxland. Anyway, can we then just be honest and officially abandon the now arbitrary /bin /sbin -- /usr/bin /usr/sbin separation by moving stuff and symlinking /bin and /sbin to /usr? It's nothing uncommon, Solaris/OpenSolaris, HP-UX, and AIX for example all don't have a separate /bin any more. It would certainly ease the pain with linking libraries which are in /usr.
Anything like this sounds good to me. It's just a pretty useless exercise with this artificial split. I would understand to have 'the desktop' split out into /usr, but everything else is just crazy. An it seems entirely random what we do here today. The 'maybe needed at boot' thing just does not mean anything today.
What devices need access to /usr? Can those events be cached and reissued if the binary serving them isn't available?
The real fix is a properly working read-only /, for people who use /usr on a separate filesystem, anyway.
That would make a lot of things go but is unfortunately pretty complicated. A shared /usr is a good first step that just happens to also be pretty low-hanging fruit. While this feature used to be just about serving /usr to workstations with very small (or nonexistent) disks, all those old arguments are coming back in the form of optimizing storage for virtual machines. Sure, there's not a whole lot of benefit for desktop or SOHO users, but the storage benefits when you have a lot of VMs sharing the same /usr are substantial. - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkxcSL4ACgkQLPWxlyuTD7K9RACgmD4pZvxppL/IFwM58fgZPcvk aM0An2HH1IXt+S3TqhWqM/B/T7ri9ufV =fYJw -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org