1

У меня есть устройство SSD, поскольку основной жесткий диск SATA содержит мой ОС. На этом устройстве у меня установлены Windows и Linux Mint. Теперь я хочу сделать образ моей установки Windows, чтобы я мог восстановить образ в случае сбоя. Жесткий диск использует схему разделов GPT, и существуют следующие разделы (на sda):

  1. Раздел EFI
  2. Windows 7 (ms-tree) понятия не имею, где это для
  3. Системный диск Windows 7 (NTFS) c:
  4. \boot (ext2) для Linux Mint
  5. \ (ext4) системный раздел для linux mint

Прежде всего, было бы приятно знать, что разделы ведьмы - это минимум, который мне нужно сделать для восстановления моих работающих окон. Это просто раздел номер 3 с файловой системой ntfs или мне также нужно включить раздел ms-tree? Когда у меня нет резервной копии раздела EFI, я могу создать новый и переустановить менеджер загрузки Windows, используя bcedit с установочного диска Windows 7 или?

Мой второй вопрос: когда я делаю резервную копию необходимых разделов, скажем, с

dd if=/dev/sda1 conv=sync,noerror bs=64K | gzip > ~/image-compress_sda1.img.gz

и теперь мой жесткий диск сломался, и я хочу восстановить на новой ведьме, я создал таблицу разделов gpt и такой раздел, как /dev /sdb2, могу ли я восстановить свои окна, используя

gzip -dc ~/image-compress_sda1.img.gz | sudo dd of=/dev/sda1 bs=64K

или это вызывает проблемы с таблицей разделов GPT? Есть ли способ воссоздать ту же схему разделов, которая была на моем старом диске, кроме 4 и 5 разделов, которые специфичны для Linux? И что происходит, когда раздел слишком маленький, dd просто падает?

И мой последний вопрос: могу ли я легко смонтировать файл img.gz раздела ntfs в linux?

1 ответ1

1

Системный раздел 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 позволит программному обеспечению работать без перенастройки, но также будет работать настройка программного обеспечения. Проблема в том, что переконфигурирование программного обеспечения зависит от программного обеспечения.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .