Archlinuxでは、デバイスマッパーをデフォルトのハードドライブ/ dev / sdaに設定しました。 Fedoraではそれを行うことはできません。「デバイスマッパー:ioctlを再読み込み...失敗、デバイス、またはリソースが使用中です」というメッセージが表示されます。 Journalctlがこれを提供しました。device-mapper: table: xx:xx: linear: Device lookup failed (-EBUSY)
その後、device-mapper: ioctl: error adding target to table
/dev/sdaを使用することが何もないことを確認しました。 lsofとフューザーを使ってみました。このエラーの原因をどのように見つけることができますか?
目標状態は簡単です。一時的な一時デバイスマッピングに/ dev / sda親ハードドライブを使用できるようにすることです(おそらく既存のパーティションレイアウトの上に重なって存在する可能性があります)。これは、/dev/sda 全体がまったく分割されておらず、一部の暗号化されたパーティション (分離された /boot を持つ通常の dm-crypt ルート fs) にマップされた直接デバイスの場合に機能します。
答え1
あなたのコメントに基づいて:
パーティションはsda1
ディスクの一部でsda
あるため、LUKS暗号化されたルートファイルシステムが開いている場合、LUKSは特定の部分(パーティションなど)への排他アクセスを要求したため、パーティション全体をsda1
マッピングできません。ただし、マウントされていない他のパーティションをマップできます。sda
sda1
linear
マッピングを追加したいようです。これは、sda
別のディスクを使用してJBODを構築しようとしていることを意味できます。そのパーティションを無効にしたくない場合は、sda
リニアマップの最初のデバイスである必要があり、ルートファイルシステムに対してLUKS暗号化層を有効にする前に、initramfsでマップを設定する必要があります。kpartx
LUKSが暗号化されたルートファイルシステムを含むパーティションを見つけることができるように、同様の方法を使用してJBOD上に既存のパーティションへの別々のマッピングを作成する必要があります。これはあなたがしたいことですか?
(リクエストがある場合は、コメントを使用してより多くの情報を提供する必要があります。質問を編集してくださいコメントは最終的に有効期限が切れ、状況を理解するために重要な情報がコメントだけにある場合、その質問とそのに対する答えは今後他の人に役立つでしょう。 )
目的のターゲット状態を説明できます。完了したら、デバイスマッピング(ルートファイルシステムを含む)をどのように配置しますか?その後、Fedoraでこれを実装するための最良の方法に対する答えを提供できます。
Archのインストールプロセスには、本質的にchroot内の手動操作が含まれているため、Fedoraに固有の設定に対応するために柔軟性が高い可能性があります。