ボリュームグループで物理ボリュームが使用される順序は何ですか？

SSDとHDD（またはその上にパーティション）のLVM物理ボリュームの両方を作成して同じボリュームグループに入れてから論理ボリュームの作成を開始すると、LVMは最初に物理ボリュームの1つを入力してから起動します。その他一枚に。どの物理ボリュームが最初にいっぱいになり始めるのかわかりませんが、実際には重要ではありません。

SSDに特定の物理ボリュームを配置するには、SSDとHDDを異なるボリュームグループに配置し、論理ボリュームを目的のボリュームグループに配置します。

しかし、私はそれがあなたが望むものではないと思います。欲しいなら文書まずSSDに進み、SSDがいっぱいになるのを待ってからHDDを試してください。 LVMはファイルシステムについて何も知りません。ボリュームのどの部分がファイル（ファイルの内容またはメタデータ）を保存するために使用されるのか、そしてどの部分に現在有用な情報が含まれていないのかわかりません。

ファイルシステムは、ストレージのどの部分に有用なデータが含まれているかを知っています。ただし、ほとんどのファイルシステムは、基本ボリュームを単一の統合アイテムとして扱います。彼らはリポジトリのある部分が他の部分よりも速いことを知らず、最速の部分をサポートするために動くブロックをサポートしないことも知っています。

BTRFSほとんどのファイルシステムよりも複雑で、以下を含みます。複数のデバイスをサポート。しかし、私の考えでは、Btrfsでさえ、あなたが望むパターンに合わないようです。

一般的な構成は、SSDをHDD用のキャッシュに設定することです。この構成では、ボリュームがHDDと同じくらい大きく、SSDにはHDDにあるデータが含まれているか、少なくともHDDにスペースが確保されています。 Linuxでは、次のことでこれを行うことができます。隠れ家、多くのことがそうであるようにArch wikiに良い説明があります。 bcacheを使用すると、ルートファイルシステムをHDDに配置し、SDDをそのパーティションのキャッシュにすることができます。

ゾーニングスキームに関するいくつかの注意事項：

• 分離することはあまり意味が/varありません/。
• /boot/efi早すぎる必要もないので、ハードドライブに隠すことができます。別のUEFIは必要ありません/boot。
• /tmp通常、ディスク上のファイルシステムではなく、RAM/スワップにあるtmpfsです。
• 交換するのを忘れましたね。スワッピングは高速である必要があるため、SSDでのみ実行する必要があります。