近いうちにDebianインストールをあるディスクから別のディスクに移行する予定です。その一環として、将来のコントラストのためにファイルシステムを異なる方法で設定し、設定を簡素化することを検討しています。
現在の設定は、SSDのパーティションに単一のデバイスRAID1 LVMを設定することです（元のシステムディスクのミラーを設定しようとしましたが、実際には実行できませんでした）。このRAID1には、/ optと/ usrと/ varの一部がZFSストレージに分離されているext4ルートファイルシステムが含まれています。特に/bootはルートファイルシステムの一部であり、GRUB 2を使用して古いMBRを使用して起動します。
アイデアは、*nixに似たファイルシステム（おそらくext4）を持つ大規模なルートファイルシステムを持ち、特別な要件がある部分を分離することです。
何も移動せずに、GPTへの移行を含め、後でUEFIブートに移行する可能性を維持したいと思います。 （バックアップ/再パーティション/復元は別の話であり、MBRからGPTに移行するにはバックアップ/再パーティション/復元が必要になるかもしれませんが、問題が発生する前におそらく新しいディスクを取り戻すでしょう。）
また、後でルートファイルシステムをZFSに移行したり、少なくともデータの整合性を確認するためにdm-verityを設定したりするオプションがあります。 （はい、すべてを正しく、特に半分だけ正しい位置に合わせるのは面倒なことです。それは後のためです。
これはすべて、ルートファイルシステムからすでに分離されているファイルを除いて、FAT32とFAT32（最後のファイルは最初は空になる可能性があります）を分離する必要がある明白な理由を提供する/ようです。しかし、/boot/boot/efi他の人はいますか？
- どのシステム永続ストレージでサポートされているファイルシステムは、ルートファイルシステムから分離する必要があります。そしてなぜ最新のLinuxインストールでは？
- 次のファイルシステムのいずれかを実行します。必要MBRを使用すると、特定のパーティションの場所に移動しますか、それともその場所はランダムですか？たとえば、/boot/efi は最初のプライマリパーティションまたは同様のパーティションに移動する必要がありますか？
ベストアンサー1
少なくともパッケージ管理ディレクトリは、管理されていないディレクトリとは別のままにしてください。
私の経験によると、管理されていないディレクトリは通常（しかし必ずしも一意ではない）、、/optそして/usr/localもちろんです/home。
（また、手動で編集したパッケージホスティングディレクトリのファイルにタグを付けて、後でいつでも簡単に識別できるようにしました。）