Системный раздел EFI (ESP; ваш первый раздел) содержит загрузчики EFI, поэтому вы должны выполнить их резервное копирование. Если вы этого не сделаете, вы не сможете загрузиться, когда восстановите разделы ОС. Для этого подходит резервная копия на уровне файлов (с использованием tar , cp и т. П.), И фактически она, вероятно, будет более эффективной, чем резервная копия dd . Резервная копия на уровне файлов также облегчит восстановление в ESP, размер которого отличается от исходного - dd создает неполную файловую систему при восстановлении на устройство меньшего размера, чем оригинальное, и поэтому никогда не должно использоваться в этом случае. OTOH, резервная копия dd сохранит серийный номер файловой системы, который Linux обычно использует в /etc/fstab . Если вы делаете резервное копирование на уровне файлов, вам нужно будет настроить /etc/fstab при создании новой файловой системы и восстановлении файлов.
Я никогда раньше не слышал о "ms-tree" как о типе раздела или файловой системы. В стандартной установке Windows EFI, однако, существует зарезервированный раздел Microsoft, который в основном представляет собой просто пустое пространство, которое программное обеспечение для создания разделов Windows может использовать в качестве "чистого пространства" в будущих операциях. AFAIK, он не содержит никаких долгосрочных данных, и поэтому может быть исключен из резервных копий; Однако, если вы хотите быть очень безопасно, вы можете сделать резервную копию dd этого.
Ваш третий раздел (ваш диск Windows C: :), очевидно, имеет решающее значение. Я рекомендую либо использовать инструмент резервного копирования Windows для его обработки, либо использовать ntfsclone в Linux. Я не помню, возможно ли восстановить раздел меньшего размера, чем исходный, при использовании ntfsclone , но я почти уверен, что можно восстановить раздел большего размера. В документации ntfsclone говорится, что восстановленный раздел не будет загрузочным, но это верно только для компьютеров на базе BIOS; в системе EFI образ, ntfsclone ntfsclone, должен нормально загружаться при условии правильного восстановления загрузчика ESP. (Однако могут быть проблемы с таблицей разделов; я никогда не проверял восстановление на новый диск.) Проверьте документацию для программного обеспечения Windows, если вы используете эту опцию для резервного копирования Windows.
Вообще говоря, восстановление в раздел не вызовет проблем с таблицей разделов, то есть, если вы восстановите в /dev/sda1 (или что-то еще), таблица разделов не будет затронута. Таблица разделов находится вне заданного раздела, поэтому повредить таблицу разделов , вы должны злоупотреблять секционирования программного обеспечения gdisk parted GParted и т.д.) или записи в целом диске устройство /dev/sda Как уже упоминалось, программное обеспечение может ссылаться на разделы по их значениям GUID, которые хранятся в таблице разделов. Вы можете идентифицировать и изменить значения GUID вашего раздела с помощью gdisk или sgdisk , например:
sudo sgdisk -i 1 /dev/sda
Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System)
Partition unique GUID: 2C47C282-EE6E-45DE-A5AD-E8658CA67DE6
First sector: 2048 (at 1024.0 KiB)
Last sector: 390625 (at 190.7 MiB)
Partition size: 388578 sectors (189.7 MiB)
Attribute flags: 1000000000000000
Partition name: 'EFI System'
В этом примере показано, что раздел является ESP (в строке Partition GUID code ) и имеет значение GUID 2C47C282-EE6E-45DE-A5AD-E8658CA67DE6 (в строке Partition unique GUID ). Если вам нужно было реплицировать эти данные на другой диск, вы должны использовать опцию -u для sgdisk , например:
sudo sgdisk -u 1:2C47C282-EE6E-45DE-A5AD-E8658CA67DE6 /dev/sda
Это устанавливает уникальный GUID для раздела 1 на 2C47C282-EE6E-45DE-A5AD-E8658CA67DE6. Есть и другие способы сделать это тоже; обратитесь за подробностями к страницам справки по gdisk и sgdisk . Я хотел бы подчеркнуть, что это не может быть необходимым, хотя. Более того, излишняя репликация GUID может вызвать проблемы, особенно если исходный и новый диски будут использоваться вместе на одном компьютере. Это потому, что эти значения должны быть уникальными, поэтому, если два раздела имеют одинаковый идентификатор GUID, предположения некоторых программ могут быть нарушены. Основная причина, по которой вы захотите это сделать, заключается в том, что загрузчик или какой-либо другой инструмент ссылается на разделы по их значениям GUID (также называемым PARTUUID в некоторых инструментах Linux). В этом случае репликация значений GUID позволит программному обеспечению работать без перенастройки, но также будет работать настройка программного обеспечения. Проблема в том, что переконфигурирование программного обеспечения зависит от программного обеспечения.
