Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 389421 - Linux kernel 2.6.30.9: unable to boot with openrc and baselayout-2
Summary: Linux kernel 2.6.30.9: unable to boot with openrc and baselayout-2
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: OpenRC Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-03 15:08 UTC by Alexey Prokopchuk
Modified: 2011-11-15 14:21 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emerge-info.txt,4.06 KB, text/plain)
2011-11-04 11:56 UTC, Alexey Prokopchuk
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alexey Prokopchuk 2011-11-03 15:08:22 UTC
System with the kernel version 2.6.30.9 unable to boot when migrating to baselayout-2. Same thing happens with new installation. 
More detailed: bash crashes with segfault in early-init.sh, and then in all other subsequent scripts. As I could discover, the crash happens when bash redirects output to /dev/console and works with setfont, loadkeys etc.
With kernel 2.6.38 system boots fine.
I think, openrc and baselayout-2 can't be used with older kernels. But I don't know exactly which lowest kernel version is capable for using with openrc.
The migration guide and related documentation does not have any mentions about limitations of kernel version for using with openrc and baselayout-2.

In my humble opinion, these limitations should be appear in the migration guide, and kernel version check must be included in ebuild and early boot scripts.


Reproducible: Always

Steps to Reproduce:
1. Migrate to baselayout-2 with kernel 2.6.30.9 or install new system from fresh stage-3
2. Reboot or make first boot

Actual Results:  
System unable to boot with older kernel versions

Expected Results:  
Limitations of kernel version must be appear in documentation.
Comment 1 Ian Stakenvicius (RETIRED) gentoo-dev 2011-11-03 15:31:55 UTC
FYI - i'm using baselayout-2 with gentoo-sources-2.6.30-r5 on an AMD64 system and have no issues.

(the system does boot using an initramfs, however)
Comment 2 Christian Ruppert (idl0r) gentoo-dev 2011-11-03 16:14:55 UTC
openrc/baselayout doesn't really care about your kernel. I assume you're using a recent udev version together with the old kernel and *that* is causing the issues.

Please attache your emerge --info and also your udev version.
Comment 3 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2011-11-03 16:35:25 UTC
(assigning correctly)
Comment 4 Alexey Prokopchuk 2011-11-04 11:56:16 UTC
Created attachment 291653 [details]
emerge --info
Comment 5 Alexey Prokopchuk 2011-11-04 12:12:05 UTC
(In reply to comment #1)
> FYI - i'm using baselayout-2 with gentoo-sources-2.6.30-r5 on an AMD64 system
> and have no issues.
> 
> (the system does boot using an initramfs, however)
I don't use initramfs, just boot the kernel with lilo from RAID1.

(In reply to comment #2)
> openrc/baselayout doesn't really care about your kernel. I assume you're using
> a recent udev version together with the old kernel and *that* is causing the
> issues.
> 
> Please attache your emerge --info and also your udev version.

I can't boot with kernel 2.6.30.9 however. And have no booting promlems with kernel 2.6.38

I spent on this issue almost overnight, and can't find a way for successful system boot with kernel 2.6.30.9, but with kernel 2.6.38 system boots fine without problem at all.

emerge --info attached, see above.
about udev:
# emerge -s udev
*** cut ***
*  sys-fs/udev
      Latest version available: 164-r2
      Latest version installed: 164-r2
      Size of files: 687 kB
*** cut ***
Comment 6 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2011-11-04 22:06:36 UTC
I assume you mean init-early.sh, not early-init.sh.

If you boot to init=/bin/bash and try to run the encoding+consolefont stuff manually, what happens?

/dev/console at that point should exist, be char device 5:1.
For the encoding, try:
printf "\033(K" >/dev/console
and the rest of setfont etc.

I think your kernel is broken.
Comment 7 William Hubbs gentoo-dev 2011-11-15 14:21:31 UTC
Closing due to no response from reporter.

If this is still an issue, please feel free to reopen.

Thanks,

William