9 server partitioning bash hard-drive system-installation
在安装 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 /
任何帮助表示赞赏，提前致谢！
小智 10
我还使用了默认的 Ubuntu 20.04 从 ISO 安装，选择了 lvm 选项。我有同样的问题，操作系统磁盘没有占用我分配的内容。埃迪的建议和提供的链接为我做了。总结一下：
root@util:~# vgdisplay
<snip>
root@util:~# lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
<snip>
root@util:~# resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv
<snip>
root@util:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.9G 0 3.9G 0% /dev
tmpfs 795M 1.1M 793M 1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 98G 6.5G 86G 8% /
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/xvda2 976M 105M 805M 12% /boot
/dev/loop2 56M 56M 0 100% /snap/core18/1944
/dev/loop0 32M 32M 0 100% /snap/snapd/10707
/dev/loop1 132M 132M 0 100% /snap/docker/796
/dev/loop3 70M 70M 0 100% /snap/lxd/19188
/dev/loop4 33M 33M 0 100% /snap/snapd/11588
/dev/loop5 56M 56M 0 100% /snap/core18/1997
/dev/loop6 71M 71M 0 100% /snap/lxd/19647
tmpfs 795M 0 795M 0% /run/user/1000
root@util:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.9G 0 3.9G 0% /dev
tmpfs 795M 1.1M 793M 1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 196G 6.5G 180G 4% /
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/xvda2 976M 105M 805M 12% /boot
/dev/loop2 56M 56M 0 100% /snap/core18/1944
/dev/loop0 32M 32M 0 100% /snap/snapd/10707
/dev/loop1 132M 132M 0 100% /snap/docker/796
/dev/loop3 70M 70M 0 100% /snap/lxd/19188
/dev/loop4 33M 33M 0 100% /snap/snapd/11588
/dev/loop5 56M 56M 0 100% /snap/core18/1997
/dev/loop6 71M 71M 0 100% /snap/lxd/19647
tmpfs 795M 0 795M 0% /run/user/1000
我也有这个问题。下面的链接包含有关如何扩展 LVM 分区以使用所有可用空间的说明。
https://www.linuxtechi.com/extend-lvm-partitions/
上面链接中没有提到的是这个命令使用所有剩余空间而不是指定要添加的特定数量：
lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
安装具有误导性，因为我特意选择了使用所有可用空间的选项，但并未使用所有可用空间。
您的根文件系统位于 LVM 逻辑卷 (LV) /dev/mapper/ubuntu--vg-ubuntu--lv (196 GB) 上。
为该 LV 提供磁盘空间的 LVM 卷组 (VG) 可能有一个物理卷 (PV)，大概是该 SSD 上的第三个分区（/dev/nvme0n1p3，952.4G）。
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 完成的。
华泰
| 归档时间： |
|
| 查看次数： |
10099 次 |
| 最近记录： |