Bug#845302: systemd: 232-6:Failed to boot, makes kernel panic when starting /sbin/init.

[K.Ohta]

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 <biebl at 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.
> 
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 228 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20161125/d6b57a43/attachment-0002.sig>