cryptdisks problem, script fails to load architecture dependent aes kernel module

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.

With newest Hardy 8.04 installation on a PowerPC (Mac G4), this problem still persists and totally blocks usage of encrypted disks!

The problem is with cryptdisk.functions trying to load an architecture optimized aes module, which does not exists on PowerPC architecture. This is why this problem does not appear on x86 machines (and probably x64) because the script does find a module in /lib/modules/'uname -r'/kernel/arch/*/*/aes*.ko. On ppc machines, there is no such module and the script aborts at that point.

cryptdisks.functions needs to be fixed so that when looking for an architecture optimized aes module, it does not fail if there is none. This is not a fatal error, since an optmized module is not necessary for dm-crypt to function!

Please fix this, don't forget about the PPC users!

This fails with exceptional uselessness if you (as I am) are using a kernel which does not allow module loading at all.

The check for a kernel module in the file system should only be carried out if no aes ciphers are found in /proc/crypto.

Probably as so:
+++/lib/cryptsetup/cryptdisks.functions:

load_optimized_aes_module () {
        local asm_module modulesdir
+
+ # only load if not already loaded
+ local drv_loaded=`cat /proc/crypto | grep driver\ *:\ *aes-`
+ if [ -z "$drv_loaded" ]; then

        # find directory with kernel modules
        modulesdir="/lib/modules/`uname -r`"
        # Add assembly optimized AES module if it exists
        asm_module=`ls -1 "$modulesdir"/kernel/arch/*/*/aes*.ko`
        if [ $asm_module ];then
           insmod $asm_module 2>/dev/null || true
        fi
+
+ fi
}

Additionally the check should be weakened to not fail if the module does not load:

+++/lib/cryptsetup/cryptdisks.functions:
do_start () {
        local dst src key opts result

        modprobe -qb dm-mod || true
        modprobe -qb dm-crypt || true
        dmsetup mknodes > /dev/null 2>&1 || true
        log_action_begin_msg "Starting $INITSTATE crypto disks"
- load_optimized_aes_module
+ load_optimized_aes_module || true
        mount_fs

SwissSign operations team: your comment indicates another issue as reported here in this bug. please file a new bug about this and attach your patch as file there. thanks.

package has reached intrepid now