SSD + HD混合環境でLUKS + LVM + LVMキャッシュの組み合わせを使用して複雑な設定（Debian）を試しています。
SSDのパーティション（lvmcacheボリュームのパーティションサイズ：20GB）をLVMキャッシュとして使用するには、そのパーティションをキャッシュとして機能するボリュームと同じボリュームグループに追加する必要があります。これらのボリュームはHD（/homeおよび/var/lib/docker）にあります。
SSDパーティションとHDパーティションのブロックサイズが異なるため、これを安全に実行できないことに気付くまで、ほとんどの手動インストール手順（パーティション化、暗号化、およびロック解除）が行われました。デフォルトでは、ブロックサイズはSSDの場合は512、HDの場合は4096です。
SSDパーティションのブロックサイズを4096に変更するには？ディスクにデータがないため、必要な破壊的な手順を実行できます。
寿命の観点からは、SSDのブロックサイズが4096の場合、読み書き周期が少ないため、より良いようです。少しのスペースが失われましたが、ほとんどすべての大きなパーティションがハードドライブにあるので心配しません。
ベストアンサー1
LVMは、1つのVGで異なるブロックサイズのPVを混在させることができないため、ブロックサイズを変更したいとします。に/etc/lvm/lvm.conf変更してこの設定を変更できます。ただし、これにより、2つのPVを使用する論理ボリュームを作成しないようにする必要があります。そうしないと、データが失われます（これがLVMがデフォルトでそれを許可しない理由です）。 LVが1つのPVにあり、キャッシュが2番目のPVにある場合はどうなるかわかりません。混合セクタサイズPVのデータ破損は、ファイルシステムレベルで発生し、キャッシュはブロックレベルで発生するため、機能できるため安全ですが、リスクはありません。allow_mixed_block_sizes1
LUKS / dm-cryptレベルでこの問題を「修正」し、同じ4096セクタサイズで2つのLUKSデバイスを作成することもできます（オプションを使用--sector-size 4096）cryptsetup luksFormat。ただし、この場合、電源障害によりデータが失われる危険があります。 、dm-cryptは、4096セクタの512セクタディスクでアトミック書き込みを保証することはできません（これを防ぐためにLUKS全体を作成できますが、パフォーマンスとディスク容量が犠牲になります）。
おそらく4096ドライブを512に切り替えます（ほとんどのNVMeドライブがサポートしている場合）。ここでのパフォーマンスはそれほど悪くないでしょう。