Busqué ayuda en Internet sobre esto y parece que soy una de las únicas personas con este problema.
Recientemente descargué una copia nueva de Kali Linux ARM para Raspberry Pi 3 Modelo B+ y quiero configurarla como una estación de piratería portátil con una unidad de medios externa cifrada (cifrada con LUKS) que se desbloqueará automáticamente en el arranque. Configuré /etc/fstaby /etc/crypttabpara desbloquear y montar correctamente mis particiones cifradas respectivamente (usando un archivo de clave).
Noté que este proceso fallaba constantemente al arrancar, dando el error de que "no se puede asignar memoria" al desbloquear la unidad a través de /etc/crypttab. Después de investigar y probar un poco más, descubrí que el problema solo estaba en la Raspberry Pi, porque podía usar exactamente el mismo archivo de clave para desbloquear la unidad manualmente en mi computadora portátil: cryptsetup luksOpen --key-file /root/keyfile /dev/sdb1 sdb1_crypt. Cuando probé este mismo comando en la Raspberry Pi, esperaba unos segundos (tal como lo hizo en mi computadora portátil mientras tardaba en desbloquear la unidad) y finalizaba con un código de error exitoso. Sin embargo, la unidad no se desbloqueará y la ejecución lsblkseguirá mostrando la unidad bloqueada (tampoco apareció en /dev/mapper/sdb1_crypt), mientras que la unidad se desbloqueará correctamente cuando termine en mi computadora portátil. El luksRemoveKeycomando tampoco funcionó en Raspberry Pi. No probé todos cryptsetuplos comandos, pero estoy convencido de que no son los únicos que no funcionan. Sin embargo, aún podría usar mi contraseña (ranura de clave 0 y el archivo de clave era la ranura de clave 1) para desbloquear la unidad en ambos dispositivos: cryptsetup luksOpen /dev/sdb1 sdb1_crypt.
Supongo que el problema está en el kernel y no tengo las habilidades para solucionarlo. Pensé en publicar esto en los foros de Kali Linux, pero esperaba que alguien más pudiera tener el mismo problema en otro sistema operativo que solucionaron.
Gracias de antemano, se agradece cualquier ayuda.
Respuesta1
Investigué un poco más sobre las advertencias de memoria cryptsetupque me estaban dando y descubríesta publicaciónpor @rscottbailey.
Resulta que cryptsetup elige algunos parámetros que efectivamente se escalan en función del rendimiento de su sistema actual (¿en un intento de alcanzar un nivel de "dureza" vagamente consistente?). Lo que funciona bien para el Core i7 es demasiado difícil para mi Raspberry. Pi.
Mi solución, dado que todavía no tenía ningún dato en el dispositivo que no pudiera regenerar, fue repetir la operación de formateo en el rpi 3. Esto me dio algo que se podía utilizar en ambos sistemas.
Después de reformatear mi disco y crear una nueva partición LUKS desde mi Raspberry Pi 3 Modelo B+, los errores dejaron de ocurrir. Para cualquiera que quiera crear una partición LUKS cifrada en cualquier unidad externa/portátil, le sugiero que la cifre usando el dispositivo más lento/de menor capacidad que tenga.