Ubuntu Server 20.04.1 LTS、インストール中にすべてのディスク領域が割り当てられたわけではありませんか?

Aug 24 2020

Ubuntu Server 20.04.1 LTSのインストール中に、ディスク全体をパーティションとして使用することを選択しました(とにかく他のパーティションは必要ないため、初心者に推奨されるデフォルトのパーティション化です。

fdisk -lの出力:

Device           Start        End    Sectors   Size Type
/dev/nvme0n1p1    2048    1050623    1048576   512M EFI System
/dev/nvme0n1p2 1050624    3147775    2097152     1G Linux filesystem
/dev/nvme0n1p3 3147776 2000406527 1997258752 952.4G Linux filesystem

しかし、df -hで確認すると、私が持っている最大のパーティションは約200GBです。不足している残りの約750GBはどこにありますか?

df -hの出力:

Filesystem                         Size  Used Avail Use% Mounted on
udev                                32G     0   32G   0% /dev
tmpfs                              6.3G  1.7M  6.3G   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  196G   12G  175G   7% /
tmpfs                               32G     0   32G   0% /dev/shm
tmpfs                              5.0M     0  5.0M   0% /run/lock
tmpfs                               32G     0   32G   0% /sys/fs/cgroup
/dev/nvme0n1p2                     976M  104M  805M  12% /boot
/dev/nvme0n1p1                     511M  7.8M  504M   2% /boot/efi
/dev/loop1                          56M   56M     0 100% /snap/core18/1885
/dev/loop2                          71M   71M     0 100% /snap/lxd/16922
/dev/loop0                          55M   55M     0 100% /snap/core18/1880
/dev/loop3                          30M   30M     0 100% /snap/snapd/8542
/dev/loop4                          30M   30M     0 100% /snap/snapd/8790
/dev/loop5                          72M   72M     0 100% /snap/lxd/16099
overlay                            196G   12G  175G   7% /var/lib/docker/overlay2/33a73507dae561e19ce713e1a10bd44f68b6d231a7d27d7db5c2ae971dae834a/merged
tmpfs                              6.3G     0  6.3G   0% /run/user/1000

尋ねられたように、lsblkの出力:

NAME                      MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0                       7:0    0    55M  1 loop /snap/core18/1880
loop1                       7:1    0  55.3M  1 loop /snap/core18/1885
loop2                       7:2    0  70.6M  1 loop /snap/lxd/16922
loop3                       7:3    0  29.9M  1 loop /snap/snapd/8542
loop4                       7:4    0  29.9M  1 loop /snap/snapd/8790
loop5                       7:5    0  71.3M  1 loop /snap/lxd/16099
nvme0n1                   259:0    0 953.9G  0 disk 
├─nvme0n1p1               259:1    0   512M  0 part /boot/efi
├─nvme0n1p2               259:2    0     1G  0 part /boot
└─nvme0n1p3               259:3    0 952.4G  0 part 
  └─ubuntu--vg-ubuntu--lv 253:0    0   200G  0 lvm  /

助けていただければ幸いです。よろしくお願いします。

回答

2 HuHa Aug 24 2020 at 04:58

ルートファイルシステムは、LVM論理ボリューム(LV)/ dev / mapper / ubuntu--vg-ubuntu--lv(196 GB)上にあります。

そのLVにディスクスペースを提供するLVMボリュームグループ(VG)には、おそらく1つの物理ボリューム(PV)があり、おそらくそのSSD上の3番目のパーティション(952.4Gの/ dev / nvme0n1p3)です。

VGには、そのLVを大きくしたり、別のLVを作成したりするために使用できるディスク容量がまだたくさんある可能性があります。ルートファイルシステムに使用可能なすべてのディスクスペースをすぐに使用するのではなく、Ubuntuインストーラーのディスクスペース割り当て戦略である可能性があります。これにより、残りのディスクスペースをどう処理するかを決める余裕ができます。

「df」コマンドに「-T」引数を使用しなかったため、ファイルシステムの種類はわかりません。しかし、最近のほとんどのLinuxファイルシステムには、サイズを変更するためのツールがあります。ext4は確かにそれをサポートしています。

LVMツールのチュートリアルは次のとおりです。 https://www.digitalocean.com/community/tutorials/how-to-use-lvm-to-manage-storage-devices-on-ubuntu-18-04

インストール時にLVMの使用を明示的に選択しなかった場合、これは暗号化を選択した結果である可能性もあります。これは通常、LVMを介して行われます。

HTH

2 EddieLawrence Nov 11 2020 at 21:53

私もこの問題を抱えていました。以下のリンクには、LVMパーティションを拡張して使用可能なすべてのスペースを使用する方法についての説明があります。

https://www.linuxtechi.com/extend-lvm-partitions/

上記のリンクで言及されていないのは、追加する特定の量を指定するのではなく、残りのすべてのスペースを使用するこのコマンドです。

lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv

使用可能なすべてのスペースを使用するオプションを特に選択したため、インストールは誤解を招く可能性がありますが、使用可能なすべてのスペースが使用されたわけではありません。