Невідповідність розміру GPT PMBR після клонування DD

13

Я переношу свою завантажувальну систему Ubuntu EFI на більший hdd. Я використав команду

dd if=/dev/sdb of=/dev/sda

Я не демонтував вхідний файл перед копіюванням, а вихідний файл був свіжим нерозподіленим простором. Я успішно завантажився з нового більшого HDD.

fdisk -l звіти:

Невідповідність розміру GPT PMBR
gdisk повідомляє про старий розмір диска (200 ГБ) та
PMBR повідомляє про новий розмір жорсткого диска (2 ТБ).

Команда станів помилок gdisk w(write) буде працювати, однак довідка gdisk рекомендує команду xe(перемістіть резервну копію на кінець диска).

Моя мета - видалити старий диск і використовувати новий привід як основний завантажувальний диск, коли старий монстр встановлення буде недоторканим.

Чи повинен я просто продовжити розширення розділів або я повинен використовувати одну з цих команд?

hard-drive gpt dd migration

— Закри колінної кістки
джерело

10

Зробіть так, як gdiskпідкаже підказка: Використовуйте eопцію в меню експертів ( x) для переміщення структур даних на кінець диска. Ви можете виконати те ж саме в partedабо GParted, якщо хочете. IIRC, вони роблять це напівавтоматично, хоча вони просять підтвердження.

Після переміщення структур резервного копіювання даних GPT ви можете змінити розмір розділу (-ів) за допомогою GParted.

— Род Сміт
джерело

4

Ти мусиш повірити цьому хлопцеві, - написав вінgdisk .

— mikeserv

Я завершився за допомогою gparted від живого usb. Я видалив розділи та переписав таблицю розділів на новому диску. Звідти я написав кроки роботи: gparted скопіював структуру розділів на старий диск, а тим часом також змінив розміри розділів і скопіював дані для нового диска. Це все робило, поки я спав.

— Zakri Kneebone

1

@ZakriKneebone: Оскільки я не бачу пояснення "чому ти повинен це робити", тому що GPT зберігається на першому та останньому секторі диска на випадок, якщо той, що працює в першому секторі, виходить з ладу, він все ще має задню панель -уп ... (і звернення!)

— Fabby

1

@RodSmith Альтернативне неінтерактивне рішення також вітається. Після клонування за ddдопомогою більшого диска ця проблема завжди повертається. Зручно, якщо сценарій клонування може виправити неправильний "резервний GPT". Я не можу знайти варіант переміщення у GPT fdisk (sgdisk) версії 1.0.3. Не зважаючи на те, що superuser.com/questions/905756/… говорить про те, що -e|--move-second-headerце варіант sgdisk.

— Pro Резервне копіювання

1

Я хочу опублікувати розширене пояснення моїх випробувань та помилок для тих, хто намагається те саме, оскільки документація досить фрагментарна і вказує на кілька різних методик. Я завершився за допомогою gparted від живого usb. Я видалив розділи та переписав таблицю розділів на новому диску. У Gparted є послідовник кроків: він скопіював структуру розділів на старий диск, а тим часом також змінив розміри розділів і скопіював дані для нового диска. Це все робило, поки я спав. Використання dd також вимагало вручну оновити файл fstab, який я пропустив. Потім я спробував ddrescue (з пакету Universe через Synaptic, а не з програмного центру) від live usb, який повідомив, що він не працює з gpt. Це стосується мене gparted.

— Закри колінної кістки
джерело

Гарний теж! З цього питання і запитань дізнаються багато людей

— Fabby

0

Ще одна дата, я сьогодні зіткнувся з цим, змінивши об'єм EBS на моєму екземплярі EC2. Я вирішив це, запустивши growpart /dev/nvme0n1 1, який міняв мій розділ правильно.

— Аарон Р.
джерело