View previous topic :: View next topic |
Author |
Message |
ccube n00b
Joined: 15 Feb 2011 Posts: 70
|
Posted: Sat Jan 05, 2013 12:35 pm Post subject: The ramdisk does not support luks |
|
|
Hey folks,
i am using genkernel to build kernel and initramfs for my completely luks encrypted box. I am doing the same procedure for a long time now.
a few days ago, a compiled a new kernel. while rebooting the messge "The ramdisk does not support luks" appeared instead of the prompt for passphrase input.
I rechecked the parameters (--luks) for genkernel and tried another kernel. Nothing helped. I also investigated if there were updates to genkernel or cryptsetup which could be responsible.
But nothing.
Anyone an idea where I could look further?
thanx ) |
|
Back to top |
|
|
gabrielg Tux's lil' helper
Joined: 16 Nov 2012 Posts: 134
|
Posted: Sat Jan 05, 2013 2:00 pm Post subject: |
|
|
Hi,
Can you post your /etc/genkernel.conf and the command line that you use to generate the kernel? Also, can you post the configuration in your boot loader or the command line of the kernel that you use built in if you don't use a boot loader?
I know that genkernel changed recently and expects an argument like "crypt_root" as opposed to "real_root=luks://". On this note, also tell us what version of genkernel you are using
Gabriel |
|
Back to top |
|
|
ccube n00b
Joined: 15 Feb 2011 Posts: 70
|
Posted: Sat Jan 05, 2013 3:13 pm Post subject: |
|
|
/etc/genkernel.conf
Code: |
OLDCONFIG="yes"
MENUCONFIG="no"
CLEAN="yes"
MRPROPER="yes"
MOUNTBOOT="yes"
SAVE_CONFIG="yes"
USECOLOR="yes"
MAKEOPTS="-j8"
LUKS="yes"
DISKLABEL="yes"
GK_SHARE="${GK_SHARE:-/usr/share/genkernel}"
CACHE_DIR="/var/cache/genkernel"
DISTDIR="${CACHE_DIR}/src"
LOGFILE="/var/log/genkernel.log"
LOGLEVEL=1
DEFAULT_KERNEL_SOURCE="/usr/src/linux"
|
commandline
Code: |
genkernel --install --symlink --luks --oldconfig all
|
grub boot cmd
Code: |
title gentoo.openrc
root (hd0,0)
kernel /boot/kernel init=/linuxrc crypt_root=/dev/sda2 root_trim=yes real_root=/dev/mapper/root
initrd /boot/initramfs
|
genkernel version:
Code: |
le@le1558 /lu $ eix genkernel
[I] sys-kernel/genkernel
Available versions: 3.4.16 (~)3.4.16.1 3.4.20 (~)3.4.21.2 (~)3.4.22.1 (~)3.4.23.1 (~)3.4.24 3.4.24_p1 3.4.24_p2 (~)3.4.25.1 (~)3.4.26 (~)3.4.27 (~)3.4.28 (~)3.4.29 (~)3.4.32 (~)3.4.33.1 (~)3.4.34 (~)3.4.35 (~)3.4.36 (~)3.4.37 (~)3.4.38 (~)3.4.40 (~)3.4.41 (~)3.4.42 (~)3.4.43 (~)3.4.44.1 (~)3.4.44.2 3.4.45 **9999 {crypt cryptsetup ibm selinux}
Installed versions: 3.4.45(01:36:26 PM 11/06/2012)(crypt cryptsetup -ibm -selinux)
Homepage: http://www.gentoo.org
Description: Gentoo automatic kernel building scripts
|
I think the crypt_root change is several weeks ago. I am using ~amd64 and kernels are always up to date:
Code: |
le@le1558 /lu $ uname -a
Linux le1558 3.8.0-rc1 #2 SMP Sat Dec 29 15:05:58 CET 2012 x86_64 Intel(R) Core(TM) i7 CPU Q 820 @ 1.73GHz GenuineIntel GNU/Linux
|
Last edited by ccube on Sat Jan 05, 2013 6:17 pm; edited 1 time in total |
|
Back to top |
|
|
gabrielg Tux's lil' helper
Joined: 16 Nov 2012 Posts: 134
|
Posted: Sat Jan 05, 2013 3:31 pm Post subject: |
|
|
Right... I use stable, so to me the crypt_root was "recent"
I can't see anything wrong with your configuration myself - the last time I tried this (2 weeks ago), I didn't need the real_root or root in the kernel arguments - genkernel's man page recommends using root instead of real_root, but I only used crypt_root and it all worked fine for me.
Are you basically saying that you can boot your box with an older kernel, but the newest one presents this error? Could you provide the .config of the kernel that doesn't work using pastebin?
I'm not familiar with 3.8 yet, but maybe somebody else will be able to help... |
|
Back to top |
|
|
ccube n00b
Joined: 15 Feb 2011 Posts: 70
|
Posted: Sat Jan 05, 2013 4:13 pm Post subject: |
|
|
I dont think its the kernels fault.
Compiling an older one also results in an unbootable system.
Kernels compiled last week and before are booting fine.
Kernel config:
http://pastebin.com/MxMpvfsp |
|
Back to top |
|
|
ccube n00b
Joined: 15 Feb 2011 Posts: 70
|
Posted: Sat Jan 05, 2013 6:05 pm Post subject: |
|
|
Compiling Kernel:
Code: |
* Gentoo Linux Genkernel; Version 3.4.45
* Running with options: --install --symlink --luks --oldconfig all
* Using genkernel.conf from /etc/genkernel.conf
* Sourcing arch-specific config.sh from /usr/share/genkernel/arch/x86_64/config.sh ..
* Sourcing arch-specific modules_load from /usr/share/genkernel/arch/x86_64/modules_load ..
* Linux Kernel 3.8.0-rc1 for x86_64...
* .. with config file /etc/kernels/kernel-config-x86_64-3.8.0-rc1
* kernel: --mrproper is disabled; not running 'make mrproper'.
* >> Running oldconfig...
* kernel: --clean is disabled; not running 'make clean'.
* >> Compiling 3.8.0-rc1 bzImage...
* >> Not installing firmware as it's included in the kernel already (CONFIG_FIRMWARE_IN_KERNEL=y)...
* >> Compiling 3.8.0-rc1 modules...
* >> Generating module dependency data...
* Copying config for successful build to /etc/kernels/kernel-config-x86_64-3.8.0-rc1
* busybox: >> Using cache
* initramfs: >> Initializing...
* >> Appending base_layout cpio data...
* >> Appending auxilary cpio data...
* >> Copying keymaps
* >> Appending busybox cpio data...
* >> Appending luks cpio data...
* Including LUKS support
* >> Appending modules cpio data...
* >> Appending blkid cpio data...
* >> Appending modprobed cpio data...
* >> Compressing cpio data (.xz)...
*
* Kernel compiled successfully!
*
* Required Kernel Parameters:
* root=/dev/$ROOT
*
* Where $ROOT is the device node for your root partition as the
* one specified in /etc/fstab
*
* If you require Genkernel's hardware detection features; you MUST
* tell your bootloader to use the provided INITRAMFS file.
* WARNING... WARNING... WARNING...
* Additional kernel cmdline arguments that *may* be required to boot properly...
* With support for several ext* filesystems available, it may be needed to
* add "rootfstype=ext3" or "rootfstype=ext4" to the list of boot parameters.
* Do NOT report kernel bugs as genkernel bugs unless your bug
* is about the default genkernel configuration...
*
* Make sure you have the latest ~arch genkernel before reporting bugs.
|
So... nothing special.
Then booting:
http://img32.imageshack.us/img32/3936/20130105190802.jpg
(system completely freezed here. No ctrl+alt+del or similar working)
Again booting exactly same kernel version compiled last week with exactly the same genkernel call:
http://img827.imageshack.us/img827/2954/20130105190925.jpg |
|
Back to top |
|
|
ccube n00b
Joined: 15 Feb 2011 Posts: 70
|
Posted: Sat Jan 05, 2013 10:51 pm Post subject: |
|
|
I extracted a working and a non working initramfs:
Code: |
le1558 tmp # ls -ahl kernel.*/sbin
kernel.nonworking/sbin:
total 4.0K
drwxr-xr-x 2 root root 80 Jan 5 23:46 .
drwxr-xr-x 15 root root 360 Jan 5 23:46 ..
lrwxrwxrwx 1 root root 7 Jan 5 23:46 init -> ../init
-rwxr-xr-x 1 root root 2.6K Jan 5 23:46 modprobe
kernel.working/sbin:
total 88K
drwxr-xr-x 2 root root 120 Jan 5 23:45 .
drwxr-xr-x 15 root root 360 Jan 5 23:45 ..
-rwxr-xr-x 1 root root 35K Jan 5 23:45 blkid
-rwxr-xr-x 1 root root 46K Jan 5 23:45 cryptsetup
lrwxrwxrwx 1 root root 7 Jan 5 23:45 init -> ../init
-rwxr-xr-x 1 root root 2.6K Jan 5 23:45 modprobe
|
I really think, that it should be genkernels fault, because it is not adding the cryptsetup binary, although it tells me it does so. |
|
Back to top |
|
|
Evilguru Guru
Joined: 16 Aug 2005 Posts: 390 Location: England
|
Posted: Wed Jan 09, 2013 7:26 pm Post subject: |
|
|
I am having the same issue on a fresh install. Seems like genkernel breakage (which is not uncommon, unfortunately ). Does anyone have a work around?
Regards, Freddie. |
|
Back to top |
|
|
The Doctor Moderator
Joined: 27 Jul 2010 Posts: 2678
|
Posted: Wed Jan 09, 2013 7:45 pm Post subject: |
|
|
If you must use genkernel, I recommend reverting to a previous version. I would also strongly suggest that you build enough into your kernel so that your initramfs is not required to load modules. You can then create a generic initramfs using a working version of genkernel that you can continue to use indefinitely, even with a custom kernel. (genkernel --no-ramdisk-modules --luks --lvm initramfs or some such)
Alternatively, this is not too difficult
EDIT: Wiki looks like it is down at the moment. I mean roll your own. If LUKS (and lvm) is all you need, it is fairly simple. _________________ First things first, but not necessarily in that order.
Apologies if I take a while to respond. I'm currently working on the dematerialization circuit for my blue box.
Last edited by The Doctor on Wed Jan 09, 2013 11:44 pm; edited 1 time in total |
|
Back to top |
|
|
ccube n00b
Joined: 15 Feb 2011 Posts: 70
|
Posted: Wed Jan 09, 2013 8:58 pm Post subject: |
|
|
I already tried previous versions. Also I am sure, that it worked with this one, because the last update is more than a few days ago.
I have almost everything compiled in kernel:
Code: |
Module Size Used by
cdc_ether 4668 0
usbnet 18438 1 cdc_ether
fglrx 5004559 124
iwldvm 128639 0
kvm_intel 121889 0
iwlwifi 68229 1 iwldvm
kvm 376596 1 kvm_intel
|
So, I only need initramfs for luks.
I tried building an initramfs with dracut, this is working fine, but is much slower than genkernels one.
Also i really like genkernel.
@Evilguru: Nice to have another guy with that problem. Ill post a bugreport on gentoo bugtracker, since this really seems to be a bug! |
|
Back to top |
|
|
ccube n00b
Joined: 15 Feb 2011 Posts: 70
|
|
Back to top |
|
|
cach0rr0 Bodhisattva
Joined: 13 Nov 2008 Posts: 4123 Location: Houston, Republic of Texas
|
|
Back to top |
|
|
PhobosK n00b
Joined: 07 Apr 2007 Posts: 14
|
Posted: Sat Jan 12, 2013 11:31 am Post subject: |
|
|
It turns out that pax-utils 0.6 is really broken when it comes to genkernel. So while they fix any of them you may use the old pax-utils 0.5
This worked for me:
Code: | emerge -av =app-misc/pax-utils-0.5
genkernel --install --symlink --luks --oldconfig all
reboot
|
You may also put "=app-misc/pax-utils-0.6" in your package.mask (/etc/portage/package.mask usually), so you do not get the new 0.6 pax-utils package while emerging world.
Consider voting for bug #450688 (https://bugs.gentoo.org/show_bug.cgi?id=450688) too. |
|
Back to top |
|
|
|