Назад | Перейти на главную страницу

После увеличения размера диска ОС в Azure размер раздела не изменился

У меня есть виртуальная машина Ubuntu, с которой связан неуправляемый диск ОС.

Когда мы увеличили размер неуправляемого диска ОС с 30 ГБ до 50 ГБ (после освобождения виртуальной машины и увеличения ее размера с платформы), изменения не отражаются в файловой системе / dev / sda1, и она продолжает показывать размер. раздела должно быть 30 ГБ.

Увеличенные 20 ГБ отображаются как свободное пространство, когда я RDP моей виртуальной машины.

Может ли кто-нибудь помочь мне с увеличением размера файловой системы / dev / sda1 до 50 ГБ?

Прилагаю скриншот того же. Текущий раздел диска ОС

Чтобы исправить с первой попытки, если вы можете загрузиться с ISO-образа восстановления и увидеть диск как / dev / sda.

Если у вас есть sfdisk, вы можете восстановить исходную таблицу в оболочке Bash с помощью

sfdisk /dev/sda << ENDOFTEXT
label: gpt
label-id: 040CDE21-820F-4D45-BAAD-55179836906D
device: /dev/sda
unit: sectors
first-lba: 34
last-lba: 62916574

/dev/sda1 : start=      227328, size=    62689247, type=0FC63DAF-8483-4772-8E79-3D69D8477DE4, uuid=EAA46D6B-3DF1-47A5-ADE4-7CDFCD3E6660, name="Linux filesystem"
/dev/sda14 : start=        2048, size=        8192, type=21686148-6449-6E6F-744E-656564454649, uuid=A5D04890-AA4D-479B-A053-B25AF2DE98FD, name="BIOS boot partition"
/dev/sda15 : start=       10240, size=      217088, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=16250F9E-6B15-480E-8376-EB9377658F0A, name="EFI System"
ENDOFTEXT

Если у вас есть только gdisk, следующая последовательность даст вам исходную таблицу после того, как вы начнете с gdisk /dev/sda

o
n
1
227328
default
8300
n
15
10240
default
EF00
n
14
default
default
EF02
w
y

Сначала вам нужно будет увеличить существующий раздел, чтобы использовать все дисковое пространство. Я не знаю, сможете ли вы сделать это с помощью графического интерфейса, который вы показываете. Из командной строки вы можете использовать fdisk. ~ Это похоже на разметку MBR старого стиля, так что это не должно быть проблемой ~. No I was wrong about that, the simple disktool in the screenshot mistook a MBR compatible GPT partitioning for MBR partitioning.

Чтобы проверить, использует ли диск GPT, вы можете использовать gdisk -l /dev/sda Если он использует MBR, он предупредит: Found invalid GPT and valid MBR. Если на диске используется GPT с совместимостью с MBR, появится сообщение Found valid GPT with hybrid MBR; using GPT. В противном случае это обычный GPT без совместимости с MBR.

Для разбиения GPT-дисков необходимо использовать gdisk. Также вы должны использовать его экспертный режим и переместить резервные таблицы в конец диска, иначе вы не сможете увеличить раздел.

Это должна быть начальная таблица разделов, которая у вас была.

Number  Start (sector)    End (sector)  Size       Code  Name
   1          227328        62916574   29.9 GiB    8300  
  14            2048           10239   4.0 MiB     EF02  
  15           10240          227327   106.0 MiB   EF00

Затем вы можете использовать gdisk для редактирования номера 1:

gdisk /dev/sda
b)ackup
e(x)pert mode>
e (relocate backup)
p(rint)
d(elete)
n(ew) start sector as original, set end to end of disk
w(rite) and exit

Может придется перечитать раздел. Обычно это происходит автоматически. В противном случае эхо 1> / системный / блок / sda / устройство / повторное сканирование. Выполнение lsblk должны показывать правильные размеры.

Во-вторых, вам нужно расширить саму файловую систему. Здесь вы показываете ext4, так что это можно сделать онлайн с помощью resize2fs / dev / sda1