Description of problem:
I did an upgrade from Fedora 14 to Fedora 15 using preupgrade.
When the Fedora 15 188.8.131.52-0.fc15.x86_64 kernel is now booted, I get this error:
modprobe: FATAL: Could not load /lib/modules/184.108.40.206-0.fc15.x86_64/modules.dep: No such file or directory
device mapper: reload ioctl failed: Invalid argument
Failed to setup dm-crypt key mapping for device /dev/sda2.
Check that the kernel supports aes-xts-plain64 cipher (check syslog for more info).
Failed to read from key storage.
Then it is asking for the password for the encrypted disk:
Password for /dev/sda2 (luks-faa...):*******
When I enter the password I get:
[ 565.358082] device-mapper: table: 253:0: crypt: unknown target type
And then the modprobe message as above again, and the whole thing repeats.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Switch the laptop on
Repetitive request for file system password in text mode.
Request for file system password in a graphical window. After entering this, a normally booted system
Initially something went wrong with the preupgrade. I booted from a Fedora 15 DVD to 'rescue the system' and completed the upgrade with preupgrace-cli.
I tried to boot a remaining F14 kernel, but entering the file system passwords is half broken. I have to type letters several times before they appear (both in text and graphical mode). I think I manages once or twice to boot the system after the upgrade using a F14 kernel.
Maybe these bugs are related:
Bug #712865 - Encrypted system fails to load
Bug #672848 - Unable to set password to unlock encrypted disk
Bug #698209 - Kernel panic - unable to mount root fs
Bug #716291 - Not all LUKS partitions are unlocked during boot process
Bug #708574 - Boot fails: Starting /home aborted because dependency failed
Bug #708456 - Need to disable plymouth to enter password for encrypted / and swap partitions
Bug #731261 - System does not boot, hangs on password request
Bug #732281 - System boot failed after creating new initramfs w/ initial distro kernel and other
Bug #589390 - aesni-intel module breaks booting off encrypted root
I described the problem here as well:
I can boot from an old Fedora 14 kernel (220.127.116.11-92.fc14.x86_64) if I remove the rgb boot parameter. Though I have to provide the file system password twice. And entering the second password goes difficult, because sometimes I have to hold the key pressed long before a '*' appears on the screen.
I solved this problem by booting an old Fedora 14 kernel.
yum erase of the fedora 15 kernel.
yum install --releasever=15 of a new fedora 15 kernel.
After this the system booted without problems.