Несоответствие размера GPT PMBR после клонирования dd


13

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

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

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

  • fdisk -l доклады:

    Несоответствие размеров GPT PMBR

  • gdisk сообщает о размере старого диска (200 ГБ) и

  • PMBR сообщает о новом размере жесткого диска (2 ТБ).

Команда состояния ошибки gdisk w(запись) будет работать, однако gdisk help рекомендует команду xe(переместить резервную копию в конец диска).

Моя цель - удалить старый диск и использовать новый диск в качестве основного загрузочного диска с моей старой установкой grub.

Должен ли я просто расширять разделы или использовать одну из этих команд?

Ответы:


10

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

Переместив структуры данных резервной копии GPT, вы можете изменить размер своих разделов с помощью GParted.


4
Вы должны верить этому парню, - написал онgdisk .
mikeserv

Я завелся с помощью gparted с живого usb. Я удалил разделы и переписал таблицу разделов на новом диске. Оттуда я написал шаги робота: gparted скопировал структуру разделов старого диска, а также изменил размеры разделов и скопировал данные для нового диска. Он делал все, пока я спал.
Закри 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 Backup

1

Я хочу опубликовать расширенное объяснение моих испытаний и ошибок для тех, кто пытается сделать то же самое, поскольку документация довольно фрагментирована и указывает на несколько различных методов. Я завелся с помощью gparted с живого usb. Я удалил разделы и переписал таблицу разделов на новом диске. Gparted имеет пошаговый секвенсор: он скопировал структуру разделов старого диска, а также изменил размер разделов и скопировал данные для нового диска. Он делал все, пока я спал. Использование dd также потребовало ручного обновления файла fstab, который я пропустил. Затем я попробовал ddrescue (из пакета Universe через Synaptic, а не Software Center) с живого usb, который сообщил, что он не работает с gpt. Это направило меня к gparted.


Хороший тоже! Многие люди будут учиться из этого Q & A ...
Fabby

0

Просто еще один материал, с которым я столкнулся сегодня, изменив размер тома EBS на моем экземпляре EC2. Я решил это, запустив growpart /dev/nvme0n1 1, что правильно изменило размер моего раздела.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.