Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 99406 - genkernel with --no-initrdmodules completely fails to produce a working initrd esp. with lvm2
Summary: genkernel with --no-initrdmodules completely fails to produce a working initr...
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Hosted Projects
Classification: Unclassified
Component: genkernel (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Gentoo Genkernel Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-18 01:44 UTC by Daniel Holth
Modified: 2005-07-18 06:30 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Holth 2005-07-18 01:44:45 UTC
many 'binary not found' eg ls in initrd, cannot load lvm2

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Actual Results:  
new kernel would not boot

Expected Results:  
expected it to boot with or without unnecessary modules

workaround included making one with modules, editing image to remove modules.
newer genkernels are much more broken w/ initrd replaced with initramfs etc. new
names.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2005-07-18 01:53:10 UTC
Which version of genkernel?
Comment 2 Daniel Holth 2005-07-18 02:55:21 UTC
genkernel 3.2.5 ... I can force genkernel to create an initrd instead of an
initramfs by asking for --bootsplash ... another bug report thread says I should
clear genkernel's bincache manually to fix -- Outrageous!

Perhaps I should split this into two bugs, 

1) new genkernel behaviour is very surprising and does not produce expected
results with initrd=initramfs-image-name

2) slightly older genkernel's initrd specified without modules did not work with
lvm2-as-root even when dev-mapper was carefully compiled not as a module. Did
work when with-modules initrd was edited to del all modules. Have not had a
chance to try new genkernel's initrd because it is harder to persuade it to make
one.
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2005-07-18 02:57:10 UTC
(In reply to comment #2)
> another bug report thread says I should
> clear genkernel's bincache manually to fix -- Outrageous!

And does it help?

Also, does 3.2.7 work any better for you?
Comment 4 Daniel Holth 2005-07-18 03:11:31 UTC
About to try 3.2.7. Managed to boot using initrd made with 3.2.5 'genkernel
--lvm2 initrd' but lvm2 had to be activated manually. (it must have included the
necessary binaries but not scripts to activate lvm2.)

Removed genkernel pkg bincache directory for x86. Then emerged 3.2.7. Now
genkernel --lvm2 initrd bombs with 'cannot find busybox tarball'. (did not help).
Comment 5 Daniel Holth 2005-07-18 03:17:08 UTC
Just tried removing entire /usr/share/genkernel with rm -rf , then re-install
genkernel 3.2.7, then 'genkernel --lvm2 initrd' ; completely bombs, copious
compiler errors then unable to find busybox tarball.

genkernel compiled with both possible use flags disabled.
Comment 6 Eric Edgar (RETIRED) gentoo-dev 2005-07-18 05:05:32 UTC
did you run etc-update.  The busybox version has changed recently and this was 
reflected in an updated /etc/genkernel.conf.   And as far as items being 
outrageous if the behavior doesnt work for you then you can submit a patch or 
make a recommendation about how you think it should be fixed.  We are 
volunteers here and have coded genkernel to keep as much previous compiled code 
as possible.  There are still areas that cause problems and we are working to 
fix them.  However, we can only code so fast.  We are primarily using this as a 
tool to build livecd's.  If others can use it then great and we do take bug 
reports and submissions very seriously, but that was not constructive 
feedback.  We could just come out and say you didn't run etc-update 
outrageous!  Instead we try and help.
Comment 7 Daniel Holth 2005-07-18 06:30:46 UTC
sorry about the grumpiness, thanks for the help. it may be working now.