Bug#652459: initramfs-tools: [patch] Please support mounting of /usr in the initramfs
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
Reply to: