私が最近見た質問は、私がこれについて考えさせました。
- ブートローダの制限のために通常
/bootLVMの外部にある場合、これがLVMメタデータバックアップの目的ではないのはなぜですか？
ルートファイルシステムのVGのPVをリカバリモードでアクセス可能にするのではなく、復元したい場合は、PVをドロップすると、/etc鶏と卵のジレンマのように見えます。
また、ほとんどのインストーラがルートファイルシステムLVMを作成している場合は、ほぼ意図的にこれを実行しているようです（ディストリビューションが/etc/lvm/archive下のディレクトリにシンボリックリンクを作成したり、/bootLVM情報を見つけるためにツールをパッチする代わりに/boot）。
これは実際には問題ではありませんが（通常はバックアップから取り出すことができます）、下に置くのが理想的です/boot。どこで見つけることができるか知りたいです/etc。
答え1
なぜそこにいるのです/bootか？これらのファイルは起動には必要ありません。/boot多くのシステムで別々のパーティションがあっても読み取り専用でインストールまたはインストールされないため、良いオプションのようには聞こえません。/bootしたがって、GRUB2はあらゆる種類のアイテムをサポートします。
同時に、これらのファイルは実行中のシステムから事故を取り除くのに役立ちます。したがって、標準ツリーから簡単にアクセスできる場所に配置する必要があります。どちらにしても/etc何でも/var。
鶏か卵かのジレンマに関しては何があってもバックアップがなければなりません。
これらのファイルが必要な場合は、ユニークで便利なヘッダーがあるため、生データにあります。
# Generated by LVM2 version 2.02.99(2) (2013-07-24): Wed Aug 28 08:54:15 2013
断片化は依然として問題になる可能性がありますが、通常、ファイルは断片化されないほど小さく、断片化の場合でもファイル構文を確認して正しい断片化を見つけることができます。
回復の可能性は良いです。もちろん、バックアップを作成する方がはるかに簡単です。
ファイルを別の場所に移動したい場合は、いつでもシンボリックリンクまたは設定を使用できますLVM_SYSTEM_DIR。
答え2
LVMは注意を払うことには興味がありません/boot。パーティションはカーネル更新の外にマウントする必要はありません。ただし、これはより論理的な場所なので、LVMが読み取り専用の一部として/var/backupこの場所に移動したいと思います。/etc
(コメントへの対応) カーネル制御は非常に重要です。システム管理者は/bootカーネルを永久にインストールしたままにしないで、仮想化された環境はオペレーティングシステムからカーネルを完全に隠すことがよくあります。
LVMの外部でファイルシステムを/boot使用できると仮定し、ファイルシステムがメタデータ領域を破損しても生き残るシナリオを提示しても、あなたの提案はまだ災害復旧を実行する非常に間違った方法です。方法。 PVごとに2つのメタデータ領域をデフォルト値に設定することはおそらく問題ではありません（Gentooがこれを行いバグを修正しました）。ただし、LVMバックアップの特別なケースはほとんど/etcの場合/var