Каковы шаги для преобразования загрузочного тома EBS из MBR в GPT без потери данных? (Используя Ubuntu)
Я бы хотел расширить основной / загрузочный диск одного из серверов Ubuntu за пределы 2 ТБ. Я знаю, что мне нужно преобразовать диск для использования GPT, и я уверен, что смогу увеличить размер по мере необходимости, если смог успешно конвертировать в GPT.
Я настроил тестовый сервер для тестирования процесса, прежде чем пытаться что-либо на реальном производственном сервере, и вот что я пробовал до сих пор.
- Я отключил том EBS от моего сервера (был смонтирован на
/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 к тому и успешно загрузить его, меня не волнуют шаги, необходимые для фактического изменения размера тома.
2 ответа
Безопасный способ настроить хранилище и при этом иметь загрузочную систему - не менять раздел корневого тома.
Присоедините новые диски с данными. Создайте тома LVM на них, не беспокойтесь о разделении: vgcreate datavg /dev/sdb
, Восстановите резервные файлы, только данные, а не ОС, в новое хранилище.
Новая идея экземпляра - если вы действительно хотите изменить размер корневого тома. Подготовка корневого тома объемом 2 ТБ потребует GPT с самого начала. Затем восстановите ваши данные и получите работающую систему без танца с разделами.
Да, вы можете изменить тип раздела.
Для большей безопасности предпочитайте сначала сделать резервную копию моментального снимка диска.
Пожалуйста, проверьте ссылку .