cryptdisks problem, script fails to load architecture dependent aes kernel module
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cryptsetup (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[preface] everything worked perfect with feisty and the latest 2.6.20 kernel included in feisty[/preface]
* encrypted /home on /dev/hda6 with lukscrypt and aes
* /etc/fstab:
/dev/mapper/hda6 /home auto defaults 1 2
* /etc/crypttab:
hda6 /dev/hda6 none luks,check=
while booting feisty asked me for the password and everthing worked.
gusty does not mount the device:
mount: special device /dev/mapper/hda6 does not exist
and I think that is because the kernel does not include 'aes'. when I try to start '/etc/init.
* Starting remaining crypto disks....
ls: /lib/modules/
and my disk uses aes. 'cryptsetup luksDump /dev/hda6':
Cipher name: aes
btw: mounting "by hand" (cryptsetup luksOpen /dev/hda6 hda6 && mount /home) works.
Related branches
Changed in cryptsetup: | |
status: | Incomplete → Confirmed |
Changed in cryptsetup: | |
status: | Confirmed → Fix Committed |
I found the solution for this problem: /lib/cryptsetup /cryptdisks. functions searches for the aes-module at the wrong place. I replaced the following line and now everything works as expected.