
Я планирую создать полную резервную копию моей установки Ubuntu Server в режиме UEFI на диске объемом 512 ГБ. Есть один обязательный раздел UEFI (1 ГБ), /boot — это стандартный отдельный загрузочный раздел EXT4 (2 ГБ), а остальная часть диска — это большой физический том LVM (~509 ГБ).
- Определена одна группа томов, например vg-root размером ~509 ГБ.
- Определен один логический том, например, lv-root размером 200 ГБ.
Система установлена, ядро и пакеты обновлены, все хорошо. Я планирую создать в этот "чистый" момент времени полную резервную копию системы с использованием функции моментального снимка LVM.
Я создам lv-root-snap размером 200 ГБ и резервную копию загрузочного раздела "dd if=/dev/BOOT_PARTITION_DEVICE of=boot_backup.dd". С этого момента может быть много изменений, обновлений и т. д. Также со временем могут быть установлены новые ядра, обычное дело в ОС Ubuntu.
В будущем я планирую «вернуться в прошлое», восстановив загрузочный раздел с помощью обратной команды dd и lv-root из снимка lv-root-snap.
Я планирую следовать этим шагам во время будущей процедуры восстановления:
- Размонтировать /загрузочный раздел
- Выполнить обратную команду dd резервной копии загрузочного раздела (чтобы после этого у нас были оригинальные ядра в загрузочном разделе, /boot в этот момент остается несмонтированным)
- Восстановите lv-root из lv-root-snap (это будет запланировано для следующей перезагрузки, так как это смонтированный активный корневой раздел)
- Выполнить немедленную перезагрузку ПК UEFI
- Надеюсь загрузиться в исходное состояние моего ПК с UEFI («чистое состояние») :)
Действителен ли этот план для ПК с UEFI? Или, может быть, я что-то упускаю, особенно когда игнорирую раздел UEFI в своем плане резервного копирования?
решение1
Процесс отличается в зависимости от компании, но лучшей практикой является резервное копирование настроек, конфигураций и критических данных. Не самой установки ОС. Ее можно легко переустановить. Вы даже можете столкнуться с проблемами с безопасной загрузкой UEFI и ключами tpm, которые могут меняться между резервными копиями, которые вы делаете.
Если вам нужна защита от сбоев диска, рассмотрите вариант Raid 1.