☰

コンテンツを複製せずに異なるグループの論理ボリュームを結合できますか？

tag-icon • tag-icon linux lvm fstab luks crypttab
コンテンツを複製せずに異なるグループの論理ボリュームを結合できますか？

私はArch Linuxカーネル4.18.12-arch1-1-ARCH（2018年11月）を使用します。

私は古いノートパソコンのハードドライブを収納するSATAトレイ（Thinkpad T400用）を使用しています。内容を結合して論理ボリュームを拡張するrootvolか、lvhome現在の設定を維持することにしたいと思います（下記参照）。私はext4ファイルシステムのみを使用しており、両方のボリュームにデータが含まれています。この質問はすでに答えがあるようですが、ここ、データの損失を防ぐ方法がわかりません。

だから現在私はluks暗号化されたSSDから起動し、$HOMEストレージを拡張するために遅延マウントされたハードドライブのディレクトリを指すいくつかのシンボリックリンクを持っています。これにより、$HOMEハードドライブの古いSSDを使用できます。

NAME                 MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT UUID
sda                    8:0    0 223.6G  0 disk             
└─sda1                 8:1    0 223.6G  0 part             3d17c5b4-a603-4600-9f36-c598a7da783e
  └─root             254:0    0 223.6G  0 crypt            PRGLfW-Q18M-pPu8-nr6a-tloV-SS4W-kK1ROX
    ├─matrix-swapvol 254:1    0     2G  0 lvm   [SWAP]     38e862ef-e919-4388-810f-63ce187b342c
    └─matrix-rootvol 254:2    0 221.6G  0 lvm   /          c71a8292-c678-4a53-90da-3e4bf78cedbb
sdb                    8:16   0 232.9G  0 disk             
├─sdb1                 8:17   0   512M  0 part             14c635fb-6ee7-45c0-aefd-d3d7440116c0
└─sdb2                 8:18   0 232.4G  0 part             c36535d9-4098-4939-9ebe-6a2be950f3ea
  └─caddy            254:3    0 232.4G  0 crypt            kTkSk4-oemR-1fJi-4brz-OXmW-DEZk-rqF2pN
    ├─vgarch-lvswap  254:4    0     4G  0 lvm              a1932471-209e-4d47-85dc-c4ea1ce37de8
    ├─vgarch-lvroot  254:5    0    15G  0 lvm              67d37f85-c2c0-40e7-88e9-afd4a6c1c561
    └─vgarch-lvhome  254:6    0 211.2G  0 lvm              dd89d271-776a-426a-826d-9f4d7056fc6a

ご覧のとおり、何らかの理由で私はluksでlvmを2回使用することにしました。 SSDには/bootパーティションがありません。 libreboot ROMイメージの助けを借りて解読されます。起動プロセス中にcrypttabfor/dev/sdb2のUUIDエントリが使用されます/。次に、必要に応じてsystemdの自動マウントサービスを使用してマウントまたはアンマウントします。

# /etc/fstab
# /dev/mapper/vgarch-lvhome
UUID=dd89d271-776a-426a-826d-9f4d7056fc6a /mnt/caddy ext4 rw,noatime,data=ordered,noauto,nofail,x-systemd.automount,x-systemd.device-timeout=20,x-systemd.idle-timeout=2min 0 0

再帰的に変更しましたlvhome。必要ありませんので、/boot を含む /dev/sdb1 と一緒に削除しますlvroot。lvswap

では、これらをどのように組み合わせるのですか？これが望ましいですか？ （SSDとHDDは用途が異なるため） まず、内容を別のファイルシステムにコピーするのが良いですが、これがlvmの目的にずれるのでしょうか？ファイルシステムを増減するのは簡単だと思いましたが、zfsの世界の機能を想像していたようです。

ベストアンサー1

LVMは論理ブロックデバイスである論理ボリュームを提供し、これらのブロックデバイスは簡単に拡張、縮小、再配置、スナップショット作成などが可能です。その後、これらのブロックデバイスを所望の方法で使用することができる。これは、ファイルシステムであることも、独自のパーティションテーブルとすべてを備えた仮想マシン用の仮想ハードディスクなどの他のものでもあります。

LVMはファイルシステムレベルでは何もしません。したがって、増減するブロックデバイスを処理することはファイルシステムに依存し、パーティションテーブルのサイズを変更することは仮想マシンによって異なります。

ほとんどのファイルシステムは拡張をサポートしていますが（時々オンラインではないか、特定の制限まで）、一部のファイルシステムは縮小をサポートしていません。したがって、LVMがブロックデバイスを躊躇せずに縮小している間は、最初にファイルシステムを縮小する必要があり、一部のファイルシステムではこれは不可能です。

2つの別々のファイルシステムの内容をマージすることは通常サポートされていません。

はい。古い方法でファイルをコピーする必要がある状況があります。次に、そのファイルを含むLVを放棄/削除し、空き領域を使用してLVを拡張し、ファイルをコピーしたファイルシステムを拡張します。

では、これらをどのように組み合わせるのですか？これが望ましいですか？ （SSDとHDDは用途が異なるため）

半分はSSDで、半分はHDDのブロックデバイスを作成しません。私はそれらを別々に保管するのが好きです。

これが妥当な他の場合もあります。たとえば、HDDが書き込み中心に設定されているSSD-HDD-RAID1を実行できます。つまり、SSD が高速であるため、通常、すべての読み取りが SSD で処理されます。ただし、SSDの価格が下がるにつれて2つのSSDのみを使用して通常のRAID 1を実装できるため、この設定はもはや一般的ではありません。

おすすめ記事