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マッピングできません。ただし、マウントされていない他のパーティションをマップできます。sdasda1
linearマッピングを追加したいようです。これは、sda別のディスクを使用してJBODを構築しようとしていることを意味できます。そのパーティションを無効にしたくない場合は、sdaリニアマップの最初のデバイスである必要があり、ルートファイルシステムに対してLUKS暗号化層を有効にする前に、initramfsでマップを設定する必要があります。kpartxLUKSが暗号化されたルートファイルシステムを含むパーティションを見つけることができるように、同様の方法を使用してJBOD上に既存のパーティションへの別々のマッピングを作成する必要があります。これはあなたがしたいことですか？
（リクエストがある場合は、コメントを使用してより多くの情報を提供する必要があります。質問を編集してくださいコメントは最終的に有効期限が切れ、状況を理解するために重要な情報がコメントだけにある場合、その質問とそのに対する答えは今後他の人に役立つでしょう。 )
目的のターゲット状態を説明できます。完了したら、デバイスマッピング（ルートファイルシステムを含む）をどのように配置しますか？その後、Fedoraでこれを実装するための最良の方法に対する答えを提供できます。
Archのインストールプロセスには、本質的にchroot内の手動操作が含まれているため、Fedoraに固有の設定に対応するために柔軟性が高い可能性があります。