On Wed, Jan 01, 2014 at 11:19:26PM +0100, Klaus Ethgen wrote: > Am Di den 23. Jul 2013 um 18:48 schrieb Michael Prokop: > > Does anyone have any objections against the current implementation > > of #652459 to support mounting of /usr in the initramfs? > > Yes, I have. Sorry about. > > This will prevent from using /usr via NFS or having a /usr md device or > having /usr on LVM (Not sure about any of this issues, as I use initram > only on systems with a NFS /usr.) And there is even more cases where the > /usr mount needs to be done later in init stack.
This patchset will continue to allow you to have /usr on NFS and/or MD/LVM. However, it will require you to use an initramfs to mount /usr as a separate filesystem. /usr on NFS is fairly pointless though--just have the whole rootfs (including /usr) on NFS and be done with it. If there are combinations of local/NFS which aren't catered for, e.g. local / and NFS /usr then we can look at fixing that. I think I tested all these combinations back when I wrote the patchset, but my memory isn't great. > And I even fear about what to solve with this patch. I usually use a > non-initram-kernel to boot my systems and have /usr on separate device. > My fantasy tells me that the patch should solve some issues that was > brought to debian by systemd. Just my fantasy. I hope, I am wrong with > this. This patchset is unrelated to the init system; it will need minor changes to util-linux mount and sysvinit to avoid mounting /usr in mountall. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `- GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org