Dear Michel, Sorry for very later. I test your patch of initramfs-tools, but, don't mount /usr with auto at entry of fstab.
I tested below: 1.debuild initramfs after applying that patch and install packages. 2.Boot *without* auto and nouser with /usr entry at /etc/fstab.-> Success 3.Boot *with* auto and nouser with /usr entry at /etc/fstab.-> Fail 4.Remade initramfs (via update-initramfs -u -k `uname -r`) *without* auto and nouser with /usr entry at /etc/fstab . 5.Boot *without* auto and nouser with /usr entry at /etc/fstab. -> Fail. I looked at log of debuild, found a error at litian checking: >E: initramfs-tools-core: depends-on-essential-package-without-using-version >depends: mount >W: initramfs-tools-core: script-not-executable >usr/share/initramfs-tools/hooks/mount Regards, Ohta. On Wed, 23 Nov 2016 15:58:26 +0100 Michael Biebl <bi...@debian.org> wrote: > Am 23.11.2016 um 14:30 schrieb Michael Biebl: > > > I'm going to reassign this to initramfs-tools as it uses mount > > implementations from either klibc-utils or busybox which are both > > incomplete and as a result, fail to mount /usr. > > > > I decided against reassigning this to busybox and klibc-utils. > > I think it's preferable, if initramfs-tools simply uses the mount > > implementation from the real systemd, i.e. util-linux. This > > guarantees that we won't run into such problems again in the future. > > > > The mount utility is tiny, all its library dependencies are already > > in the initramfs. Rebuilding the initramfs with mount from u-l > > increases the size by 17K. > > > > We would also have to make sure to use mount --move in > > /usr/share/initramfs-tools/init for /run, /sys and /proc > > > > Ben, what's your take on this? > > Something like the attached patch should do the trick. > I wonder though, if we should use the other tools from mount as well, > like umount, swapon/off > > Feedback welcome. > >
pgpfVpYnwBgxD.pgp
Description: OpenPGP digital signature
