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

[K.Ohta]

Dear Michael,

On Fri, 25 Nov 2016 07:49:55 +0100
Michael Biebl <biebl at debian.org> wrote:

> How did you apply the patch? If you do it via "patch < $patch", you'll
> need to chmod +x hooks/mounts. The lintian warning should have been a
> clue.

Thanks. I missed this, re-check now.
Then, I re-built these packages, and re-build initramfs and reboot.
But, with "auto" parameter of /usr entry at fstab, not booted due to not mounting /usr.
Then I checked initramfs.conf at /etc/initramfs-tools/ ,and edit "BUSYBOX=" entry
both "yes" , "no" and "auto". Any parameters don't make mounting /usr and 
not booting with fstab's entry.

I checked contents of /boot/initrd.img-${KernelVersion==4.8.0-1-amd64}, mount and libmount seems to
replace mount package (neither klibc or busybox).
And, when building package , still lintian said:
>E: initramfs-tools-core: depends-on-essential-package-without-using-version depends: mount

Regards,
Ohta.

On Fri, 25 Nov 2016 07:49:55 +0100
Michael Biebl <biebl at debian.org> wrote:

> Am 25.11.2016 um 05:18 schrieb 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.  
> 
> >> W: initramfs-tools-core: script-not-executable  
> usr/share/initramfs-tools/hooks/mount
> 
> How did you apply the patch? If you do it via "patch < $patch", you'll
> need to chmod +x hooks/mounts. The lintian warning should have been a
> clue.
> 
> If you use "git am $patch", then this will be done automatically:
> 
> diff --git a/hooks/mount b/hooks/mount
> new file mode 100755
> index 0000000..1464533
> --- /dev/null
> +++ b/hooks/mount
> 
> The patch was supposed to be applied using git am.
> 
> >> E: initramfs-tools-core:
> >> depends-on-essential-package-without-using-version depends: mount  
> 
> That's a fair point. I'm not sure if we need a specific version, so
> this explicit dependency can likely be dropped.
> 
> 

-------------- 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/a561c0ee/attachment-0002.sig>