Как клонировать gpt диск

Как перенести систему с HDD на SSD

На большинстве старых компьютеров операционная система по умолчанию устанавливается на традиционный механический жесткий диск, и ОС обычно работает медленно даже после обновления до Windows 10. С целью повышения производительности многие пользователи предпочитают перенести систему с жесткого диска на твердотельный накопитель.

SSD против HDD

Внимательно посмотрев на HDD, можно увидеть, что внутри него нескольких пластин с магнитным напылением, на которых хранятся данные. SSD работает по-другому – он похож на микросхему памяти, не имеющую физически движущихся частей. По этой причине он стоит дороже.

HDD поддерживаются почти всеми операционными системами Windows, включая версии 95, Vista, XP. На SSD можно установить только Windows 7 или более поздние версии.

Если ОС установлена на твердотельный накопитель, компьютер загружается быстро. Программное обеспечение также запускается быстро. Скорость чтения и записи намного выше.

Необходимые требования

При выборе накопителя следует внимательно посмотреть на размер хранилища в зависимости от данных, которые есть на жестком диске. Потребуется и специальное ПО для клонирования: существует множество программ, позволяющих переносить одно устройство хранения на другое. Среди них – AOMEI Backupper Standard, которая клонирует не только существующие данные на диске, но и удаленные файлы.

Адаптер USB-SATA позволит подключить твердотельный накопитель через USB-порт ноутбука. Пользователь стационарного компьютера, может пропустить этот шаг, установив SSD как внутренний диск (вторичный).

Еще понадобится стандартная отвертка с крестообразным шлицем.

Как перенести HDD на SSD

Перенос – полное копирование объекта от одного к другому. Процедура клонирования одинакова для пользователя стационарного компьютера или ноутбука.

При наличии большого объема данных, это займет много времени. Обычно процесс занимает от 20 минут до нескольких часов.

Проверка файловой системы устройства хранения

Есть два типа файловой системы. Это MBR (основная загрузочная запись) и GPT (таблица разделов GUID). При выполнении установки Windows XP, 7, 8 или 10 пользователь может сталкиваться с некоторыми проблемами с файловой системой.

MBR использовался в Windows 7 и более ранних версиях, GPT – в Windows 8 и 10, но в этих версиях работает и MBR.

Винчестер и накопитель должны иметь одинаковую файловую систему. Для проверки необходимо выполнить следующие действия:

  1. Запустить командную строку, нажав Win+R, вписав в поле поиска cmd и кликнув по Enter.
  2. В командную строку добавить diskpart и нажать Enter. Откроется новое окно командной строки.
  3. Вписать list disk и нажать Enter.
  4. На экране отобразится список дисков, установленных в системе. Если в поле GPT стоит знак «*», значит, файловая система – GPT. Если знак «*» отсутствует – MBR.

Теперь необходимо убедиться, что накопитель тоже имеет GPT. Для этого:

  1. Подключить SSD через адаптер USB-SATA.
  2. Перейти в приложение командной строки, ввести diskmgmt и нажать Enter.
  3. Откроется новое окно. Выбрать SSD и щелкнуть правой кнопкой мыши. Выбрать «Преобразовать в GPT» (при MBR). В противном случае ничего делать не нужно.

Если целевой диск является динамическим, необходимо преобразовать динамический в базовый.

Резервное копирование данных

Рекомендуется сделать резервную копию важных данных на внешнем запоминающем устройстве. Хотя они будут сохранены после клонирования, существует вероятность сбоя.

Начало переноса системы

Шаг 1. Загрузить бесплатную версию программы AMOEI Backupper Standard. После завершения загрузки установить ее как любое другое ПО.

Шаг 2. Открыть AMOEI Backupper, на левой боковой панели нажать «Клонировать», а затем выбрать «Клонирование диска».

Шаг 3. Теперь выбрать винчестер, который нужно клонировать (исходный). Здесь исходный диск – Disk0. Кликнуть по «Далее».

Шаг 4. В этом окне выбирается целевой диск. Это может быть SSD или HDD. Но в этом случае – накопитель. Нажать «Далее».

Шаг 5. В правом нижнем углу расположены две опции. Выбрать пункт «Начать клонирование». В левой части окна есть три варианта. Перед тем, как начать клонирование, необходимо сделать следующее:

  1. Чтобы изменить размер разделов для использования полной емкости, выбрать «Редактировать разделы в месте назначения». Это следует сделать при клонировании небольшого HDD.
  2. Чтобы клонировать весь винчестер (используемое и неиспользуемое пространство), выбрать «Посекторное клонирование». На это уходит больше времени. Активировав эту опцию, будет невозможно изменять размер разделов на целевом диске. Но можно изменить размер после завершения клонирования HDD.
  3. Если клонируется HDD большого размера (500 ГБ) на относительно меньший SSD (250 ГБ), не нужно осуществлять «Посекторное клонирование».
  4. Рекомендуется выбрать пункт «Выровнять раздел для оптимизации для SSD», потому что это повышает производительность, если целевой – SSD.

Шаг 6. Когда индикатор достигнет 100%, нажать кнопку «Готово». Перенос HDD на SSD завершен. Теперь можно выйти из программы.

Клонируем GPT-диск с 512B-сектором на диск с 4K-сектором в Linux. Подводные камни с EFI, NTFS и LVM

Для современного компьютера диск с 4К сектором выглядит предпочтительнее, чем с олдскульным 512B. Так как почти все современные ФС имеют размер кластера по-умолчанию 4KiB или больше. Поэтому использование 512B сектора несколько снижает производительность, а также увеличивает коэффициент умножения записи (Write Amplication) у SSD, что уменьшает ресурс.

Более того, сложно найти современные диски более 4ТБ с сектором 512N. Если диск и рапортует сектор в 512 байт, то, как правило, это 512E — эмулируемый, который используется в основном для совместимости со старыми контроллерами. А в реальности на физическом уровне используется 4К или даже больше (больше в основном у SSD).

Поэтому при покупке нового диска я выбрал диск с сектором 4КiB. И передо мной встала задача клонирования старого диска с 512B сектором (GPT) на новый c сектором 4KiB. Я хотел сохранить установленные Linux, Windows 10, Windows 7 и тома LVM, чтобы не заниматься переустановками ОС. В процессе чего всплыло несколько подводных камней.

Начну с того, что всем советую загрузочные диски (как и прочие, которые >= 2ТБ) делать в разметке GPT. Ибо это очень удобно.

Для GPT-дисков уже не нужна магия хитрых загрузчиков, которые записываются в MBR и многоступенчатым образом загружают вначале себя, а потом и операционную систему.

Достаточно записать загрузчик в специальный EFI-раздел, указать в биосе, что мы хотим загружать именно этот загрузчик и всё. Если биос неудобный или с усеченным функционалом, то я использую программу Hasleo EasyUEFI.

Итак, вернёмся к моей задаче. У меня на диске стоят в мультизагрузке :

  1. Calculate Linux (btrfs)
  2. Windows 10 LTSC (ntfs)
  3. Windows 7 (ntfs)

1. Клонирование

▍ 1.1. Отмонтируем смонтированные файловые системы

Список смонтированных файловых систем проще всего посмотреть командой df .
Отмонтируем (по имени раздела или конечной папки):

▍ 1.2. Отключаем активные Volume Groups в LVM

Иначе это может привести к непредсказуемым последствиям, так как ядро может запутаться — будет две одинаковые Volume Groups и на какую-то из них ему нужно писать данные.

Классические способы ( dd , cat , pv ) прекрасно подходят для клонирования LVM-разделов, если диски имеют одинаковый размер сектора. Но в моём случае после клонирования ими LVM-раздел не запустился. Оказалось, что в него всё-таки жёстко вшит размер сектора. Ниже я расскажу, как это обошёл. vgchange делать не пришлось.

▍ 1.3. Клонирование стандартными утилитами

Вначале я просто склонировал один диск на другой.

Классический способ это:

Хотя, лично я предпочитаю вот такой:

Программа pv показывает полосу копирования, текущую скорость, ожидаемое время и использует/подбирает размер блока для более быстрого копирования.

Если на системе нет ни pv , ни dd то можно использовать cat :

В этом случае тоже будет всё скопировано быстро, то без всяких плюшек типа полосы копирования. Некоторые админы шаманского типа считают, что cat — самая оптимизированная прога для копирования потоков данных и поэтому делают так:

Сочетают оптимизированность cat и плюшки pv . По моим прикидкам достаточно pv . Я не смог увидеть какого-то существенного выигрыша.

Также можно клонировать разделы по отдельности. В конечном итоге мне так и пришлось сделать, так как всплыло несколько проблем (о них ниже).

pv < /dev/sda1 > /dev/sdb1

Вышеперечисленные способы клонирование, естественно, работают когда источник (source) по размеру меньше или равен назначению (target).

Вообще во многих случаях клонировать удобно используя флэшку с Clonezilla. Но, как выяснилось, она не может корректно отработать случай с клонированием с 512B диска на 4КiB-диск. Хотя в остальном Clonezilla хороша. Она умеет клонировать только занятые сектора, что существенно экономит время.

▍ 1.4. Таблица разделов

Из-за того, что 4К-сектор больше в 8 раз, чем 512B потребуется после клонирования ещё изменить таблицу разделов. Так как разделы задаются в секторах. Это можно сделать вручную пораздельно с помощью gdisk , а можно использовать sfdisk .

В таблице которую показывает gdisk (внутренняя команда p ) можно увидеть что-то подобное:

Мы видим размер логического и физического секторов, а также в таблице есть начальные и конечные сектора. Стартовый сектор нам достаточно разделить на 8, чтобы получить номер сектора для 4К-диска, а вот конечный сектор считает по чуть более сложной формуле. Мы прибавляем 1, делим на 8, и вычитаем 1. В консоли выполнить вычисления можно так:

Или примерно так:

Можно отредактировать все разделы оптом. Мы записываем таблицу разделов в файл, а потом редактируем его.

И заливаем заново на диск:

После любого изменения таблицы дисков желательно дать ядру знать об этом командой:

▍ 1.5. А что насчёт TRIM?

Можно попробовать увеличить скорость клонирования, если перед клонированием сделать TRIM целого диска-приёмника.

Или одного раздела.

После клонирования (простыми программами типа dd , pv , cat ) можно тримнуть склонированную файловую систему. Но делать это нужно лишь после того, как диск-источник удалён, а склонированная ФС подмонтирована.

Если вы дата-параноик, то не делайте этого, так как потом не сможете с диска восстановить удалённые файлы.

Естественно, ваш диск должен поддерживать TRIM. Многие корпоративные накопители его не поддерживают, так как для у них достаточно резервного пространства и не нужны непредсказуемые задержки от TRIM.

Рейд-массивы тоже, как правило, TRIM не поддерживают, так как содержание ячеек после TRIM по стандартам не определено, а рейд-массиву нужно считать контрольные суммы.

Манипуляции с TRIM перед/после клонирования вряд ли дадут какой-то существенный выигрыш, но хуже точно не будет.

2. Клонирование EFI-раздела.

Для расширенного формата дисков объемом в машинном формате (4 КБ на сектор) минимальный размер составляет 260 Мб из-за ограничения формата файла FAT32. Минимальный размер раздела для дисков FAT32 вычисляется как размер сектора (4 КБ) x 65527 = 256 МБ.

Это ограничение не затрагивает диски расширенного формата 512e, так как их размер эмулированного сектора составляет 512 байт. 512 байт x 65527 = 32 МБ, что меньше, чем минимальный размер в 100 МБ для этой секции. Документация Microsoft.

У меня раздел на старом диске был как раз около 100МБ. Поэтому мне пришлось вначале создать структуру разделов с увеличенным EFI-разделом на диске-приёмнике, а потом клонировать каждый раздел в отдельности.

Соответственно, на диске-приёмнике я создал EFI-раздел размером 270МБ. Отформатировал его, а потом скопировал все файлы со старого раздела на новый.

Создание FAT32 на разделе 4К-диска:

Монтируем старый и новый EFI-разделы:

Копирование файлов загрузчиков со старого EFI-раздела на новый:

3. Клонируем разделы с NTFS

Поскольку по умолчанию размер кластера у NTFS равен 4К, то я думал никаких проблем не возникнет. Как же я ошибался!

NTFS спроектирована неидеально. Она выходит за пределы своего уровня абстракции, совершает layering violation, о которых говорил Эдуард Шишкин (разработчик ReiserFS 4) в своём интервью. А именно непонятно, зачем в первый сектор NTFS записан размер сектора физического диска, размер NTFS в секторах, число скрытых секторов.

Посмотреть информацию об NTFS под Linux:

Из-за того, что в NTFS жёстко зашит размер сектора, разделы в Windows, в диспетчере дисков, отображаются как «RAW». И недоступны для чтения.

Что интересно, размер сектора диска совершенно безразличен Linux-драйверу ntfs-3g . Разделы NTFS под Linux прекрасно видны даже после клонирования 512B -> 4KiB.

Решать проблему «RAW» можно несколькими способами.

На текущий момент ни одна утилита для клонирования не умеет корректно клонировать NTFS-разделы между дисками с разным размером сектора, в том числе Clonezilla. Единственная программа, которая анонсирует эту функцию — это HdClone. Но она это делает топорно и не совсем верно, что лучше использовать мою самописную утилиту.

Вдохновившись анонсированной функций клонирования с 512 на 4К я решил попробовать эту прогу. Но в бесплатной версии не было функции клонирования отдельных разделов. Мне было жалко платить 20 евро и решил найти хакнутую программу. Нашёл. Проверил 10 антивирусами. Всё ОК. Запустил. И на всех моих дисках была испорчена $MFT. Я пока ещё не разобрался были ли они зашифрованы или просто испорчены, так как никакого требования не было оставлено.

Если вы хорошо владеете отладчиком и сможете разобраться с тем, что именно произошло, жду вас в личке для взаимовыгодного сотрудничества.

Потом я уже ради чистоты эксперимента я использовал официальную версию. И что? Она склонировала NTFS-раздел некорректно. Не заполнила NTFS backup boot-сектор. И, насколько я помню, chkdsk увидел ошибки на NTFS-разделе после клонирования.

▍ 3.1. Пересоздаём загрузочный сектор NTFS c помощью программы TestDisk

Прекрасная программа, которая есть как под Windows, так и в большинстве репозиториев Linux. В данном случае опция «Rebuild BS» выручает, но и она не всегда корректно работает.

Проблема в том, что эта функция работает исходя из битовой карты и $MFT. Для целей восстановления данных — это хороший подход, но для клонирования лучше просто пересчитать NTFS boot sector. Чтобы не делать это руками, я написал скрипт, о котором ниже.

▍ 3.2. Моя утилита ntfs_512_to_4k

Вооружившись описанием формата NTFS boot-сектора, я написал свою утилитку для его модификации после клонирования.

Естественно, я полностью отказываюсь от любой ответственности, если вы будете её использовать. Однако мне она помогла. Вот репозиторий на GitHub.

Примеры использования:

Показать информацию из загрузочного сектора NTFS и его копии.

Переделать информацию в загрузочных секторах NTFS из 512 в 4К-секторы (после клонирования)

Откатить изменения в загрузочных секторах с 4К на 512B-сектора

Но есть одна тонкость. Backup NTFS boot сектор хранится в последнем секторе раздела. А точнее в первых 512 байтах последнего сектора. Что даёт его разное положение в зависимости от размера сектора. Поскольку я не был уверен, что в последних 8 секторах нет никакой важной информации, то перед использованием своей проги я немного уменьшил размер NTFS-фс, применил свой скрипт, а потом опять её увеличил. Вот так это выглядело:

▍ 3.3. Windows 10 и Windows 7

Windows 10 после коррекции NTFS заработала отлично.

А вот Windows 7 мне не удалось заставить работать. Совсем. Видимо при установке куда-то в неё записывается размер сектора диска и она выдаёт самые разнообразные ошибки, но не хочет работать, если он изменился.

Для корректного перенесения Windows 7 я попробовал использовать xcopy и robocopy с ключами для копирования всех прав. Но это не помогло. Windows 7 так и не смогла запуститься.

▍ 3.4. Скрытые разделы Windows

Если посмотреть вывод gdisk , то мы увидим кроме основного раздела Windows ещё 2 скрытых раздела с кодами 2700 и 0C01, размерами примерно 500MiB и 16MiB.

Код 2700 соответствует разделу со средой восстановления. Этот раздел отформатирован в NTFS. Поэтому с ним поступаем как и было объяснено выше.

Посмотрим размер сектора, который зашит с помощью ntfsinfo и скорректируем, если нужно.

А вот с разделом с кодом 0C01 (обозначение «Microsoft reserved» в gdisk ) оказалась какая-то странность. На всех компьютерах, где я его смотрел, он не имел никакой файловой системы и был заполнен нулями. Поэтому я просто склонировал его dd .

4. Перенос Volume Groups в LVM

Оказывается, где-то в формате LVM жёстко прописывается размер сектора. Поэтому вместо клонирования пришлось добавить новые разделы в Volume Group. Перенести информацию с помощью pvmove. Удалить старые разделы из Volume Group.

Но перед этих в настройках /etc/lvm/lvm.conf нужно раскомментировать возможность нахождения в одной VG дисков с разным размером сектора.

Объявляем раздел на новом физическом диске частью LVM-инфраструктуры:

Расширяем им Volume Group:

Переносим данные со старого диска на новый:

Удаляем старый диск из Volume Group:

5. Клонирование раздела c BTRFS

Прошло отлично. Никаких коррекций загрузочных секторов не потребовалось.

6. Заключение

Как мы видим сложности возникают при клонировании EFI-раздела, NTFS-файловых систем, а также Volume Groups от LVM. Но они решаемые.

Благодарности

За изображение спасибо TripletConcept. Его лучше смотреть в полном размере в отдельном окне.

Как перенести Windows на другой жёсткий диск, в том числе с отличным стилем разметки (GPT или MBR), программой DISM++

Осуществить перенос (миграцию) Windows на другой подключённый к компьютеру жёсткий диск можно с помощью многих программ, предлагающих функционал по системному бэкапу и разметке дискового пространства. Даже если станет вопрос о переносе системы на другой диск с отличным стилем разметки — GPT или MBR , многие из программ, такие, как, например, Paragon Hard Disk Manager или AOMEI Partition Assistant, помимо функции миграции, могут предложить конвертирование стиля разметки с сохранением работоспособности Windows.

В рамках этой операции программы преобразовывают загрузочный раздел EFI в MBR и наоборот, и Windows после смены стиля разметки продолжает успешно загружаться и работать. Однако перенос Windows и конвертирование стиля разметки обычно входят в число функций платных версий такого типа софта. А как выкрутиться из ситуации без покупки лицензии? Бесплатно перенести Windows на другой диск, в том числе с отличным стилем разметки, можно с помощью программы DISM++ . Рассмотрим ниже, как это делается.

1. Возможности DISM++ в части поставленной задачи

DISM++ — программа, реализующая юзабильный доступ к возможностям входящего в штат Windows консольного средства DISM для работы с образами операционной системы. DISM++ не умеет клонировать Windows на другой диск, но программа позволяет создать системный бэкап в установочный файл формата WIM , а затем развернуть его на другом диске (диске назначения) и восстановить на нём загрузчик. Единственное, чего не может DISM++ — это создать на диске назначения раздел загрузчика. Но этот вопрос мы решим с помощью штатных средств системы.

Как видим, если не брать в учёт смену стиля разметки диска (MBR или GPT) , в части поставленной задачи DISM++ предлагает даже менее, чем программы-бэкаперы, с помощью которых можно создать бэкап системных разделов и восстановить их на другом диске. Либо же клонировать системные разделы по отдельности как обычные разделы с данными. Но тот факт, что в процессе переноса Windows с помощью DISM++ мы столкнёмся с самостоятельным процессом создания раздела загрузчика, не стоит относить к минусам программы. Эти знания за плечами не носить, они могут пригодиться когда-то для восстановления работоспособности Windows.

Итак, для выполнения поставленной задачи нам понадобятся:

• Системное управление дисками, запускаем его через системный поиск путём ввода запроса «diskmgmt.msc» ;
• Командная строка, запущенная с админскими правами.

Ну и, естественно, нам нужна сама программа DISM++. Она портативная, её просто нужно скачать и распаковать.

Скачать можно здесь:

2. Создание бэкапа

Первым делом создадим бэкап Windows для дальнейшего развёртывания. Запускаем DISM++, в меню «Восстановление» жмём пункт «Бэкап системы».

DISM++

С помощью кнопки обзора указываем путь сохранения и задаём имя файлу WIM -бэкапа. Имя может быть любым.

Имя файлу WIM-бэкапа

И пока бэкап Windows создаётся, мы подготовим на диске назначения загрузочный и системный раздел для перемещения Windows.

3. Создание системных разделов на диске назначения

На диске назначения нам необходимо подготовить место для перемещения Windows.

Первый шаг: освобождаем от структуры и данных пустое место в размере 70-100 Гб (или более) в начале диска. Можем это сделать с помощью системного управления дисками.

Второй шаг: обращаем внимание, под каким порядковым номером в последнем значится диск назначения. В нашем случае, например, под номером 1.

Управление дисками

Теперь в командной строке создадим на диске назначения загрузочный раздел.

Для стиля GPT вводим команды по типу:

diskpart
sel dis 1 (здесь подставляем свой порядковый номер диска)
creat par efi size=100 (создаём EFI-раздел на 100 Мб)
format fs=FAT32 (форматируем его в FAT32)

Diskpart

Для стиля MBR вводим:

diskpart
sel dis 1 (здесь подставляем свой порядковый номер диска)
creat par prim size=350 (создаём MBR-раздел на 350 Мб)
format fs=ntfs (форматируем его в NTFS)
assign letter z (задаём букву раздела, если Z занята, то указываем другую)
activ (делаем MBR-раздел активным)

Для стиля MBR

Далее снова обращаемся к управлению дисками и на базе оставшегося пустого места формируем непосредственно раздел Windows, т.е. диск С для переносимой системы. Создаём обычный NTFS -раздел.

Создать простой том

В итоге у нас на диске назначения должно быть подготовлено два пустых раздела:

• Первый EFI -раздел и следующий за ним обычный NTFS -раздел на GPT -диске;

Разделы

• Первый активный MBR -раздел и следующий за ним обычный NTFS -раздел на MBR -диске.

На MBR-диске

4. Восстановление из бэкапа на диск назначения

Итак, разделы на диске назначения подготовлены, дожидаемся завершения создания бэкапа программой DISM++. И запускаем процесс развёртывания созданного бэкапа. В меню «Восстановление» выбираем «Восстановление».

Восстановление

С помощью кнопок обзора в двух нижних графах указываем путь к только что созданному файлу WIM и пустой NTFS -раздел на диске назначения – тот, что подготовлен как диск С для переносимой Windows. Жмём «Ок».

Применить образ

И дожидаемся завершения операции.

Завершение операции

5. Восстановление загрузчика на диске назначения

Наконец, последний этап переноса Windows – восстановление загрузчика на диске назначения. В окне программы DISM++ нам нужно меню «Восстановление», в нём выбираем пункт «Восст.загрузки».

Восст.загрузки

Программа по умолчанию сразу может предложить создать загрузчик на нужном нам диске – диске назначения. В таком случае просто жмём «Ок». Если DISM++ по умолчанию выбрала не тот диск, что нужно, жмём кнопку «Больше».

Восст.загрузки-UEFI

И указываем нужный загрузочный раздел – тот мы создавали на диске назначения с помощью командной строки. Отыскать этот загрузочный раздел (EFI или MBR) можно, ориентируясь на его размер, имя, файловую систему, порядковый номер и стиль разделов диска. В итоге жмём «Ок».

Загрузочная информация

После того, как восстановление загрузчика будет выполнено,

Восстановление загрузки успешно выполнено

можем загружать компьютер с диска назначения и тестировать перенесённую Windows.

Перенос Windows на другой диск с помощью программы Dism++

Перенос Windows на другой диск с помощью программы Dism++

Интеллектуальное клонирование Windows VS бесплатный её перенос

Перенос Windows на другой GPT-диск

Если у вас, друзья, на месте под Windows на диске назначения есть сформированный раздел, удалите его, чтобы было нераспределённое место. Запускаем от имени администратора командную строку и вводим:

Запускаем теперь программу Dism++. В меню «Восстановление» выбираем «Бэкап системы». Задаём сохраняемому образу любое произвольное имя. Тип файла выбираем «Максимальное сжатие», это формат образа WIM, оптимальный вариант по времени создания и весу образа. Жмём «Сохранить».
Когда WIM-файл будет готов, жмём снова меню «Восстановление», но теперь выбираем «Восстановление». Указываем только что созданный WIM-файл. И указываем раздел развёртывания Windows – второй раздел на диске назначения, который мы приготовили для переноса системы. Жмём «Ок».
Дожидаемся завершения операции.
Теперь нужно на загрузочном EFI-разделе установить файлы загрузчика и сделать запись о загрузке развёрнутой Windows. С помощью Dism++ это делается очень просто. В меню «Восстановление» выбираем «Восст. загрузки». В появившемся окошке жмём кнопку «Больше». И в перечне разделов выбираем EFI-раздел на диске назначения. Жмём «Ок».

Windows перенесена, можно выставлять в BIOS загрузку с диска назначения и тестировать запуск перенесённой системы.

Перенос Windows на другой MBR-диск

В процессе создания мы не назначаем разделу букву, размер его указываем 500 Мб и называем «Зарезервировано системой». Далее из оставшегося места формируем второй NTFS-раздел – раздел под саму Windows, т.е. под её будущий диск С. В итоге у нас должно быть два раздела под перенос системы.

Мы только что активировали загрузочный MBR-раздел. На этом с разметкой диска всё, теперь переносим Windows: делаем то же самое, что мы делали выше для GPT-диска – бэкапим Windows в файл WIM и развёртываем его на диске назначения. В программе Dism++ жмём меню «Восстановление», кликаем «Бэкап системы», даём образу имя, выставляем тип файла «Максимальный уровень сжатия». Жмём «Ок».
По завершении процесса снова жмём меню «Восстановление», кликаем пункт «Восстановление». Указываем созданный только что WIM-файл, указываем раздел под Windows на диске назначения. Жмём «Ок».
По окончании процесса развёртывания жмём ещё раз меню «Восстановление», пункт «Восст. загрузки». В появившемся окошке кликаем кнопку «Больше», в перечне разделов выбираем раздел «Зарезервировано системой» на диске назначения. Жмём «Ок».

Комментарии (43)

Рекламный блок

Подпишитесь на рассылку

Навигация

Облако тегов

Архив статей

Сейчас обсуждаем

Студент

Решилась проблема с обновлением до 22H2, проблема была в TPM.

vitalyi-74

Добрый день! Неофициально не получилось обновиться, т.е., режим с совместимостью с windows 7. Этот

Студент

Пробовал разные способы и через утилиту обновления, и через образ, скачанный из другого источника.

Студент
Гость Андрей

Последний «неофициальный» способ не слишком надежный. При скачивании какие-то ошибки, в конце

О проекте RemontCompa.ru

RemontCompa — сайт с огромнейшей базой материалов по работе с компьютером и операционной системой Windows. Наш проект создан в 2010 году, мы стояли у истоков современной истории Windows. У нас на сайте вы найдёте материалы по работе с Windows начиная с XP. Мы держим руку на пульсе событий в эволюции Windows, рассказываем о всех важных моментах в жизни операционной системы. Мы стабильно выпускаем мануалы по работе с Windows, делимся советами и секретами. Также у нас содержится множество материалов по аппаратной части работы с компьютером. И мы регулярно публикуем материалы о комплектации ПК, чтобы каждый смог сам собрать свой идеальный компьютер.

Наш сайт – прекрасная находка для тех, кто хочет основательно разобраться в компьютере и Windows, повысить свой уровень пользователя до опытного или профи.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *