Есть два разных ответа на ваш вопрос в зависимости от того, как изначально загружался компьютер. Фактически, объяснение, которое вы приводите в качестве причины проблемы (изменившего расположение раздела), относится только к первому сценарию, AFAIK (с оговоркой, которую я знаю о загрузке Windows меньше, чем о Linux, поэтому я могу неправильно понять эту деталь Windows EFI- режим загрузки). Два режима загрузки - и сценарии - это режим BIOS и режим EFI. Есть также некоторые общие факторы, которые могут быть в игре.
BIOS режим
На большинстве компьютеров, проданных до конца 2011 года, использовалась прошивка базовой системы ввода / вывода (BIOS) . Компьютеры на основе BIOS загружаются через загрузчик, который хранится в главной загрузочной записи (MBR), которая является первым сектором на диске. Я не буду вдаваться в подробности, но большинство загрузчиков в режиме BIOS сильно зависят от номеров начальных секторов разделов на диске. Это связано с тем, что MBR слишком мала, чтобы вместить полный загрузчик, поэтому код MBR загружает больше загрузочного кода из загрузочной записи раздела (PBR; первый сектор раздела), который, в свою очередь, загружает дополнительный код (также часто упоминаемый по номерам секторов). Точные данные меняются в зависимости от ОС и загрузчика, но ключевым моментом является то, что номера секторов являются критическими в большинстве случаев. Таким образом, если ваша операция клонирования диска изменила начальный сектор загрузочного раздела без изменения кода загрузчика или конфигурации, которая зависит от него, процесс загрузки завершится неудачей.
Существуют и другие детали раздела, которые могут повлиять на такие вещи, как наличие (или отсутствие) "загрузочного флага" (он же "активный флаг") на загрузочном разделе. Поскольку загрузочный код находится в MBR и PBR, операция клонирования диска также должна будет скопировать этот код загрузчика. Нет никакой гарантии, что какая-нибудь программа клонирования случайных дисков скопирует эти вещи. (Я не могу говорить с AOMEI, который, как вы говорите, вы использовали, в частности.)
Обратите внимание, что большинство (но не все) компьютеров, поставляемых с Windows 7, использовали BIOS, как и все компьютеры с Windows Vista и более ранними версиями (кроме тех, которые использовали Itanium или другие экзотические процессоры). Начиная с конца 2011 года, производители быстро перешли с BIOS на более новый EFI/UEFI (описанный далее), но большинство EFI имеют функцию, называемую модулем поддержки совместимости (CSM), которая позволяет этим компьютерам загружаться в стиле BIOS (так называемое устаревшее). Режим"). Таким образом, можно установить Windows (даже Windows 8.x и 10) в BIOS/CSM/ устаревшем режиме на более новые компьютеры на основе EFI. При такой настройке компьютер работает как компьютер на базе BIOS.
EFI-режим
Расширяемый интерфейс встроенного ПО (EFI) или его вариант 2.x, Unified EFI (UEFI), является заменой BIOS, который стал доминирующей прошивкой на новых компьютерах, начиная с конца 2011 года. Однако многие производители вводят в заблуждение термин "BIOS" в отношении своих EFI. ИМХО, это плохая практика, так как это заставляет людей думать, что EFI - это просто незначительные обновления BIOS, но они действительно радикально отличаются в своей загрузке.
EFI способ загрузки включает в себя файлы; MBR и PBR не играют особой роли и не содержат загрузочный код. Компьютер знает, какой файл загрузчика запустить, потому что эта информация хранится в NVRAM установщиком ОС. (Специальное резервное имя файла, EFI/BOOT/bootx64.efi , используется загрузочными внешними носителями, такими как USB-накопители.) EFI, в отличие от BIOS, понимают разделы, поэтому загрузчики EFI обычно не относятся к начальным секторам разделов. Таким образом, стартовые сектора разделов гораздо менее важны при загрузке в режиме EFI.
Вместо этого загрузка в режиме EFI зависит от способа идентификации самих разделов. Обычно это делается с помощью глобальных уникальных идентификаторов (GUID; он же UUID) значений, связанных как с дисками, так и с разделами. Таким образом, если операция клонирования диска сохранила значения GUID диска и раздела, клонированный диск должен оставаться загрузочным. Если нет, процесс загрузки может завершиться неудачей на том или ином этапе. Я понятия не имею, сохранит ли AOMEI значения GUID по умолчанию. Обратите внимание, что репликация GUID обычно не рекомендуется, поскольку предполагается, что это уникальные значения; но в случае клонирования диска, чтобы можно было заменить старое оборудование, желательно тиражировать значения GUID на новом диске, чтобы сделать новый диск загрузочным без изменения записей NVRAM.
Еще одно осложнение заключается в том, что многие EFI будут активно удалять некорректные загрузочные записи из своих NVRAM. Таким образом, если вы клонируете загрузочный диск на другой таким образом, который не сохраняет значения GUID, и если вы затем удаляете оригинальный диск, компьютер может "забыть", что первый диск был загрузочным. Таким образом, он может не загрузиться, когда вы снова подключите оригинальный диск.
Общие факторы
В принципе, загрузчики и конфигурации ОС могут полагаться на серийные номера файловой системы , UUID или имена в своих конфигурациях. Эти значения аналогичны GUID разделов , но они хранятся в структурах данных файловой системы, а не в таблице разделов. Я не знаю, если Windows это делает, но большинство дистрибутивов Linux это делают.
Если вы столкнулись с проблемами при загрузке, вы должны использовать OS-ориентированные процедуры восстановления или переустановки загрузчика, чтобы исправить ситуацию. Детали могут различаться в зависимости от способа загрузки. Например, вы не будете использовать инструмент, который восстанавливает MBR при загрузке в режиме EFI. Многие старые инструкции обычно предполагают загрузку в режиме BIOS и поэтому не работают с более новыми установками в режиме EFI.
