Я хотел бы расширить основной / загрузочный диск одного из моих серверов Ubuntu за пределы 2 ТБ. Я знаю, что мне нужно преобразовать диск для использования GPT, и уверен, что смогу увеличить размер по мере необходимости, как только смогу успешно преобразовать в GPT.
Я настроил тестовый сервер, чтобы проверить процесс, прежде чем пытаться что-либо на реальном производственном сервере, и вот что я пробовал до сих пор.
/dev/xvda1
)./dev/sdf
(который отображается как /dev/xvdf
на работающем сервере.sudo gdisk /dev/xvdf
с последующим p
и получите следующий результат:
GPT fdisk (gdisk) version 1.0.1
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************
Command (? for help): p
Disk /dev/xvdf: 104857600 sectors, 50.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 4FD95BA1-74A4-4241-98E5-CA0276008D62
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 104857566
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)
Number Start (sector) End (sector) Size Code Name
1 2048 104857566 50.0 GiB 8300 Linux filesystem
Я пытаюсь просто записать таблицу как есть:
Command (? for help): w
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!
Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/xvdf.
The operation has completed successfully.
На этом этапе я отключаю том, снова подключаюсь к исходному экземпляру EC2 и пытаюсь перезагрузиться. Сервер никогда не становится доступным.
Я провожу еще немного исследований и считаю, что моя проблема в том, что мне нужно создать загрузочный раздел BIOS и установить grub. Повторно подключив свой том к другому экземпляру, я создал новый раздел, поэтому теперь у меня есть следующее:
Number Start (sector) End (sector) Size Code Name
1 2048 104857566 50.0 GiB 8300 Linux filesystem
2 34 2047 1007.0 KiB EF02 BIOS boot partition
Затем мне нужно было установить GRUB, поэтому я сделал следующее: $ sudo grub-install / dev / xvdf Установка для платформы i386-pc. Установка завершена. Об ошибках не сообщалось.
Отсоединено / повторно подключено и снова нет кубиков. На этом этапе я узнал, что могу просмотреть снимок экрана с панели управления EC2, и сделал следующее:
В этот момент я просто кидаю вещи в стену, чтобы посмотреть, прилипнут ли они. Я понятия не имею, что делаю, но чувствую, что упускаю что-то базовое.
Как я уже сказал, если я могу добавить GPT к тому и успешно загрузить его, меня не беспокоят шаги, необходимые для фактического изменения размера тома.
Безопасный способ настроить хранилище, сохранив загрузочную систему, - не менять раздел корневого тома.
Присоедините новые диски с данными. Создайте на них тома LVM, не разбивая их: vgcreate datavg /dev/sdb
. Восстановите файлы из резервных копий, только данные, а не ОС, в новое хранилище.
Идея нового экземпляра состоит в том, если вы действительно хотите изменить размер корневого тома. Для предоставления корневого тома объемом 2 ТБ с самого начала потребуется GPT. Затем восстановите свои данные и получите работающую систему без танцев с разделами.