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

Что нужно сделать, чтобы преобразовать загрузочный том EBS из MBR в GPT без потери данных? (Используя Ubuntu)

Я хотел бы расширить основной / загрузочный диск одного из моих серверов Ubuntu за пределы 2 ТБ. Я знаю, что мне нужно преобразовать диск для использования GPT, и уверен, что смогу увеличить размер по мере необходимости, как только смогу успешно преобразовать в GPT.

Я настроил тестовый сервер, чтобы проверить процесс, прежде чем пытаться что-либо на реальном производственном сервере, и вот что я пробовал до сих пор.

  1. Я отсоединил том EBS от своего сервера (был смонтирован в /dev/xvda1).
  2. Я подключил том к другому работающему серверу по адресу /dev/sdf (который отображается как /dev/xvdf на работающем сервере.
  3. 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
    
  4. Я пытаюсь просто записать таблицу как есть:

    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.
    
  5. На этом этапе я отключаю том, снова подключаюсь к исходному экземпляру EC2 и пытаюсь перезагрузиться. Сервер никогда не становится доступным.

  6. Я провожу еще немного исследований и считаю, что моя проблема в том, что мне нужно создать загрузочный раздел 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
    
  7. Затем мне нужно было установить GRUB, поэтому я сделал следующее: $ sudo grub-install / dev / xvdf Установка для платформы i386-pc. Установка завершена. Об ошибках не сообщалось.

  8. Отсоединено / повторно подключено и снова нет кубиков. На этом этапе я узнал, что могу просмотреть снимок экрана с панели управления EC2, и сделал следующее:

В этот момент я просто кидаю вещи в стену, чтобы посмотреть, прилипнут ли они. Я понятия не имею, что делаю, но чувствую, что упускаю что-то базовое.

Как я уже сказал, если я могу добавить GPT к тому и успешно загрузить его, меня не беспокоят шаги, необходимые для фактического изменения размера тома.

Безопасный способ настроить хранилище, сохранив загрузочную систему, - не менять раздел корневого тома.

Присоедините новые диски с данными. Создайте на них тома LVM, не разбивая их: vgcreate datavg /dev/sdb. Восстановите файлы из резервных копий, только данные, а не ОС, в новое хранилище.

Идея нового экземпляра состоит в том, если вы действительно хотите изменить размер корневого тома. Для предоставления корневого тома объемом 2 ТБ с самого начала потребуется GPT. Затем восстановите свои данные и получите работающую систему без танцев с разделами.