Перенос установленной системы на другой накопитель кажется простой операцией копирования, и в половине случаев она такой и оказывается. Оставшаяся половина упирается в три вещи, о которых утилита клонирования не всегда предупреждает: разметку и режим загрузки, наличие в системе драйвера для нового контроллера и корректность записей загрузчика. Если разобрать эти три узла заранее, перенос перестаёт быть лотереей.

Два принципиально разных способа

Первый — посекторное клонирование. Программа читает диапазон логических блоков исходного диска и пишет его на целевой, не разбираясь в содержимом. Метод универсален и работает с любой файловой системой, включая нераспознаваемые, но требует, чтобы целевой накопитель был не меньше исходного, и переносит всё, включая свободное место, заполненное старыми данными. Для твердотельного приёмника это ещё и означает, что весь объём окажется помечен как занятый, пока файловая система не выдаст TRIM.

Второй способ — копирование на уровне файлов с последующим воссозданием разметки и загрузчика. Он позволяет уехать на диск меньшего объёма, если данные помещаются, и не тащит за собой мусор. Взамен требует аккуратности с правами доступа, альтернативными потоками, точками соединения и системными файлами, которые заняты работающей системой.

Общий для обоих подходов принцип: работать нужно из среды, где переносимая система не запущена, — с загрузочного носителя. Клонирование живого тома возможно через механизм моментальных снимков, но снимок фиксирует состояние на момент старта, и всё записанное после него теряется.

Разметка и режим загрузки

Здесь чаще всего и ломается загрузка. Таблица разделов бывает двух видов: MBR с четырьмя первичными записями и потолком адресации около двух терабайт и GPT с резервной копией таблицы и контрольными суммами. Режим загрузки, в свою очередь, бывает устаревшим BIOS-совместимым и UEFI. Связка обычно такая: UEFI грузится с GPT и требует отдельного служебного раздела EFI с файловой системой FAT32, где лежат загрузчики; BIOS-совместимый режим грузится с MBR и использует загрузочный код в первом секторе плюс скрытый системный раздел.

Если исходный диск размечен как MBR, а вы хотите перейти на GPT ради объёма больше двух терабайт, простого клонирования недостаточно: нужно преобразовать таблицу разделов, создать служебный раздел EFI, записать в него загрузчик и переключить прошивку в режим UEFI. Обратная ситуация встречается реже, но устроена симметрично. Пропуск любого шага даёт одинаковый результат — прошивка не находит загрузочного устройства.

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

Драйвер контроллера — главная причина незагрузки

Ядро должно уметь читать корневой том до того, как загрузится основной набор драйверов. Если система устанавливалась на SATA-накопитель в режиме AHCI, а новый диск подключён по NVMe, то нужный драйвер обязан присутствовать в системе и быть разрешён к старту. Современные версии операционных систем несут универсальный драйвер NVMe в базовом составе, поэтому переход обычно проходит гладко, но при переносе старой установки или при смене режима работы SATA-контроллера в настройках прошивки — например, с RAID на AHCI — система встречает незнакомый контроллер и останавливается с ошибкой недоступности загрузочного устройства.

Лечится это заранее: перед клонированием привести режим контроллера к тому, в котором система будет работать, и убедиться, что соответствующий драйвер загружается на раннем этапе. После переноса менять режим уже поздно. Какие линии и режимы вообще доступны конкретной плате, стоит уточнить в разделе про накопители и в описании интерфейсов материнской платы.

Подготовка исходного тома

Несколько действий заметно повышают шансы на успех. Проверка файловой системы на ошибки — повреждённые метаданные переедут вместе с данными и проявятся уже на новом диске. Отключение гибернации освобождает файл размером с оперативную память и заодно снимает риск переноса неконсистентного состояния из быстрого запуска. Файл подкачки можно временно отключить. Шифрование тома нужно либо снять, либо приостановить, иначе клон окажется нечитаемым набором блоков без ключа.

Полезно также удалить временные каталоги и лишние точки восстановления: чем меньше объём, тем короче операция и тем свободнее целевой том.

Проверка после переноса

Первый запуск разумно делать с отключённым исходным диском. Причина техническая: клон наследует идентификатор диска и GUID разделов, а два тома с одинаковыми идентификаторами в одной системе приводят к тому, что загрузчик указывает не на тот раздел, и при следующей перестановке дисков машина перестаёт стартовать. Убедившись, что система поднимается с нового накопителя, старый можно вернуть и переразметить.

Дальше остаётся привести настройки в соответствие носителю: убедиться, что TRIM активен, что расписание оптимизации распознало тип устройства, что разделы выровнены по границе физической страницы. Активация системы при замене одного лишь накопителя обычно не слетает — привязка учитывает совокупность компонентов, а не отдельный диск. Порядок подбора остальных узлов, если замена накопителя — часть более крупного обновления, разобран в разделе сборка.