デバイスが接続されていて、エラーがないか存在しない場合、起動時に中断された場合は、LUKS暗号化された外部USBを自動的にマウントします。

Question 1

ただ早く考えてみると…

おそらくudevスクリプト/アプリケーションを起動し、マウントポイントのディレクトリを作成してから、すべてのcryptsetup操作を実行している可能性があります。スクリプトはUSBドライブのキーを使用できます。

fstabを使用せずにすべての作業を完了してみてください。

（申し訳ありません。ご質問にはお答えできません。）

Answer

ただ早く考えてみると…

おそらくudevスクリプト/アプリケーションを起動し、マウントポイントのディレクトリを作成してから、すべてのcryptsetup操作を実行している可能性があります。スクリプトはUSBドライブのキーを使用できます。

fstabを使用せずにすべての作業を完了してみてください。

（申し訳ありません。ご質問にはお答えできません。）

Question 2

私は私が望むものをほとんど実行する解決策を思い出しました。

データが危険にさらされないように、バックアップデバイスで試してみることをお勧めします。

最初に理解する必要があるのはうまくいくsystemd-automount方法です。デバイスが接続されているときにデバイスを開いてマウントするのではなく、アクセスするときにデバイスを開いてマウントします。これを理解すると、設定を理解しやすくなります。

2番目に注目すべき点は、ドキュメント（および一部のユーティリティ）がまだ更新されていないことですsystemd。

これら2つのことを念頭に置いて、必要に応じてユニットをスキャンしてsystemd生成する方法を知っておく必要があります。以下で見つけることができます。/etc/crypttab/etc/fstabmountautomountservice/run/systemd/generator/

次のコマンドのほとんどにsudoアクセス権が必要です。

準備する

自動マウントは、キーファイルを使用してLUKSコンテナのロックを解除するときに最適です。

この問題と直接関係はありませんが、LUKS暗号化USBドライブにパーティションを含める必要はありません。実際に生の暗号化デバイスを作成することをお勧めします（引用符が必要）。

現在のキーホームを見ることができ、ヘッダーをバックアップしておくことをお勧めします。

cryptsetup luksDump /dev/sdX

cryptsetup luksHeaderBackup --header-backup-file /root/<name>-header-backup /dev/sdX

次に、新しいキーファイルを作成して追加します。

dd if=/dev/urandom of=/root/<name>-keyfile bs=512 count=1
chmod 0400 /etc/cryptsetup-keys.d/crypt-backup.key
cryptsetup luksAddKey /dev/sdX /etc/cryptsetup-keys.d/crypt-backup.key

自宅でデバイスを自動化できるように、パスワードとキーファイルがありますが、キーファイルを共有したくない他のコンピュータは引き続きアクセスできます。

次に、私が本当に便利だと思ったのは、luksヘッダー（およびオプションでファイルシステム）にタグを追加することでした。これはluks v2で可能で、デバイスが開かれるまで（復号化されるまで）タグがsystemdに表示されます。

私はブルー/グリーンのバックアップ戦略を使用し、両方の外部ドライブに同じラベルを付けて同じ場所にマウントできます。の各エントリに対してインストール単位が作成されるため、fstabエントリは一意である必要があります。 LUKSタイトルタグは、これを行うための唯一の場所です。

# cryptsetup config /dev/sdX --label <label>
cryptsetup config /dev/sda --label backup

# optional: also label the containing filesytem (must be open)
# e2label /dev/mapper/<label> <fs-label>
e2label /dev/mapper/backup fit

パーティショニングを使用しないときは、not になります/dev/sdX。/dev/sdX1

設定

最初にリストしてから（使用する順序なので）/etc/crypttabリストするのは合理的ですが、systemdは逆に機能します。/etc/fstabマウントポイントにアクセスしようとすると、関連するfstabファイルシステムを見つけて見つけます。それが何かを見ると/dev/mapper/、それは見えますcrypttab。

LABELでドライブを識別する以外に他の方法を使用できますが、crypttabドライブを使用する以外にインストールを自動化する他の方法が見つかりません。/dev/mapper/fstab

# /etc/crypttab
backup LABEL=backup                              /etc/cryptsetup-keys.d/crypt-backup.key luks,nofail

これは、ドライブの暗号化に使用する名前（この例では「backup」）で始まります。その後、デバイスを識別する必要があります。/dev/sdXタイプ識別子は、システムに接続したり接続していない可能性がある他の項目によって変更される可能性があるため、使用しないでください。UUIDはデバイスを一意に識別する良い方法ですが、前述したように、複数のデバイスを同じ方法でマウントしたいので、使用しますLABEL。次に、キーファイルの場所を指定するか、noneパスワードを使用したい場合。最後に、デバイスluksをLuksデバイスとして識別するオプションがあります。nofail求めるしかし、必須起動時に。

# /etc/fstab
/dev/mapper/backup /mnt/backup ext4   noatime,users,nofail,x-systemd.device-timeout=100ms,x-systemd.automount,x-systemd.idle-timeout=20min  0  0

/dev/mapper/backup使用する必要性、/mnt/backup存在する必要があるマウントポイント、ファイルシステムの種類について説明しました。今オプション...

まず、、noautoそしてauto労働組合とは何もしないでくださいx-systemd.automount。私はnofailあなたがそれを見つけることができなければ、文書のいくつかは古いと言うが、man fstabそれはあなたが使用したいものです。同様に、デバイスが存在しない場合に起動が失敗するのを防ぎます。システムにはデバイスが必要ですが、見つからない場合は90秒のタイムアウトがありますが、注意しない場合（可能であれば）、通常の起動プロセスを完全に台無しにしてディスクを回復する必要があります。

usersすべてのユーザーがデバイスをインストールおよび削除できるようにします。通常、userこれを設定します。mountデバイスの場合はumount使用できませんが、私たちが使用するインストールsudoと同じです。これがお客様のユースケースに与える影響を考慮してください。systemdusers

今本当の危機が来るx-systemd.device-timeout=100ms。マウントポイントの親ディレクトリに移動して操作を実行すると、そこに何かが必要であるというメッセージがシステムls -lに????????表示されますが、見つかりません。この方法では、デバイスが存在しないときにマウントポイントに何も記録されません。ただし、/mnt接続されていないデバイスが複数ある場合（通常の場合）、そのデバイスが一覧表示されるまで一日待つことはありません。オプションですx-systemd.idle-timeout=20min。

結果

lsblk初めて本機を起動または接続しようとすると、本機が紛失することがあります。ただし、自動的にインストールされ、1〜2秒後にデバイスを使用できます。

lsblk
# NAME            TYPE  FSTYPE      FSVER      SIZE LABEL     MOUNTPOINTS
# sda             disk  crypto_LUKS 2        117.2G backup

ls -l /mnt/backup
# ls: cannot access '/mnt/backup': No such device

ls -l /mnt/backup
total 24
# drwxrwxr-x 3 andy andy  4096 Sep  5  2023 desktop
# drwxrwxr-x 3 andy andy  4096 Sep  5  2023 desktop-backup
# drwx------ 2 root root 16384 Aug  4  2023 lost+found

lsblk
# NAME            TYPE  FSTYPE      FSVER      SIZE LABEL     MOUNTPOINTS
# sda             disk  crypto_LUKS 2        117.2G backup
# └─backup        crypt ext4        1.0      117.2G fit       /mnt/backup

ls /run/systemd/generator
# mnt-backup.automount
# mnt-backup.mount
# [email protected]

systemctl daemon-reloadデバイスを作成するには、システムを実行および/または再起動する必要があるかもしれません。

結論として

この問題を特定するのに時間がかかりました。私が理解したことが正しいことを願っています。もっと学ぶ内容があると確信しています。編集が必要な場合は、編集/コメントを残してください。

Answer

私は私が望むものをほとんど実行する解決策を思い出しました。

データが危険にさらされないように、バックアップデバイスで試してみることをお勧めします。

最初に理解する必要があるのはうまくいくsystemd-automount方法です。デバイスが接続されているときにデバイスを開いてマウントするのではなく、アクセスするときにデバイスを開いてマウントします。これを理解すると、設定を理解しやすくなります。

2番目に注目すべき点は、ドキュメント（および一部のユーティリティ）がまだ更新されていないことですsystemd。

これら2つのことを念頭に置いて、必要に応じてユニットをスキャンしてsystemd生成する方法を知っておく必要があります。以下で見つけることができます。/etc/crypttab/etc/fstabmountautomountservice/run/systemd/generator/

次のコマンドのほとんどにsudoアクセス権が必要です。

準備する

自動マウントは、キーファイルを使用してLUKSコンテナのロックを解除するときに最適です。

この問題と直接関係はありませんが、LUKS暗号化USBドライブにパーティションを含める必要はありません。実際に生の暗号化デバイスを作成することをお勧めします（引用符が必要）。

現在のキーホームを見ることができ、ヘッダーをバックアップしておくことをお勧めします。

cryptsetup luksDump /dev/sdX

cryptsetup luksHeaderBackup --header-backup-file /root/<name>-header-backup /dev/sdX

次に、新しいキーファイルを作成して追加します。

dd if=/dev/urandom of=/root/<name>-keyfile bs=512 count=1
chmod 0400 /etc/cryptsetup-keys.d/crypt-backup.key
cryptsetup luksAddKey /dev/sdX /etc/cryptsetup-keys.d/crypt-backup.key

自宅でデバイスを自動化できるように、パスワードとキーファイルがありますが、キーファイルを共有したくない他のコンピュータは引き続きアクセスできます。

次に、私が本当に便利だと思ったのは、luksヘッダー（およびオプションでファイルシステム）にタグを追加することでした。これはluks v2で可能で、デバイスが開かれるまで（復号化されるまで）タグがsystemdに表示されます。

私はブルー/グリーンのバックアップ戦略を使用し、両方の外部ドライブに同じラベルを付けて同じ場所にマウントできます。の各エントリに対してインストール単位が作成されるため、fstabエントリは一意である必要があります。 LUKSタイトルタグは、これを行うための唯一の場所です。

# cryptsetup config /dev/sdX --label <label>
cryptsetup config /dev/sda --label backup

# optional: also label the containing filesytem (must be open)
# e2label /dev/mapper/<label> <fs-label>
e2label /dev/mapper/backup fit

パーティショニングを使用しないときは、not になります/dev/sdX。/dev/sdX1

設定

最初にリストしてから（使用する順序なので）/etc/crypttabリストするのは合理的ですが、systemdは逆に機能します。/etc/fstabマウントポイントにアクセスしようとすると、関連するfstabファイルシステムを見つけて見つけます。それが何かを見ると/dev/mapper/、それは見えますcrypttab。

LABELでドライブを識別する以外に他の方法を使用できますが、crypttabドライブを使用する以外にインストールを自動化する他の方法が見つかりません。/dev/mapper/fstab

# /etc/crypttab
backup LABEL=backup                              /etc/cryptsetup-keys.d/crypt-backup.key luks,nofail

これは、ドライブの暗号化に使用する名前（この例では「backup」）で始まります。その後、デバイスを識別する必要があります。/dev/sdXタイプ識別子は、システムに接続したり接続していない可能性がある他の項目によって変更される可能性があるため、使用しないでください。UUIDはデバイスを一意に識別する良い方法ですが、前述したように、複数のデバイスを同じ方法でマウントしたいので、使用しますLABEL。次に、キーファイルの場所を指定するか、noneパスワードを使用したい場合。最後に、デバイスluksをLuksデバイスとして識別するオプションがあります。nofail求めるしかし、必須起動時に。

# /etc/fstab
/dev/mapper/backup /mnt/backup ext4   noatime,users,nofail,x-systemd.device-timeout=100ms,x-systemd.automount,x-systemd.idle-timeout=20min  0  0

/dev/mapper/backup使用する必要性、/mnt/backup存在する必要があるマウントポイント、ファイルシステムの種類について説明しました。今オプション...

まず、、noautoそしてauto労働組合とは何もしないでくださいx-systemd.automount。私はnofailあなたがそれを見つけることができなければ、文書のいくつかは古いと言うが、man fstabそれはあなたが使用したいものです。同様に、デバイスが存在しない場合に起動が失敗するのを防ぎます。システムにはデバイスが必要ですが、見つからない場合は90秒のタイムアウトがありますが、注意しない場合（可能であれば）、通常の起動プロセスを完全に台無しにしてディスクを回復する必要があります。

usersすべてのユーザーがデバイスをインストールおよび削除できるようにします。通常、userこれを設定します。mountデバイスの場合はumount使用できませんが、私たちが使用するインストールsudoと同じです。これがお客様のユースケースに与える影響を考慮してください。systemdusers

今本当の危機が来るx-systemd.device-timeout=100ms。マウントポイントの親ディレクトリに移動して操作を実行すると、そこに何かが必要であるというメッセージがシステムls -lに????????表示されますが、見つかりません。この方法では、デバイスが存在しないときにマウントポイントに何も記録されません。ただし、/mnt接続されていないデバイスが複数ある場合（通常の場合）、そのデバイスが一覧表示されるまで一日待つことはありません。オプションですx-systemd.idle-timeout=20min。

結果

lsblk初めて本機を起動または接続しようとすると、本機が紛失することがあります。ただし、自動的にインストールされ、1〜2秒後にデバイスを使用できます。

lsblk
# NAME            TYPE  FSTYPE      FSVER      SIZE LABEL     MOUNTPOINTS
# sda             disk  crypto_LUKS 2        117.2G backup

ls -l /mnt/backup
# ls: cannot access '/mnt/backup': No such device

ls -l /mnt/backup
total 24
# drwxrwxr-x 3 andy andy  4096 Sep  5  2023 desktop
# drwxrwxr-x 3 andy andy  4096 Sep  5  2023 desktop-backup
# drwx------ 2 root root 16384 Aug  4  2023 lost+found

lsblk
# NAME            TYPE  FSTYPE      FSVER      SIZE LABEL     MOUNTPOINTS
# sda             disk  crypto_LUKS 2        117.2G backup
# └─backup        crypt ext4        1.0      117.2G fit       /mnt/backup

ls /run/systemd/generator
# mnt-backup.automount
# mnt-backup.mount
# [email protected]

systemctl daemon-reloadデバイスを作成するには、システムを実行および/または再起動する必要があるかもしれません。

結論として

この問題を特定するのに時間がかかりました。私が理解したことが正しいことを願っています。もっと学ぶ内容があると確信しています。編集が必要な場合は、編集/コメントを残してください。

Question 3

udevちょうどorなしでこれを実装しましたfstab。マシンはArch Linux、LTSカーネル、SwayWM、FWIWです。

外部デバイスにパスワードを保存するためにシステムにキーファイルを作成することから始めます。これらはすべて強力なArch Wikiから来ています。これらの操作をrootとして実行してください。
```
dd bs=512 count=4 if=/dev/urandom of=/my_keyfile.bin
chmod 000 /my_keyfile.bin
cryptsetup luksAddKey /dev/sdb1 /my_keyfile.bin
```

あなたの/etc/crypttabコメント中：

blah  UUID=blah-blah-blah-blah  /my_keyfile.bin  noauto

今すぐインストールするかどうかをファイルマネージャに任せてください。

私が使用しているものには、pcmanfm-qt起動時に自動的に起動できるデーモンモードがあります（Thunarにもこの機能があるようです）。そのため、ファイルマネージャの設定でリムーバブルドライブを自動的にマウントするかどうかを選択してください。

USB SSDドライブが起動時に存在するか後で挿入するかに関係なく、シームレスにマウントされ、パスワードは不要です。

Answer

udevちょうどorなしでこれを実装しましたfstab。マシンはArch Linux、LTSカーネル、SwayWM、FWIWです。

外部デバイスにパスワードを保存するためにシステムにキーファイルを作成することから始めます。これらはすべて強力なArch Wikiから来ています。これらの操作をrootとして実行してください。
```
dd bs=512 count=4 if=/dev/urandom of=/my_keyfile.bin
chmod 000 /my_keyfile.bin
cryptsetup luksAddKey /dev/sdb1 /my_keyfile.bin
```

あなたの/etc/crypttabコメント中：

blah  UUID=blah-blah-blah-blah  /my_keyfile.bin  noauto

今すぐインストールするかどうかをファイルマネージャに任せてください。

私が使用しているものには、pcmanfm-qt起動時に自動的に起動できるデーモンモードがあります（Thunarにもこの機能があるようです）。そのため、ファイルマネージャの設定でリムーバブルドライブを自動的にマウントするかどうかを選択してください。

USB SSDドライブが起動時に存在するか後で挿入するかに関係なく、シームレスにマウントされ、パスワードは不要です。

デバイスが接続されていて、エラーがないか存在しない場合、起動時に中断された場合は、LUKS暗号化された外部USBを自動的にマウントします。

想像する

質問

構成

外部機器がない場合にマウントポイントにアクセス

正常な除去プロセス

暫定的な解決

外部機器の取り付け

その他

関連

2023年8月に更新

答え1

答え2

準備する

設定

結果

結論として

答え3

関連情報