Am un server Ubuntu 20.04.2 LTS Azure VM care rulează. VM-ul a fost configurat inițial cu un disc OS de 32 GB, iar discul a devenit plin:
df -h
/dev/root 29G 29G 258M 100% /
devtmpfs 7,9G 0 7,9G 0% /dev
tmpfs 7,9G 16K 7,9G 1% /dev/shm
tmpfs 1.6G 1016K 1.6G 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
/dev/loop2 71M 71M 0 100% /snap/lxd/21029
/dev/loop0 56M 56M 0 100% /snap/core18/2074
/dev/loop1 56M 56M 0 100% /snap/core18/2128
/dev/loop3 33M 33M 0 100% /snap/snapd/12398
/dev/loop4 33M 33M 0 100% /snap/snapd/12704
/dev/sda15 105M 7,9M 97M 8% /boot/efi
/dev/sdb1 32G 2.1G 28G 7% /mnt
tmpfs 1.6G 0 1.6G 0% /run/user/1000
Am mărit dimensiunea discului în Azure, dar nu pot face ca Ubuntu să vadă noua capacitate. Nu pot rula bootabile precum gparted din Azure, așa că sunt limitat la CLI.
Alergare:
sudo fdisk -l
Unități: sectoare de 1 * 512 = 512 octeți
Dimensiunea sectorului (logic/fizic): 512 octeți / 512 octeți
Dimensiunea I/O (minimă/optimă): 512 octeți / 512 octeți
Disc /dev/loop1: 55,45 MiB, 58130432 octeți, 113536 sectoare
Unități: sectoare de 1 * 512 = 512 octeți
Dimensiunea sectorului (logic/fizic): 512 octeți / 512 octeți
Dimensiunea I/O (minimă/optimă): 512 octeți / 512 octeți
Disc /dev/loop2: 70,32 MiB, 73728000 de octeți, 144000 de sectoare
Unități: sectoare de 1 * 512 = 512 octeți
Dimensiunea sectorului (logic/fizic): 512 octeți / 512 octeți
Dimensiunea I/O (minimă/optimă): 512 octeți / 512 octeți
Disc /dev/loop3: 32,29 MiB, 33853440 octeți, 66120 sectoare
Unități: sectoare de 1 * 512 = 512 octeți
Dimensiunea sectorului (logic/fizic): 512 octeți / 512 octeți
Dimensiunea I/O (minimă/optimă): 512 octeți / 512 octeți
Disc /dev/loop4: 32,3 MiB, 33865728 octeți, 66144 sectoare
Unități: sectoare de 1 * 512 = 512 octeți
Dimensiunea sectorului (logic/fizic): 512 octeți / 512 octeți
Dimensiunea I/O (minimă/optimă): 512 octeți / 512 octeți
Nepotrivirea dimensiunii GPT PMBR (62916607 != 134217727) va fi corectată prin scriere.
Tabelul GPT de rezervă nu se află la capătul dispozitivului. Această problemă va fi corectată prin scriere.
Disc /dev/sda: 64 GiB, 68719476736 octeți, 134217728 sectoare
Model de disc: disc virtual
Unități: sectoare de 1 * 512 = 512 octeți
Dimensiunea sectorului (logic/fizic): 512 octeți / 4096 octeți
Dimensiunea I/O (minimă/optimă): 4096 octeți / 4096 octeți
Tip etichetă de disc: gpt
Identificator disc: B2A73065-2334-4FBF-8494-668056F3ABD9
Dispozitiv Start End Sectors Size Type
/dev/sda1 227328 62916574 62689247 29.9G Sistem de fișiere Linux
/dev/sda14 2048 10239 8192 4M BIOS boot
/dev/sda15 10240 227327 217088 106M Sistem EFI
Intrările din tabelul de partiții nu sunt în ordinea discului.
Disc /dev/sdb: 32 GiB, 34359738368 octeți, 67108864 sectoare
Model de disc: disc virtual
Unități: sectoare de 1 * 512 = 512 octeți
Dimensiunea sectorului (logic/fizic): 512 octeți / 4096 octeți
Dimensiunea I/O (minimă/optimă): 4096 octeți / 4096 octeți
Tip etichetă de disc: dos
Identificatorul discului: 0x42938be0
Dispozitiv Boot Start End Sectors Size ID Tip
/dev/sdb1 2048 67106815 67104768 32G 83 Linux
Disc /dev/sdc: 64 GiB, 68719476736 octeți, 134217728 sectoare
Model de disc: disc virtual
Unități: sectoare de 1 * 512 = 512 octeți
Dimensiunea sectorului (logic/fizic): 512 octeți / 4096 octeți
Dimensiunea I/O (minimă/optimă): 4096 octeți / 4096 octeți
am urmat acest ghid - sudo fdisk /dev/sda - dar se termină într-un dezastru în care VM-ul nu va reveni online după o repornire, așa că cu siguranță sparg ceva.
(Sunt un tip Windows, prin urmare nu am nicio idee)
Poate cineva oferi o sugestie?
