Ubuntu Server 20.04.1 LTS, non tutto lo spazio su disco è stato allocato durante l'installazione?
Durante l'installazione di Ubuntu Server 20.04.1 LTS ho scelto di utilizzare l'intero disco come partizione (partizionamento predefinito consigliato ai principianti, dato che comunque non ho bisogno di altre partizioni.
Output di 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
Ma quando controllo con df -h, la partizione più grande che ho è di circa 200 GB. Dove sono gli altri circa 750 GB che mancano?
Uscita di 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
Come richiesto, l'output di 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 /
Qualsiasi aiuto è apprezzato, grazie in anticipo!
Risposte
Il filesystem di root si trova su un volume logico LVM (LV) /dev/mapper/ubuntu--vg-ubuntu--lv (196 GB).
Il gruppo di volumi LVM (VG) che fornisce spazio su disco per quel LV ha probabilmente un singolo volume fisico (PV), presumibilmente quella terza partizione su quell'SSD (/dev/nvme0n1p3 con 952.4G).
Il VG probabilmente ha ancora molto spazio su disco che potresti usare per ingrandire quel LV o per creare un altro LV. Potrebbe essere una strategia di allocazione dello spazio su disco del programma di installazione di Ubuntu non utilizzare semplicemente tutto lo spazio su disco disponibile immediatamente per il filesystem di root, dandoti un margine di manovra per decidere cosa fare con lo spazio su disco rimanente.
Non hai usato l'argomento "-T" per il comando "df", quindi non dice il tipo di filesystem; ma la maggior parte dei filesystem Linux moderni ha uno strumento per ridimensionarli. ext4 lo supporta sicuramente.
Ecco un tutorial sugli strumenti LVM:https://www.digitalocean.com/community/tutorials/how-to-use-lvm-to-manage-storage-devices-on-ubuntu-18-04
Se non hai selezionato esplicitamente l'utilizzo di LVM durante l'installazione, questo potrebbe anche essere il risultato della scelta della crittografia; questo viene tipicamente fatto tramite LVM.
HTH
Ho avuto anche questo problema. Il collegamento seguente contiene le istruzioni su come estendere la partizione LVM per utilizzare tutto lo spazio disponibile.
https://www.linuxtechi.com/extend-lvm-partitions/
Non menzionato nel collegamento sopra è questo comando per utilizzare tutto lo spazio rimanente piuttosto che specificare una quantità specifica da aggiungere:
lvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
L'installazione è fuorviante perché ho selezionato specificamente l'opzione per utilizzare tutto lo spazio disponibile, ma non tutto lo spazio disponibile è stato utilizzato.