Sprawdź, czy jądro obsługuje szyfr aes-xts-plain64

Po aktualizacji nie mogę uzyskać dostępu do zaszyfrowanego dysku.

Próbując to zrobić:

sudo cryptsetup luksOpen /dev/sda8 Documents


Failed to setup dm-crypt key mapping
Check that kernel supports aes-xts-plain64 cipher (check syslog for more info)

Zrobiłem:

lsmod | grep -i aes
aesni_intel           167997  3
aes_x86_64             16719  1 aesni_intel
lrw                    12757  1 aesni_intel
glue_helper            12649  1 aesni_intel
ablk_helper            12572  1 aesni_intel
cryptd                 18553  2 aesni_intel,ablk_helper

Również:

lsmod | grep -i dm-mod
lsmod | grep -i dm-crypt
lsmod | grep -i sha256
lsmod | grep -i xts 

i nic nie zwrócili, więc modyfikuję je wszystkie, ale wciąż mam ten sam problem.

Według man cryptsetup:

Dostępne kombinacje szyfrów, trybów, skrótów i rozmiarów kluczy zależą od obsługi jądra. Zobacz/proc/crypto listę dostępnych opcji. Może być konieczne załadowanie dodatkowych modułów kryptograficznych jądra, aby uzyskać więcej opcji.

Spróbuj także cryptsetup --helppokazać wartości domyślne.

FYI: My (Linux Mint) cryptsetup działa dobrze z domyślnym LUKS. Mój cryptsetup --helpma to na końcu:

Default compiled-in device cipher parameters:
    loop-AES: aes, Key 256 bits
    plain: aes-cbc-essiv:sha256, Key: 256 bits, Password hashing: ripemd160
    LUKS1: aes-xts-plain64, Key: 256 bits, LUKS header hashing: sha1, RNG: /dev/urandom

I mój lsmodnie zawiera wzmianki o sha, aes lub xts, ale ma:

dm_crypt 22653 0 (zwróć uwagę na podkreślenie, a nie myślnik jak w twoim Q)

A mój /proc/cryptoma:

$ grep name.*aes /proc/crypto|cut -d : -f 2
 cbc(aes)
 aes