Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.kernel > #55816 > unrolled thread

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

Back to article view | Back to linux.debian.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Bug#845302: systemd: 232-6:Failed to boot, makes kernel panic when starting /sbin/init. Michael Biebl <biebl@debian.org> - 2016-11-23 16:10 +0100
    Bug#845302: systemd: 232-6:Failed to boot, makes kernel panic when starting /sbin/init. "K.Ohta" <whatisthis.sowhat@gmail.com> - 2016-11-25 05:30 +0100
      Bug#845302: systemd: 232-6:Failed to boot, makes kernel panic when starting /sbin/init. Michael Biebl <biebl@debian.org> - 2016-11-25 08:00 +0100
        Bug#845302: systemd: 232-6:Failed to boot, makes kernel panic when starting /sbin/init. "K.Ohta" <whatisthis.sowhat@gmail.com> - 2016-11-25 09:00 +0100
          Bug#845302: systemd: 232-6:Failed to boot, makes kernel panic when starting /sbin/init. Michael Biebl <biebl@debian.org> - 2016-11-25 13:50 +0100

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

[Multipart message — attachments visible in raw view] — view raw

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.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[toc] | [next] | [standalone]

#55831

[Multipart message — attachments visible in raw view] — view raw

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@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.
> 
> 

[toc] | [prev] | [next] | [standalone]

#55833

[Multipart message — attachments visible in raw view] — view raw

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.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[toc] | [prev] | [next] | [standalone]

#55837

[Multipart message — attachments visible in raw view] — view raw

Dear Michael,

On Fri, 25 Nov 2016 07:49:55 +0100
Michael Biebl <biebl@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@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.
> 
> 

[toc] | [prev] | [next] | [standalone]

#55838

[Multipart message — attachments visible in raw view] — view raw

Am 25.11.2016 um 08:48 schrieb K.Ohta:
> Dear Michael,
> 
> On Fri, 25 Nov 2016 07:49:55 +0100
> Michael Biebl <biebl@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.

The patch works fine here and without an error message it's hard to say
why it is failing for you.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.kernel

csiph-web