ハードドライブをすべて活用していることを確認するにはどうすればよいですか?

ハードドライブをすべて活用していることを確認するにはどうすればよいですか?

ハード ドライブに 1 テラバイトのストレージがある古い PC に Ubuntu Server 20.04 をインストールしました。これをホーム メディア サーバーにするつもりでしたが、ディスク容量が心配です。インストール時に誤って LVM パーティション分割を選択したため、sudo df -h/dev/mapper/ubuntu--vg-ubuntu--lv が "/" にマウントされたメイン パーティションとして表示されます。

Filesystem                         Size  Used Avail Use% Mounted on
udev                               2.8G     0  2.8G   0% /dev
tmpfs                              570M  1.8M  568M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  196G  113G   74G  61% /
tmpfs                              2.8G     0  2.8G   0% /dev/shm
tmpfs                              5.0M  4.0K  5.0M   1% /run/lock
tmpfs                              2.8G     0  2.8G   0% /sys/fs/cgroup
/dev/sda2                          976M  298M  611M  33% /boot
/dev/loop2                          70M   70M     0 100% /snap/lxd/19188
/dev/loop1                          56M   56M     0 100% /snap/core18/2074
/dev/loop3                          68M   68M     0 100% /snap/lxd/20326
/dev/loop0                          56M   56M     0 100% /snap/core18/2066
/dev/loop5                          32M   32M     0 100% /snap/snapd/10707
/dev/loop4                          33M   33M     0 100% /snap/snapd/12159
overlay                            196G  113G   74G  61% /var/lib/docker/overlay2/099cc8dee5efe66386fdad846cbc028cd7f74f961698b4378dff88e184985584/merged
overlay                            196G  113G   74G  61% /var/lib/docker/overlay2/af47d3da6cd00707ef1971ef0f6fb8a90d239288da2748d8bacdd771067228bb/merged
overlay                            196G  113G   74G  61% /var/lib/docker/overlay2/3584ebdf079771abe86c7d2e282d9bf46e87965517615c2004c67df81bdae96d/merged
overlay                            196G  113G   74G  61% /var/lib/docker/overlay2/089c653433adb03e55fe57a4de5dd1c93fde717d6691e4cc22d03b92a7b5ab32/merged
overlay                            196G  113G   74G  61% /var/lib/docker/overlay2/be5b851448bc9288b7afa58b520a0287c5a2ac1851c41c572695e8920b7791b4/merged
tmpfs                              570M  4.0K  570M   1% /run/user/1000

これは次の出力の一部ですsudo fdisk -l:


Disk /dev/sda: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EADS-65M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 2249399A-6905-4681-AA84-3DFB8B43241D

Device       Start        End    Sectors   Size Type
/dev/sda1     2048       4095       2048     1M BIOS boot
/dev/sda2     4096    2101247    2097152     1G Linux filesystem
/dev/sda3  2101248 1953521663 1951420416 930.5G Linux filesystem




Disk /dev/mapper/ubuntu--vg-ubuntu--lv: 200 GiB, 214748364800 bytes, 419430400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

によると、このパーティションには 200 ギガバイトしかありませんdf。LVM パーティションについてはあまり詳しくありませんが、"/" パーティションがハード ドライブ上の使用可能な領域をすべて使用していることを確認するにはどうすればよいでしょうか。それとも、メディア ディレクトリだけでしょうか。

答え1

再インストールが選択肢にある場合、おそらく最も簡単な方法は LVM を使用せずにシステムを再インストールすることです。

再インストールできない場合は、次のコマンドを使用して、何が起こっているのかを調査できる場合があります。

LVMは3つの「レイヤー」のオブジェクトを操作します。最下層は物理ボリューム(使用可能なパーティションが 1 つしかないため、おそらく 1 つしかありません)。物理ボリュームとは、簡単に言えば、LVM に使用されるパーティションまたはディスク全体です。このコマンドは、sudo pvsシステムで定義されている物理ボリュームを一覧表示します。出力例を次に示します。

PV         VG       Fmt  Attr PSize   PFree
/dev/sda1  vg_xymon lvm2 a--  135.97g    0
/dev/sdb2  vg_xymon lvm2 a--  136.17g    0

2つの異なるディスクに2つの物理ボリューム(パーティション)があることがわかります。それらのサイズが表示さ/dev/sda1/dev/sdb2、「VG」列は、それらが両方とも1つのディスクに割り当てられていることを示しています。ボリュームグループと呼ばれるvg_xymon

ボリューム グループは、物理ボリュームと論理ボリュームの中間層であり、これにより、たとえば、論理ボリュームが複数の物理ボリュームにまたがることが可能になります。通常、システムにはボリューム グループは 1 つしかありません。ボリューム グループに関する情報は、コマンドで表示できますsudo vgs。出力のサンプルを次に示します。

VG       #PV #LV #SN Attr   VSize   VFree
vg_xymon   2   3   0 wz--n- 272.14g    0

ボリュームグループは2つの物理ボリュームにまたがっていることがわかります(前述)。そのため、ボリュームグループのサイズはそれらのサイズの合計に等しくなります(この場合、物理ボリュームのサイズとボリュームグループのサイズは両方ともパーティションのサイズに等しくなければなりません。そうでない場合は、何かが本当に間違っています)。また、3つのボリュームがあることもわかります。論理ボリュームこのボリューム グループ内で定義されます。

論理ボリュームは最上位層で、ファイルシステムが実際に配置されている場所です。デバイス/dev/mapper/ubuntu--vg-ubuntu--lvは論理ボリュームです。パスの最後のコンポーネントは、ボリューム グループ名、ダッシュ、および論理ボリューム名の組み合わせです。したがって、論理ボリュームは と呼ばれubuntu--lv、ボリューム グループに属しますubuntu--vg

さらにもう 1 つのコマンドはsudo lvs、論理ボリュームに関する情報を表示します。

LV      VG       Attr      LSize   Pool Origin Data%  Move Log Cpy%Sync Convert
lv_home vg_xymon -wi-ao--- 218.28g
lv_root vg_xymon -wi-ao---  50.00g
lv_swap vg_xymon -wi-ao---   3.86g

(したがって、この例では最初のデバイスがデバイスとして表示されます/dev/mapper/vg_xymon-lv_home)。おそらく問題はここにあります。つまり、論理ボリュームがボリューム グループよりも小さく、ボリューム グループ内の残りの領域が未割り当てになっているということです。

その場合は、次のコマンドを使用してボリューム グループ全体を埋めるまで拡張できます。

sudo lvextend -r /dev/mapper/ubuntu--vg-ubuntu--lv

ただし、ルート ファイルシステムはその論理ボリュームにマウントされているため、インストールされたシステムから拡張することは不可能であり、拡張するにはインストール メディアから起動する必要がある可能性があります。その場合は、ボリューム グループの残りの領域を使用する追加の論理ボリュームを作成し、ルート ファイルシステムを変更せずに、メディア ディレクトリにマウントする方がよいでしょう。

sudo lvcreate -l 100%FREE -n media ubuntu--vg

これにより、ボリューム グループ内の 100% の空き領域を使用して、media既存のボリューム グループに新しい論理ボリュームが作成されますubuntu--vg(デバイス パスは になります)。/dev/mapper/ubuntu--vg-media

次に、新しく作成した論理ボリュームをフォーマットする必要があります。

sudo mkfs /dev/mapper/ubuntu--vg-media

そして最後にそれを/mediaディレクトリにマウントします (ディレクトリの名前は何であれ、まず空のディレクトリを作成する必要があります)。

sudo mount /dev/mapper/ubuntu--vg-media /media

このマウントを永続的にしたい場合、つまりsudo mountシステムを起動するたびに上記のコマンドを繰り返す必要がない場合は、/etc/fstabファイル ( sudo gedit /etc/fstab) を編集して次の行を追加する必要があります。

/dev/mapper/ubuntu--vg-media  /home  ext4  defaults  0  2

(ファイルシステムが であると仮定するとext4、ファイルシステムを指定する行で使用されているのと同じ値を使用します/)。

関連情報