この件について助けを求めてインターネットをくまなく調べたところ、どうやらこの問題を抱えているのは私だけらしい。
最近、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 フォーラムにこれを投稿することも考えましたが、他の誰かが別の OS で同じ問題を抱えていて、それを修正してくれることを期待していました。
よろしくお願いします。どんな助けでも大歓迎です。
答え1
メモリ警告についてもう少し調べてみcryptsetupたところ、この郵便受け@rscottbailey による。
cryptsetup は、現在のシステムのパフォーマンスに基づいて効果的にスケーリングされるいくつかのパラメータを選択します (漠然と一貫したレベルの「難易度」に到達しようとするためでしょうか?)。Core i7 ではうまく機能するものが、私の Raspberry Pi では難しすぎるのです。
デバイスにはまだ再生成できないデータがなかったので、回避策として、rpi 3 でフォーマット操作を繰り返すことにしました。これにより、両方のシステムで使用できるものが得られました。
ドライブを再フォーマットし、Raspberry Pi 3 Model B+ から新しい LUKS パーティションを作成した後、エラーは発生しなくなりました。外部/ポータブル ドライブに暗号化された LUKS パーティションを作成しようとしている方は、お持ちのデバイスの中で最も低速/最小容量のデバイスを使用して暗号化することをお勧めします。