Обновление системного диска Debian: скопировать файловые системы от разделов MBR до GPT?
Мой домашний сервер выполняет Debian Lenny, и я собираюсь обновить системный диск до более крупного диска.
В процессе, я хочу воспользоваться возможностью, чтобы реорганизовать разделы и изменить размер их. Для изучения целей я планирую мигрировать от таблицы разделов MBR до GPT.
Из-за тех двух изменений я не могу только работать "dd если =/old/drive =/new/drive" (хорошо, не без партий больше работы впоследствии). Я мог использовать процесс debootstrap для получения новой установки на новом системном диске, но я использовал ту технику во время последнего обновления системы, и это - вероятно, излишество для этого.
Я могу просто скопировать разделы от старого диска до нового?
Будет "dd, если =/dev/hda1 =/dev/hdb2" работа, принимая/dev/hdb2 будет больше, чем/dev/hda1? (Если так, файловая система может быть изменена для использования в своих интересах нового большего раздела, правильно?)
Был бы разделенный (или gparted) быть лучшим инструментом для копирования содержания разделов?
2 ответа
Ответы: да и да. То, когда Вы копируете меньший раздел в больший GParted, в основном делает то же самое: dd'луг старое содержание и запуск resize2fs для целевого раздела. resize2fs требует некоторых противных вычислений сектора, таким образом, я рекомендовал бы для использования (g) разделить утилиты, которые делают это автоматически, но это, конечно, возможно с двумя упомянутыми командами. Также parteds делают некоторые проверки и проверки работоспособности, которые не позволят Вам, застрелились в участке.
Миграция GPT ничего не должна делать с содержанием раздела: таблица разделов, неважно - это, GPT или MBR просто сообщают ядру, как расположить окно чтения-записи для файла устройств раздела; это не влияет на содержание раздела вообще.
Вскрытие:
Дела шли главным образом как ожидалось, но было несколько отклонений, которые я должен зарегистрировать. Естественно, весь раздел, копирующий, был сделан от LiveCD (Xubuntu 9.04, так как это было тем, что у меня была ложь вокруг, но любой недавний LiveCD должен сделать).
Gparted отказался копировать раздел на старом диске к существующему (пустому) разделу на новом диске. (разделенный, возможно, работал, но отказался из-за некоторого "несовместимого" флага файловой системы на моем системном разделе.) Вместо этого я должен был сдуть схему выделения разделов и позволить Gparted создавать раздел как часть его операции копии.
Grub2 был необходим на новом диске (Grub1 не понимает GPT). Это означало устанавливать Grub2 на новом диске в то время как в chroot среде (подобный chroot, описанному в этих инструкциях):
В то время как chroot'd в новый системный раздел, выполненный
apt-get install grub-pcустанавливать Grub2 (chroot удостоверяется, что мы получаем его из репозиториев Debian вместо репозиториев Ubuntu LiveCD).Следующий шаг должен быть должен работать
upgrade-from-grub-legacyустанавливать загрузчик и настраивать основной grub.cfg. Но пакет Grub2 в репозитории чиновника Debian Lenny (в настоящее время v1.96+20080724-16) устанавливает поврежденный/etc/grub.d/20_memtest86+, и сценарий обновления повреждается при обработке его. Отредактируйте тот файл таким образом:Изменение
. /usr/lib/grub-mkconfig_libкому:. /usr/lib/grub/update-grub_libИзмените все экземпляры"
linux16"к"linux". Это - директива ядра Grub2 - этот шаг не необходим для запущения скрипта обновления, но это не загружает Memtest86 + директива правильно.Выполненный
upgrade-from-grub-legacy. Это должно теперь завершиться правильно.
Обновите любого трудно кодированное монтирование в/etc/fstab. Так как разделы были скопированы и изменены, их UUID должны быть тем же. Но разделы подкачки не будут иметь того же UUID, таким образом, этому будет нужно обновление.
Перепроверьте все, скрестите пальцы, завершите работу компьютера, разъедините старый системный диск, перезагрузку.