Ubuntuは初めてです。 ESXi 6.5のVMで18.04を実行していますが、そこではDockerコンテナを実行しています。 Dockerで実行しているアプリの1つがいくつかの問題を引き起こしています。その1つは空きディスク容量の問題に関連している可能性があります。 VMは、30GBのシンプロビジョニング用に構成されています。
Fdiskは予想どおり合計30GBのディスクを表示しますが、df -h
を実行すると、/dev/sda3
がまったく表示されません。たった2つだけです。
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 62912511 60811264 29G Linux filesystem
Filesystem Size Used Avail Use% Mounted on
udev 464M 0 464M 0% /dev
tmpfs 99M 1.2M 98M 2% /run
/dev/mapper/ubuntu–vg-ubuntu–lv 3.9G 3.4G 306M 92% /
tmpfs 493M 0 493M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 493M 0 493M 0% /sys/fs/cgroup
/dev/loop0 87M 87M 0 100% /snap/core/4917
/dev/loop1 98M 98M 0 100% /snap/docker/321
/dev/sda2 976M 142M 768M 16% /boot
/dev/loop2 88M 88M 0 100% /snap/core/5742
tmpfs 99M 0 99M 0% /run/user/1000
Sudo parted -l
はパーティションを正しく表示します。
Model: VMware Virtual disk (scsi)
Disk /dev/sda: 32.2GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 2097kB 1049kB bios_grub
2 2097kB 1076MB 1074MB ext4
3 1076MB 32.2GB 31.1GB
lsblk
も同様です。
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 86.9M 1 loop /snap/core/4917
loop1 7:1 0 97.5M 1 loop /snap/docker/321
loop2 7:2 0 87.9M 1 loop /snap/core/5742
sda 8:0 0 30G 0 disk
├─sda1 8:1 0 1M 0 part
├─sda2 8:2 0 1G 0 part /boot
└─sda3 8:3 0 29G 0 part
└─ubuntu--vg-ubuntu--lv 253:0 0 4G 0 lvm /
sr0 11:0 1 1024M 0 rom
df
にパーティションサイズが表示されないのはなぜですか?
lsblk
の出力によると、/dev/sda3
にはファイルシステムが直接含まれず、物理ボリューム LVM が含まれます。 ubuntu--vg-ubuntu--lv
と呼ばれる論理ボリュームが含まれており、lsblk
とdf
の両方で表示され、サイズは3.9GB(または丸めに応じて4GB)です。物理ボリュームの残り(つまり、パーティション)は未使用のようです。 Sudo pvs
を呼び出すと、残りは空き領域(PFree
列)として表示されます。
次のコマンドを使用して、ubuntu--vg-ubuntu--lv
ボリュームを(その中のファイルシステムとともに) 空きスペースを埋める に拡張できます。
Sudo lvextend -rl +100%FREE /dev/mapper/ubuntu–vg-ubuntu–lv
または別の論理ボリュームを作成します。