У меня работает сервер Ubuntu 20.04.2 LTS Azure VM. Первоначально виртуальная машина была настроена с диском ОС объемом 32 ГБ, и диск был заполнен:
дф-ч
/dev/корень 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%/запуск
tmpfs 5.0M 0 5.0M 0% /выполнить/заблокировать
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% /млн
tmpfs 1.6G 0 1.6G 0% /выполнить/пользователь/1000
Я увеличил размер диска в Azure, но не могу заставить Ubuntu увидеть новую емкость. Я не могу запускать загрузочные файлы, такие как gparted, из Azure, поэтому я ограничен интерфейсом командной строки.
Бег:
судо фдиск -л
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт
Диск /dev/loop1: 55,45 МБ, 58130432 байт, 113536 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт
Диск /dev/loop2: 70,32 МБ, 73728000 байт, 144000 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт
Диск /dev/loop3: 32,29 МБ, 33853440 байт, 66120 секторов
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт
Диск /dev/loop4: 32,3 МБ, 33865728 байт, 66144 сектора
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт
Несоответствие размера GPT PMBR (62916607 != 134217727) будет исправлено путем записи.
Резервная таблица GPT находится не на конце устройства. Эта проблема будет исправлена записью.
Диск /dev/sda: 64 ГиБ, 68719476736 байт, 134217728 секторов
Модель диска: виртуальный диск
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: gpt
Идентификатор диска: B2A73065-2334-4FBF-8494-668056F3ABD9
Размер начальных и конечных секторов устройства Тип
/dev/sda1 227328 62916574 62689247 29.9G файловая система Linux
/dev/sda14 2048 10239 8192 Загрузка BIOS 4M
/dev/sda15 10240 227327 217088 Система 106M EFI
Записи таблицы разделов не в порядке диска.
Диск /dev/sdb: 32 ГиБ, 34359738368 байт, 67108864 сектора
Модель диска: виртуальный диск
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: dos
Идентификатор диска: 0x42938be0
Размер начальных и конечных секторов загрузки устройства Идентификатор типа
/dev/sdb1 2048 67106815 67104768 32G 83 Linux
Диск /dev/sdc: 64 ГиБ, 68719476736 байт, 134217728 секторов
Модель диска: виртуальный диск
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер ввода/вывода (минимальный/оптимальный): 4096 байт / 4096 байт
я следил это гид - судо fdisk /dev/sda - но это заканчивается катастрофой, когда виртуальная машина не возвращается в сеть после перезагрузки, поэтому я определенно что-то ломаю.
(Я парень с Windows, поэтому не знаю)
Может ли кто-нибудь дать предложения?
