First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 153502
Alias:
Product:
Component:
Status: ASSIGNED
Resolution:
Assigned To: Gentoo Genkernel Maintainers <genkernel@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Sergey <gentoo@srg.pp.ru>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 153502 depends on: Show dependency tree
Bug 153502 blocks: 245389
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-10-30 18:28 0000
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

------- Comment #1 From Chris Gianelloni (RETIRED) 2006-11-13 11:51:50 0000 -------
Can you provide that as a patch, rather than the finished code?

------- Comment #2 From Petteri Räty 2006-11-23 01:58:01 0000 -------
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.

------- Comment #3 From Chris Gianelloni (RETIRED) 2006-11-28 14:23:23 0000 -------
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.

------- Comment #4 From Andrew Gaffney 2008-03-14 16:15:03 0000 -------
Is this still an issue? Was there even an issue here?

------- Comment #5 From Petteri Räty 2008-03-14 16:53:39 0000 -------
(In reply to comment #4)
> Is this still an issue? Was there even an issue here?
> 

Insufficient documentation, yes.

------- Comment #6 From Chris Gianelloni 2008-11-03 12:28:26 0000 -------
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.

First Last Prev Next    No search results available      Search page      Enter new bug