ブートパーティションをlvmに配置することが推奨されないのはなぜですか？

LVMベースのパーティションにブートパーティションを配置することは推奨されないことをどこかで読みました。しかし、とにかくやっています。それから私がこれに直面した唯一の問題は、時々新しいLinuxディストリビューションをインストールし、それをlvmにブートパーティションに置いたときに、grubがそれを検出できないことです。このgrub-mkconfigコマンドは通常、grub.cfgファイルの生成時に間違いを犯します。しかし、これがlvmベースのブートパーティションで唯一の問題である場合は、問題ないと思います。私はそれを修正する方法を知っているので、ブートするために目的のブートパーティションに適切なアドレスを与えるだけで、その後すべてがうまくいきます。

それでは、これ以外にlvmが問題を引き起こす可能性があるものはありますか？私の意見では、lvmは非常に柔軟性があり、システムの速度を低下させなかったためです。

これはパフォーマンスの問題ではなく、トラブルシューティングと問題の修正です。/bootブートストラップの場所です-システム内の他のすべてを開始するファイルがいくつかあります。

また、問題を修正するためにそこを突く必要がある場合があります（grub configなど）。

これを行う必要がある場合は、たとえば、ドライブを削除し、構成ファイルを編集するために別のボックスに入れる必要がある場合、できるだけ簡単にするために、ファイルシステムの最小公分母ソートを使用すると便利です。

もしあなたがこの立場にいるなら、あなたはそれを読むためだけにあなたのLVMに命を吹き込む必要はありません:)。

あなたが言うように、grubがあなたのLVM /bootファイルシステムを 検出できず、grub-mkconfig通常、生成時grub.cfgに間違いを犯す場合、それはこの設定を回避し、grubがより良くサポートするものに切り替えるのに十分な理由と思われます。「目的のブートパーティションに適切なアドレスを与えてください」と言うとき、「アドレス」の意味や回避策として正確に何をしているのかわかりませんが、正直、怖くて壊れやすいハックのように聞こえます。

基本的かつ実質的に必要な機能として、ブートローダーは単純なディスクパーティション上の単純なファイルシステムにアクセスし、そこから次のステージをロードできます。本当に必要なことはそれだけです。LVMなどのコンテナーの解析やプリブート環境での複数のディスクのジャグリングなど、ブートローダーのその他の機能は、grubで複製する必要のあるLinux（カーネル）機能（より多くのコード、より多くのバグ）を意味しますが、まったく正確ではありません両方の環境で同じように機能し（混乱がより大きくなり）、全体的な複雑さが増します。ブートストラップについては、単純であるほど良いです。

私は長年FedoraでLVM「/」ファイルシステム内の「/ boot」ディレクトリを使用しており、問題は一度もありませんでした。

「/」がボリュームグループ上の単一の物理ディスクに存在する単一の物理ディスクを作成するように注意する必要があります。この物理ドライブには「vgmain」ボリュームグループがあり、残りのすべてには「vgdata」があります。これは、トラブルシューティングの状況でドライブを別のコンピューターに持ち運ぶ必要がある場合に重要です。複数の物理ドライブで構成されている場合、LVMは機能しません。ただし、1つだけで構成されている場合はそうなります。

しかし、このトラブルシューティングの状況を経験する必要はありませんでした。

最新のFedoraインストールでは、これを自動的に行うことはできません。インストール中に「/ boot」を通常のパーティションに入れてから、通常どおり起動してから、コンテンツを手動でLVM「/」ファイルシステムに移動する必要があります。LVM「/」の下のプレーンディレクトリとして「/ boot」、古いブートパーティションとして「/ boot2」のように物事を再編成し、「grub install / dev / sda」などを確認してください。再起動してから「/ boot2」ファイルシステムを削除し、パーティションをLVMに含めて使用できるようにします。