+++ This bug was initially created as a clone of Bug #657234 +++ Created attachment 462860 [details] stdout of dmesg Description of problem: I have yum-upgraded to Rawhide from fully upgraded F14/updates-testing and one of the breakages is that I don't have swap anymore. F15 kernel doesn't boot for me, so I have started with the latest F14 kernel. In F14 I had it working with this /etc/crypttab: jakoubek:~ $ sudo cat /etc/crypttab home /dev/vg_bradford/lv_home none swap /dev/vg_bradford/lv_swap /dev/urandom swap jakoubek:~ $ Now on boot something fails (see attached output of dmesg). Version-Release number of selected component (if applicable): jakoubek:~ $ rpm -q kernel systemd kernel-2.6.35.6-45.fc14.x86_64 kernel-2.6.35.6-48.fc14.x86_64 kernel-2.6.36.1-7.rc1.fc15.x86_64 systemd-13-1.fc15.x86_64 jakoubek:~ $ uname -a Linux jakoubek 2.6.35.6-48.fc14.x86_64 #1 SMP Fri Oct 22 15:36:08 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux jakoubek:~ $ --- Additional comment from mcepl on 2010-11-25 05:42:41 EST --- Created attachment 462870 [details] updated stdout of dmesg When I removed all junk some unknown benefactor put in my /etc/grub.conf I get startup working again, except still no swap. See updated output of dmesg for fresh details. --- Additional comment from lpoetter on 2010-11-25 08:21:25 EST --- Ah, there's a dep loop there because we try to order the swap partition after the random seed loading. I guess this is easy to fix. --- Additional comment from mbroz on 2010-11-25 08:32:38 EST --- The real problem here is that crypt_activate_by_keyfile() is not implemented for PLAIN device. So wee need another clone for this bug I think ;-)
Apparent bug in API implementation nobody yet noticed :)
Fixed in cryptsetup-luks-1.2.0-0.2.fc15 Upstream commit http://code.google.com/p/cryptsetup/source/detail?r=385 Build http://koji.fedoraproject.org/koji/taskinfo?taskID=2626117