
2 つの 1.8T SSD ドライブを RAID 1 として実行している専用サーバー (Debian 8) があります。 デフォルト構成ではディスク領域のごく一部しか使用されていないため、すべてを使用するようにパーティションを変更したいと考えています。
lsblk の出力:
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1.8T 0 disk
|-sda1 8:1 0 4G 0 part
| `-md1 9:1 0 4G 0 raid1 /
|-sda2 8:2 0 2G 0 part [SWAP]
`-sda3 8:3 0 1.8T 0 part
`-md3 9:3 0 1.8T 0 raid1
|-vg00-usr 253:0 0 5G 0 lvm /usr
|-vg00-var 253:1 0 5G 0 lvm /var
`-vg00-home 253:2 0 5G 0 lvm /home
sdb 8:16 0 1.8T 0 disk
|-sdb1 8:17 0 4G 0 part
| `-md1 9:1 0 4G 0 raid1 /
|-sdb2 8:18 0 2G 0 part [SWAP]
`-sdb3 8:19 0 1.8T 0 part
`-md3 9:3 0 1.8T 0 raid1
|-vg00-usr 253:0 0 5G 0 lvm /usr
|-vg00-var 253:1 0 5G 0 lvm /var
`-vg00-home 253:2 0 5G 0 lvm /home
dfの出力:
$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md1 4095616 283056 3812560 7% /
udev 10240 0 10240 0% /dev
tmpfs 3287176 98888 3188288 4% /run
/dev/dm-0 5029504 1344456 3406520 29% /usr
tmpfs 8217932 4 8217928 1% /dev/shm
tmpfs 5120 0 5120 0% /run/lock
tmpfs 8217932 0 8217932 0% /sys/fs/cgroup
none 8217932 0 8217932 0% /tmp
/dev/mapper/vg00-var 5029504 573944 4177032 13% /var
/dev/mapper/vg00-home 5029504 3001552 1749424 64% /home
tmpfs 1643588 0 1643588 0% /run/user/0
tmpfs 1643588 0 1643588 0% /run/user/1000
tmpfs 1643588 0 1643588 0% /run/user/1001
残りの空き領域を使用して /data を作成するにはどうすればよいでしょうか?
答え1
LVM があり、ボリューム グループにかなりの未使用領域があることが示されているため、lvcreate を使用して別のボリュームを追加し、それを /data にマウントするだけでよいはずです。vgdisplay を root として使用して、vg00 で使用可能な領域を確認できます。とにかく、これは機能するはずです:
lvcreate -L50G -n data vg00
mkfs.ext4 /dev/mapper/vg00-data #or some other fs type if you prefer
そして、新しいパーティションの行を /etc/fstab に追加します。おそらく UUID によるのが最適です。
1 つ注意すべき点があります。上記のコマンドでは、新しいボリュームに 50G のみを割り当て始めましたが、私の経験では、ボリューム グループをすぐにいっぱいにするよりも、その方がはるかに優れています。ボリュームを安全に拡大する (オンラインであっても) 方が、縮小するよりもはるかに簡単です。もちろん、データに触れる前に適切にバックアップするという通常の注意事項が適用されます。次のプロセスを使用してボリュームのサイズを変更できます。
lvextend -L+50G /dev/mapper/vg00-data # make it 50G larger
reseize2fs /dev/mapper/vg00-data # assuming extfs
リモート接続では、SSH セッションが切断されても途中で不可解な終了が発生するリスクがないように、screen/tmux 内でこれらのコマンドを発行することをお勧めします。
答え2
あなたの要求は互いに矛盾していると思います。ないこの分野の専門家に連絡し、ランニングシステムは悪いアイデア。
とにかく、resize2fsやgpartedのような様々なツールがあります。ウブントゥ。
次に、1つの推奨事項:実行中のサーバーでこれらを試す前に、一致する構成(おそらくより小さなディスク)の仮想マシンを作成して、テスト実際のシステムに適用する前に、その VM に変更を加えてください。