vim /usr/share/genkernel/generic/initrd.scripts at setup_md_device() it check, that root is on raid and creates device. But I have lvm on raid device, so it fail to start. At this way script not creates raid device, but I need it to start lvm. I fix it to: setup_md_device() { local device [ -z "$1" ] && device="${REAL_ROOT}" || device="$1" [ -z "${device}" ] && return # LiveCD # if [ `echo ${device}|sed -e 's#\(luks:\)\?\(/dev/md\)[[:digit:]]\+#\2#'` = "/dev/md" ] # then good_msg 'Detected real_root as a md device. Setting up the device node...' # MD_NUMBER=`echo ${device}|sed -e 's#\(luks:\)\?/dev/md\([[:digit:]]\+\)#\2#'` MD_NUMBER=0 if [ ! -e /dev/md${MD_NUMBER} ] then mknod /dev/md${MD_NUMBER} b 9 ${MD_NUMBER} >/dev/null 2>&1 [ "$?" -ne 0 ] && bad_msg "Creation of /dev/md${MD_NUMBER} failed..." fi mdstart ${MDPART} /dev/md${MD_NUMBER} # fi } and it began to work for me. ls ~ # emerge --info Portage 2.1.1_pre5-r3 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.4-r3, 2.6.18-gentoo-r1 i686) ================================================================= System uname: 2.6.18-gentoo-r1 i686 Pentium III (Coppermine) Gentoo Base System version 1.12.4 Last Sync: Unknown app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] dev-lang/python: 2.4.3-r1, 2.5-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i386-pc-linux-gnu" CFLAGS="-O3 -mcpu=i686 -pipe" CHOST="i386-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O3 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="-b" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LINGUAS="" MAKEOPTS="-s -l 4" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_EXTRA_OPTS="--bwlimit=3 -v --exclude=/{x,k,sci,me,g,app-{d,e,f,i,m,o}}* " PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 acpi alsa apache2 bash-completion cli crypt cups dri eds elibc_glibc emboss encode extensions foomaticdb fortran gdbm imlib input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog kernel_linux libg++ libwww logrotate mad mikmod motif mp3 mpeg mppe-mppc mysql ncurses nls no-old-linux nptl nptlonly ogg opengl oss pam pcre pdflib perl png pppd python readline reflection sdl session snmp spell spl ssl tcpd threads truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo vorbis xml zlib" Unset: CTARGET, INSTALL_MASK, LDFLAGS, PORTDIR_OVERLAY
Can you provide that as a patch, rather than the finished code?
Have you tried the lvmraid option on the kernel line? This should create the md nodes for you. The only problem is that man genkernel and other documentation does not mention this option. betelgeuse@rj ~ $ qlist genkernel | xargs grep lvmraid /usr/share/genkernel/generic/linuxrc: lvmraid\=*) I found it here: http://gentoo-wiki.com/HOWTO_Gentoo_Install_on_Software_RAID_mirror_and_LVM2_on_top_of_RAID#Bootloader_installation_and_configuration IMHO this option should be documented in the genkernel guide and man genkernel at least. I am know in the process of testing this option because I am trying to get a simular setup working.
Feel free to submit patches to genkernel's man page and guide, as I don't maintain the guide, and the man page is pretty much unmaintained within genkernel. Since Tim left, I'm the only one supporting genkernel 3.x, which means bugfixes are my one and only priority with genkernel right now, and even then it's pretty much making sure it is ready for 2007.0's release cycle.
Is this still an issue? Was there even an issue here?
(In reply to comment #4) > Is this still an issue? Was there even an issue here? > Insufficient documentation, yes.
The gernkenel developers only have control over the documentation within the tarball, such as the --help listing and the man page. We would like to get this resolved before 3.4.11 is released, so any assistance in patching the documentation against the repository at git://git.wolf31o2.org/projs/genkernel.git would be great and would expedite this getting done.
Patch now in Git: http://git.overlays.gentoo.org/gitweb/?p=proj/genkernel.git;a=commitdiff;h=e82a8c99854b2d710d962a82dc3a9f4c625a1373 Please let me know if this is sufficient. In case I do not hear anything, I may close this bug in two weeks.
(In reply to comment #7) > Patch now in Git: > http://git.overlays.gentoo.org/gitweb/?p=proj/genkernel.git;a=commitdiff;h=e82a8c99854b2d710d962a82dc3a9f4c625a1373 > > Please let me know if this is sufficient. > > In case I do not hear anything, I may close this bug in two weeks. genkernel --help also would be nice. Thanks for finally moving this forward.
(In reply to comment #8) > genkernel --help also would be nice. It seems that there is no mention of any boot parameters in --help output yet. To my understanding that makes some sense if --help is about invocation of a command mainly. With that said is there anything we could do besides duplicating all supported boot parameters into --help output that would still improve your user experience?
(In reply to comment #9) > > It seems that there is no mention of any boot parameters in --help output yet. > To my understanding that makes some sense if --help is about invocation of a > command mainly. > Ah yes this makes sense. I'll leave it up to you if we want to add more information about bootloader configuration here: http://www.gentoo.org/doc/en/genkernel.xml
Fixed in genkernel 3.4.16, closing.
