これは/ bootを含む32 GBサイズの私のルートボリュームです。 LVMのLVは/およびスワップです。
sdb 8:16 0 29.8G 0 disk
├─sdb1 8:17 0 200M 0 part /boot/efi
├─sdb2 8:18 0 256M 0 part /boot
└─sdb3 8:19 0 29.4G 0 part
├─AntergosVG-AntergosRoot 254:0 0 26.4G 0 lvm /
└─AntergosVG-AntergosSwap 254:1 0 3G 0 lvm [SWAP]
大きなSSDに複製したいです。次の手順は正しいですか?別のコンピュータを使用する予定なので、元のコンピュータに古いディスクと新しいディスクの両方がありません。
- dd、ここでif = old_ssdとof = new_ssd
- gpartedを使用してパーティションsdb3(LVM PV)のサイズを大きくして、新しいスペースを埋めます。
- 新しいシステムで起動し、lvresize を使用して AntergosRoot を新しくサイズ変更された PV の全スペースに拡張します。
- 以前にサイズ変更されたLVのフルスペースに/(ext4)ファイルシステムのサイズを変更します。
私の主な問題は、どのコマンドを使うべきかわからないということです。第二に、LV AntergosRootのサイズを変更するときにボリュームを交換すると、不連続が発生しますか?
答え1
1つのステップがありません。sdb3
パーティションのサイズを変更して新しいシステムから起動した後、pvresize
このコマンドを使用して拡張を許可するようにLVMに指示する必要がありますsdb3
。
だから:
2.5。新しいシステムで起動してからpvresize /dev/sdb3
ステップ3では、通常、安全装置としてlvextend
代わりに使用することを好みますlvresize
。誤って間違った新しいサイズを入力すると、lvresize
LVを拡張する代わりに縮小することができ、lvextend
指定された新しいサイズが現在のサイズより1小さいことを知らせます。サイズ。これはより安全です。
ただし、新しいスペースをすべてすぐに使用するには、次のようにします。
lvextend -l +100%FREE /dev/mapper/AntergosVG-AntergosRoot
ステップ4はとても簡単です。
resize2fs /dev/mapper/AntergosVG-AntergosRoot
ルートファイルシステムがマウントされ、書き込み可能である限り、これらすべてのステップ(2.5 ... 4)を実行できます。
はい、ルートファイルシステムはディスク上で物理的に中断されます。しかし、それは問題ではありません。LVMがLVとして処理されると、一連のブロック番号でアクセスでき、LVMはスワップパーティションのジャンプを隠します。パフォーマンスの観点から、単一の不連続性はまったく大きな問題ではありません。
実際にディスク上のLVを物理的に連続的に維持する必要がある場合は、lvchange -C y <name of LV>
この情報をLVMに設定できます。ただし、LVを簡単に拡張することはできません。拡張する前に、LVの現在のテールの後に空き領域があることを確認する必要があります(pvdisplay --maps
必要に応じてpvmove
コンテンツの使用と再配置)。ほとんどの場合、これは必要ありません。