Устаревшая установка Ubuntu на GPT основывала Диск

Да. Наследие может быть установлено на a GPT Формат диска Таблицы разделов. Между прочим, это - новый стандарт, который это постепенно заменяет MBR. Этот тип формата является лучшим выбором, потому что он не имеет MBR пределы.

Читайте и загружающийся к дискам Таблицы разделов GPT совместимы со всеми основанными на Intel компьютерами с 2003. Это тихо маловероятный, что Вы найдете ПК, который не может считать формат.

Результаты копии с MBR кому: GPT:

Я использовал dd для копирования раздела с источника управляют в MBR и конечный диск в GPT раздел. Единственный раздел, который был затронут, был целевым разделом на конечном диске. Все другие разделы на конечном диске остались в такте.

Конечный диск был загрузочным диском с a GPT таблица разделов. ОС на 120G диск является Ubuntu 16.04. Диск загружает в любом компьютер, который имеет EFI совместимый или просто legacy. Я протестировал начальную загрузку диска к 10-летнему ноутбуку Dell, это только имеет поддержку прежней версии. Это загрузилось безупречно перед копией и после копии к Ноутбуку как мой компьютер, который имеет UEFI возможность.

Сценарий копии DD

Когда я выполняю то, что я рассматриваю критической задачей, такой как это, я обычно создаю a very easy to follow сценарий сначала и исследование это тесно и выполненный критическая команда из сценария. Также я имею огромный буфер истории команд и пытаюсь минимизировать случайно выполнение неправильной командной строки из истории. Я называю сценарий из каталога с: ./ddcopy.sh

Сценарий, который я использовал:
ddcopy.sh:

#!/bin/bash

source="/dev/sdb1"
destination="/dev/sdc4"

read -p "Copy from device $source to $destination: [y/n] " -n 1 -r
if [[ $REPLY =~ ^[Yy]$ ]]
then
    # do dangerous stuff
    echo "..."
    echo "Proceeding..."
    time sudo dd if="$source" of="$destination" bs=4M status=progress ; espeak "Application Completed."
else
    echo "..."
    echo "Applicaton canceled."
fi

После копии я использовал gparted редактирование check управляйте для исправления целостности раздела. Два размера раздела отличались. В то время как смонтированный диск и контрольная сумма данных был корректен, check исправленный несоответствие размера.

Целостность проверки Файлов

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

Пример нескольких checksum тест:

$ sudo mount /dev/sdb1 /mnt
$ md5sum /mnt/* >> ~/checklist2.chk ; espeak "Application completed"