☰

再起動後もデバイス マッピングを維持するにはどうすればよいでしょうか?

tag-icon • tag-icon linux udev dm-crypt device-mapper
再起動後もデバイス マッピングを維持するにはどうすればよいでしょうか?

低レベルのデバイスマッピングを作成すると、dmsetupまたは ioctl を介してデバイス マッピングを実行すると、再起動後にデバイス マッピングは存在しなくなります。

  1. これは正常ですか? dm_cryptをテストするためにUSBを使用しています
  2. これが正常である場合、マッピングを維持するにはどうすればよいですか? udev を調べる必要がありますか?

ありがとう！

明確化のために編集

デバイスマッピングとは、物理ブロックセクターの各範囲を仮想ブロックデバイスにマッピングする方法を指定するテーブルエントリのことです。LVMを使用している場合、次の例でその意味がわかります。dmsetup テーブルコマンド。これにより、現在のデバイステーブルマッピングがすべてダンプされます。デバイスマッピングの例を次に示します。線形ターゲットは、2 つのディスクを LVM スワップ (物理ブロック抽象化) に結び付けます。

vg00-lv_swap: 0 1028160 linear /dev/sdb 0
vg00-lv_swap: 1028160 3903762 linear /dev/sdc 0

ここでの形式は次のとおりです。

<mapping_name>: <start_block> <segment_length> <mapping_target> <block_device> <offset>

どこ：

  • マッピング名:の名前バーチャルデバイス
  • 開始ブロック:スタートブロックバーチャルデバイス
  • セグメント長:セクター単位の長さ（512 バイトのチャンク）
  • マッピングターゲット:デバイスマッピングターゲットなど線形、地下室、 または縞模様の
  • ブロックデバイス:使用する物理ブロックデバイス。この場合はmajor:minorで定義されます。
  • オフセット：オフセットオン物理的なブロックデバイス

私の問題は、デバイス マッピング テーブルに新しいエントリを作成した後、起動後にそれが消えてしまうことです。つまり、次のようなコマンドを実行します。

dmsetup create TestEncrypted --table "0 $(blockdev --getsz /dev/sdb) crypt serpent-cbc-essiv:sha256 a7f67ad...ee 0 /dev/sdb 0"

その後再起動するとマッピングテーブルエントリが消えてしまいます（つまり、dmsetup テーブル）、および対応する/dev/mapper/TestEncrypted

答え1

マッピングの意味を 100% 理解しているわけではありませんが、これは正常なようです。他のドライブをマウントする場合と同様に、デバイスを /etc/crypttab または /etc/fstab に追加する必要があります。

https://wiki.archlinux.org/index.php/Dm-crypt/System_configuration#crypttab

^ 探している情報が見つかるはずです。

関連情報