我在網路上搜尋了這方面的幫助，看來我是唯一遇到這個問題的人之一。
我最近下載了適用於Raspberry Pi 3 Model B+ 的Kali Linux ARM 的新副本，我想將其設置為便攜式黑客站，並帶有外部加密媒體驅動器（使用LUKS 加密），該驅動器將在啟動時自動解鎖。我分別配置了/etc/fstab和/etc/crypttab來正確解鎖和掛載我的加密分割區（使用金鑰檔案）。
我注意到這個過程在啟動時會一直失敗，在通過解鎖驅動器時給出“無法分配內存”的錯誤/etc/crypttab。經過更多的挖掘和測試，我發現問題僅出現在 Raspberry Pi 本身上，因為我可以使用完全相同的密鑰文件在我的筆記型電腦上手動解鎖驅動器：cryptsetup luksOpen --key-file /root/keyfile /dev/sdb1 sdb1_crypt.當我在 Raspberry Pi 上嘗試相同的命令時，它會等待幾秒鐘（就像在我的筆記型電腦上一樣，需要一些時間來解鎖驅動器），並以成功的錯誤代碼結束。但是，驅動器不會被解鎖，並且運行lsblk仍然會顯示鎖定的驅動器（它也沒有出現在 中/dev/mapper/sdb1_crypt），而在我的筆記型電腦上完成時，驅動器將成功解鎖。該luksRemoveKey指令在 Raspberry Pi 上也不起作用。我沒有嘗試每個cryptsetup命令，但我確信這些並不是唯一不起作用的命令。儘管如此，我仍然可以使用我的密碼（密鑰槽 0，密鑰檔案是密鑰槽 1）來解鎖兩台裝置上的磁碟機：cryptsetup luksOpen /dev/sdb1 sdb1_crypt。
我的猜測是問題出在核心上，而我沒有修復它的技能。我考慮過將其發佈在 Kali Linux 論壇上，但我希望其他人可能在他們修復的另一個作業系統上遇到同樣的問題。
先致謝，感謝任何幫助。
答案1
我對給我的內存警告做了更多研究cryptsetup，我發現這個帖子作者：@rscottbailey。
事實證明 cryptsetup 選擇了一些根據當前系統性能有效縮放的參數（試圖達到某種模糊一致的“硬度”水平？）——對 Core i7 有效的方法對我的 Raspberry 來說太難了圓周率。
由於設備上還沒有任何無法重新生成的數據，我的解決方法是在 rpi 3 上重複格式化操作。
重新格式化磁碟機並從 Raspberry Pi 3 Model B+ 建立新的 LUKS 分割區後，錯誤不再發生。對於任何希望在任何外部/便攜式驅動器上建立加密 LUKS 分割區的人，我建議您使用您擁有的最慢/容量最低的裝置對其進行加密。