Since the last sys-fs/lvm2 change (2.02.48-r1), genkernel builds initramfs's that do contain lvm binaries, but fail to detect any physical volume, any volume group. Using emergency shell shows that pvscan (symlink to lvm binary) does not exist. But creating it doesn't help, pvscan does not see any physical volume yet. This occured when upgrading from gentoo-sources-2.6.30-r1 to gentoo-sources-2.6.30-r2. Previously built initramfs succeeds to detect and activate the volume groups while the new ones don't see anything. Reproducible: Always Steps to Reproduce: 1. genkernel --lvm all 2. reboot Actual Results: No matching physical devices /dev/pool0/root: no such device
Portage 2.2_rc33 (default/linux/amd64/2008.0, gcc-4.4.1-pre9999, glibc-2.10.1-r0, 2.6.30-gentoo-r1 x86_64) ================================================================= System uname: Linux-2.6.30-gentoo-r1-x86_64-Intel-R-_Pentium-R-_D_CPU_3.00GHz-with-gentoo-2.0.1 Timestamp of tree: Mon, 06 Jul 2009 07:45:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.0_p24 dev-java/java-config: 1.3.7-r1, 2.1.8-r1 dev-lang/python: 2.4.6, 2.5.4-r3, 2.6.2-r1 dev-python/pycrypto: 2.0.1-r8 dev-util/ccache: 2.4-r8 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.4.3-r3 sys-apps/sandbox: 2.0 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2, 1.11 sys-devel/binutils: 2.18-r1, 2.19, 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.30 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=native -mtune=native -fomit-frame-pointer -fweb -funswitch-loops -fgcse-after-reload -fforce-addr" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -pipe -march=native -mtune=native -fomit-frame-pointer -fweb -funswitch-loops -fgcse-after-reload -fforce-addr" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks fixpackages metadata-transfer parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LDFLAGS="-Wl,--as-needed" LINGUAS="fr en ja" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/desktop-effects /usr/portage/local/layman/kvm /usr/portage/local/layman/gnome /usr/portage/local/layman/x11 /usr/portage/local/layman/ruby /usr/portage/local/layman/emacs /usr/portage/local/layman/voip /usr/portage/local/layman/nx /usr/portage/local/layman/perl-experimental /usr/portage/local/layman/gcc-porting /usr/portage/local/layman/ikelos /usr/local/portage/overlays/perso" SYNC="rsync://rsync.fi.gentoo.org/gentoo-portage" USE="X a52 aac aalib acl acpi alsa amd64 anthy attr avahi bash-completion berkdb bluetooth bzip2 cairo caps cddb cdr cjk cli consolekit cracklib crypt cups curl dbus dell device-mapper djvu dri dts dvd dvdr encode esd exif expat fastcgi fbcon ffmpeg firefox flac fontconfig fontforge fortran fuse gd gdbm gif glib glitz gmp gnuplot gnutls gpm graphviz gsm gtk gtkhtml h323 hal hddtemp hfs iconv idea idn ieee1394 ipv6 isdnlog jabber java java5 jingle jpeg jpeg2k kerberos ldap libcaca libedit libnotify lm-sensors lm_sensors lzma m17n mad midi mmap mmx mono mp3 mp4 mpeg msn mudflap multilib multislot mysql ncurses nfs nis nls notification-daemon nptl nptlonly odbc ogg opengl openmp pam pango pch pcre perl png policykit ppds pppd pulseaudio python quicktime readline reflection rtp ruby samba sdl serial session speex spl sqlite sqlite3 sse sse2 ssl startup-notification svg swig sysfs tcpd theora threads threadsafe tiff tk truetype unicode usb v4l v4l2 vhosts vim-syntax vorbis x264 xattr xcb xcomposite xforms xinerama xml xml2 xmp xorg xpm xv xvid xvmc yahoo zephyr zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr en ja" USERLAND="GNU" VIDEO_CARDS="fbdev intel vesa v4l" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Reading the genkernel initramfs shell scripts, it seems like the last sys-fs/lvm2 change put the static lvm binary (when USE="static") at /sbin/lvm.static. As of now, this means that the test ldd /sbin/lvm | grep -q "Not a dynamic executable" will always fail (or succeed) and that genkernel will include the genkernel-compiled version of lvm (not the installed one). reverting to sys-fs/lvm2-2.02.48, and rerunning genkernel fixes it. I hesitate at marking it as a duplicate (more of a consequence) of #255196 and #207612
Created attachment 196908 [details, diff] patch that fixes the behaviour in case the statically linked lvm binary is named lvm.static I checked the behaviour with both sys-fs/lvm2-2.02.48 and sys-fs/lvm2-2.02.48-r1 (which don't use the same names for the static lvm binary)
(In reply to comment #3) > Created an attachment (id=196908) [edit] > patch that fixes the behaviour in case the statically linked lvm binary is > named lvm.static > > I checked the behaviour with both sys-fs/lvm2-2.02.48 and > sys-fs/lvm2-2.02.48-r1 (which don't use the same names for the static lvm > binary) sorry I uploaded the wrong patch :( new right one will be attached now
Created attachment 197055 [details, diff] patch that fixes the behaviour in case the statically linked lvm binary is named lvm.static
This behavior is still present on sys-kernel/genkernel-3.4.10.905 with no comment, info about bumping lvm version in genkernel.conf, obviously too old for kernels >=2.6.25, or no info on turning on CONFIG_SYSFS_DEPRECATED in newer kernels.
This has been applied in git.
Does anyone know when it is going to be released?
Looks like this is fixed in sys-kernel/genkernel-3.4.10.906.
Thanks for reminding me
