From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225
Description of problem:
"losetup -e aes /dev/loop /var/myfile"
returns "Unsupported encryption type aes". I've done a modprobe of
cryptoloop, cipher-aes and everything else I can think of.
Of course this will cause the mount command to fail when trying to mount an
encrypted loop filesystem.
I notice that RH8.0 had shipped with a problem where certain utilities--losetup
being one--were not crypto aware even though the stock kernel was compiled with
crypto support. Is the same problem going on here?
Does RH have some other preferred way of doing encrypted filesystems? I would
think this is a fairly standard feature.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. use dd if=/dev/urandom of=/tmp/crypt bs=1M count=100
2. modprobe cryptoloop cipher-aes
3. losetup -e aes /dev/loop0 /tmp/crypt
Actual Results: Error message: Unsupported encryption type aes
Expected Results: Should prompt me for a password to build the encrypted loop
There is a similar bug entered for RH8.0 which ultimately refers back to a bug
entered for RH6.2 56698. All bugs are closed with no indication of why this
*** This bug has been marked as a duplicate of 56698 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.