Каковы шаги по преобразованию загрузочного тома EBS из MBR в GPT без потери данных? (Используя Ubuntu)
Я хотел бы расширить один из моих серверов Ubuntu main / загрузочный диск более 2 ТБ. Я знаю, что мне нужно преобразовать диск для использования GPT, и я уверен, что смогу увеличить размер по мере необходимости, как только смогу успешно преобразовать в GPT.
Я установил тестовый сервер для тестирования прежде чем пытаться что-либо сделать на реальном производственном сервере, и вот что я пробовал до сих пор.
- Я отсоединил том EBS от моего сервера (был смонтирован в
/ dev / xvda1). Сканирование таблицы разделов: MBR: только MBR BSD: нет APM: нет GPT: нет ************************************************* ************* Обнаружен недействительный GPT и действительный MBR; преобразование MBR в формат GPT в памяти. ЭТА ОПЕРАЦИЯ ПОТЕНЦИАЛЬНО РАЗРУШИТЕЛЬНА! Выйти через набрав 'q', если вы не хотите конвертировать разделы MBR в формат GPT! ************************************************* ************* Команда (? Для помощи): p Диск / dev / xvdf: 104857600 секторов, 50,0 ГиБ Размер логического сектора: 512 байт Идентификатор диска (GUID): 4FD95BA1-74A4-4241-98E5-CA0276008D62 Таблица разделов вмещает до 128 записей Первый используемый сектор - 34, последний используемый сектор - 104857566 Разделы будут выровнены по границам 2048 секторов Всего свободного места - 2014 секторов (1007,0 КБ). Номер Начало (сектор) Конец (сектор) Размер Код Название 1 2048 104857566 50,0 ГиБ 8300 Файловая система Linux Я пытаюсь просто записать таблицу как есть:
Команда (? Для справки): w Окончательная проверка завершена. О записи данных GPT. ЭТО БУДЕТ ПЕРЕЗАПИСАНО СУЩЕСТВУЮЩИХ РАЗДЕЛЫ !! Вы хотите продолжить? (Да / Нет): y В ПОРЯДКЕ; запись новой таблицы разделов GUID (GPT) в / dev / xvdf. Операция успешно завершена.На этом этапе я отключаю том, снова подключаюсь к исходному экземпляру EC2 и пытаюсь перезагрузиться. Сервер никогда не становится доступным.
Я провожу еще немного исследований и считаю, что моя проблема в том, что мне нужно создать загрузочный раздел BIOS и установить grub. Повторно подключив свой том к другому экземпляру, я создал новый раздел, поэтому теперь у меня есть следующее:
Номер Начало (сектор) Конец (сектор) Код размера Имя 1 2048 104857566 50,0 ГиБ 8300 Файловая система Linux 2 34 2047 1007,0 KiB EF02 Загрузочный раздел BIOSЗатем мне нужно было установить GRUB, поэтому я сделал следующее: $ sudo grub-install / dev / xvdf Установка на платформу i386-pc. Установка завершена. Об ошибках не сообщалось.
Отсоединено / повторно подключено и снова нет кубиков. На этом этапе я узнал, что могу просмотреть снимок экрана с панели управления EC2, и сделал следующее:
В этот момент я просто кидаю вещи в стену, чтобы посмотреть, не прилипнут ли они. Я понятия не имею, что делаю, но чувствую, что мне не хватает чего-то базового.
Как я уже сказал, если я могу добавить GPT к тому и успешно загрузить его, меня не беспокоят шаги, необходимые для фактического изменения размера том.
Безопасный способ настроить хранилище и сохранить загрузочную систему - не менять раздел корневого тома.
Присоединять новые диски с данными. Создайте на них тома LVM, не разбивая их: vgcreate datavg / dev / sdb . Восстановите файлы из резервных копий, только данные, а не ОС, в новое хранилище.
Идея нового экземпляра состоит в том, если вы действительно хотите изменить размер корневого тома. Для предоставления корневого тома объемом 2 ТБ с самого начала потребуется GPT. Затем восстановите свои данные и получите работающую систему без танцев с разделами.