Вопросы Теги

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

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

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

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

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

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

0
задан 7 February 2020 в 19:20
2 ответа

Сначала вам нужно будет увеличить существующий раздел, чтобы использовать все пространство на диске. Я не знаю, сможете ли вы сделать это с помощью графического интерфейса, который вы показываете. Из командной строки вы можете использовать fdisk. ~ Это похоже на разделение MBR старого стиля, так что это не должно быть проблемой ~. Нет, я ошибался, простой disktool на скриншоте ошибочно принял MBR-совместимое разделение GPT за разделение MBR.

Чтобы проверить, использует ли диск GPT, вы можете использовать gdisk -l / dev / sda Если он использует MBR, он выдаст предупреждение: Обнаружен недопустимый GPT и действительный MBR . Если на диске используется GPT с совместимостью с MBR, будет выведено сообщение Найдено действительный GPT с гибридным MBR; используя 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

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

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

0
ответ дан 26 February 2020 в 00:42

Для восстановления с первой попытки, если вы можете загрузиться с восстановления 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
0
ответ дан 26 February 2020 в 00:42

Теги

Похожие вопросы