Durante la instalación de Ubuntu Server 20.04.1 LTS, elegí usar todo el disco como partición (particionamiento predeterminado que se recomienda para principiantes, ya que no necesito otras particiones de todos modos.
Salida de 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
Pero cuando compruebo con df -h, la partición más grande que tengo es de alrededor de 200 GB. ¿Dónde están los aproximadamente 750 GB restantes que faltan?
Salida de 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
Como se le preguntó, la salida de 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 /
Cualquier ayuda es apreciada, ¡gracias de antemano!
Respuesta aceptada:
También utilicé la instalación predeterminada de Ubuntu 20.04 desde ISO con la opción lvm seleccionada. Tuve el mismo problema con el disco del sistema operativo que no ocupaba lo que había asignado. La sugerencia de Eddie y el enlace provisto lo hicieron por mí. Para resumir:
[email protected]:~# vgdisplay
<snip>
[email protected]:~# lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
<snip>
[email protected]:~# resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv
<snip>
Antes
[email protected]:~# 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
Después
[email protected]:~# 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