Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 544132 - initramfs created with sys-kernel/genkernel-next-60 hangs on boot while mounting luks encrypted rootfs on >sys-kernel/gentoo-sources-3.14 that have CONFIG_SYSVIPC enabled
Summary: initramfs created with sys-kernel/genkernel-next-60 hangs on boot while mount...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Hosted Projects
Classification: Unclassified
Component: genkernel (show other bugs)
Hardware: All Linux
: Normal minor (vote)
Assignee: Fabio Erculiani (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 546170
  Show dependency tree
 
Reported: 2015-03-22 19:24 UTC by Stefan Langenmaier
Modified: 2015-07-02 01:27 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 Stefan Langenmaier 2015-03-22 19:24:00 UTC
I already reported the bug once (#537416). I had some more time to investigate the problem and narrow it down. I have asked in the gentoo irc but have not found answers to my problem. The mailinglist of genkernel looks not very active.

As this problem is not happening with an initramfs build with dracut I assume this is a bug in genkernel-next.

So here again my problem. My rootfs is encrypted with luks/dm-crypt. I use genkernel-next to build my kernel and the appropriate initramfs. During boot I'm asked to enter the password to unlock the disk. There was no problem with this until I updated from kernel 3.14 to 3.17.
As usually I'm asked to enter the password, but afterwards nothing happens. (The kernel is still running and I can restart with Ctrl+Alt+Del. It looks like it's just waiting. There are no error messages. I've waited for more than three minutes in hope of some rescue shell starting.).

I played around with my kernel config and found that when I disable the CONFIG_SYSVIPC option in the kernel, I can boot the new 3.17 kernel as before. After I enter the password the rootfs gets mounted and the boot process continues. So I thought it might be a problem with the kernel.

Now with the 3.18 kernel I tried to solve the problem again. The issue still exists in the same form for me, but when I create the initramfs with dracut instead of genkernel I can boot a kernel with SYSVIPC enabled. An nothing hangs or waits after I enter my password on boot.

I'm really willing to debug this issue.

Reproducible: Always

Steps to Reproduce:
1. Build kernel >3.14 with CONFIG_SYSVIPC enabled and an initramfs with genkernel-next
2. Try to boot from luks/dm-crypted rootfs
3. boot process does not continue after password is entered
Actual Results:  
waits for ever on boot

Expected Results:  
boots system
Comment 1 Stefan Langenmaier 2015-03-22 19:24:33 UTC
emerge --info
Portage 2.2.14 (python 2.7.9-final-0, default/linux/amd64/13.0/desktop/gnome/systemd, gcc-4.8.3, glibc-2.19-r1, 3.18.7-gentoosvi x86_64)
=================================================================
System uname: Linux-3.18.7-gentoosvi-x86_64-Intel-R-_Core-TM-_i7-4500U_CPU_@_1.80GHz-with-gentoo-2.2
KiB Mem:     8077548 total,   5354152 free
KiB Swap:          0 total,         0 free
Timestamp of tree: Sat, 21 Mar 2015 17:00:01 +0000
ld GNU ld (Gentoo 2.24 p1.4) 2.24
app-shells/bash:          4.2_p53
dev-java/java-config:     2.2.0
dev-lang/perl:            5.20.1-r4
dev-lang/python:          2.7.9-r1, 3.3.5-r1, 3.4.1
dev-util/cmake:           2.8.12.2-r1
dev-util/pkgconfig:       0.28-r1
sys-apps/baselayout:      2.2
sys-apps/openrc:          0.13.11
sys-apps/sandbox:         2.6-r1
sys-devel/autoconf:       2.13, 2.69
sys-devel/automake:       1.11.6-r1, 1.13.4
sys-devel/binutils:       2.24-r3
sys-devel/gcc:            4.8.3
sys-devel/gcc-config:     1.7.3
sys-devel/libtool:        2.4.4
sys-devel/make:           4.1-r1
sys-kernel/linux-headers: 3.18 (virtual/os-headers)
sys-libs/glibc:           2.19-r1
Repositories: gentoo Eclipse-repo brother-overlay
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/gnupg/qualified.txt /usr/share/maven-bin-3.0/conf"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/var/lib/layman/eclipse-overlay /var/lib/layman/brother-overlay"
USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli colord cracklib crypt cryptsetup cups cxx dbus dri dts dvd dvdr eds emboss encode evo exif fam firefox flac fortran gdbm gif glamor gnome gnome-keyring gnome-online-accounts gpm gstreamer gtk iconv introspection ipv6 jpeg lcms libav libnotify libsecret mad mmx mng modules mp3 mp4 mpeg multilib nautilus ncurses nls nptl ogg opengl openmp pam pango pcre pdf png policykit ppds pulseaudio qt3support qt5 readline sdl session socialweb spell sse sse2 ssl startup-notification svg systemd tcpd tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 xcb xml xv xvid zlib" ABI_X86="64" 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" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd 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 cgi cgid 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" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx sse sse2" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="synaptics evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="de en fr" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" RUBY_TARGETS="ruby19 ruby20" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, SYNC, USE_PYTHON
Comment 2 Stefan Langenmaier 2015-04-11 14:59:54 UTC
I can no longer provide informations on this bug. I'm building the initramfs now manually.

In my last tests I could narrow it down further to the file (from genkernel-next)
/defaults/initrd.d/00-splash.sh

on line 140
eval "$tty_cmd" && ret=0 && break

which executed for me something like (not sure about the device and the name, as I tried different values)
/sbin/cryptsetup luksOpen /dev/sda3 sda3_root

But control never came back from this program.
Comment 3 Pacho Ramos gentoo-dev 2015-05-23 09:28:34 UTC
is this still valid for version 63?
Comment 4 Stefan Langenmaier 2015-07-02 01:27:34 UTC
With the version 63 I was no longer able to reproduce the problem. Seems to be fixed.