Это не вопрос, как в принципе решить эту проблему (она уже решена). Я просто хочу лучше понять.
Я уже нашел хороший и логичный ответ здесь:клонированные разделы не находятся в точно таком же положении
Но у меня все еще есть некоторые проблемы с пониманием всего процесса. Или лучше сказать - как избежать тех проблем, которые у меня были.
Сценарий (не) классический:
Клонирование жесткого диска SATA на твердотельный накопитель USB (в моем случае стандартный бэкап AOMEI)
Вставьте SSD в ноутбук (да, я сначала извлек HDD ;)
Включение - Извините - нет бонуса - нет загрузки - нет ремонта (из-за смещенных секторов -> ремонт)
И вот у меня возникла (больная?) идея использовать оригинальный жесткий диск через USB для загрузки.
Включить - Извините - нет бонуса - нет загрузки, НО восстановление (И это первый вопрос, потому что эти сектора не были перемещены)
С помощью восстановления я перешел непосредственно к командной строке - diskpart и т.д.
Потом я пришел в
bootrec /rebuildbcdсебя и получилобаСистемы Windows предложены для ремонта - хорошо - но затем ошибка: «.... не удалось ... неразличимые системы» (или что-то похожее)
Ну ладно, это клон... (2-й вопрос: такой же disk signature? Если да, то как изменить?)
Я решил эту проблему с помощью больной идеи:
Я начал bootrec /rebuildbcdснова, нопослесканировать идовыбрав Windows на C: (SSD) я отключил(!) USB HDD - и - вуаля: все успешно завершилось. И я загрузился с SSD.
Краткое изложение вопроса(ов):
Почему оригинальный HDD не загружался (или загружается) с USB? Из-за одинаковых идентификаторов дисков? Если да, то как избежать этого? (и столкнуться с проблемами активации Windows?)
Какие «вещи» приводят к «неразличимым системным ошибкам»
Можно ли было восстановить систему EFI на SSD, находясь на USB (до замены)?
решение1
На ваш вопрос есть два разных ответа в зависимости от того, как изначально загружался компьютер. Фактически, объяснение, которое вы приводите для причины проблемы (изменение расположения раздела), применимо только к первому сценарию, насколько мне известно (с оговоркой, что я знаю о загрузке Windows меньше, чем о Linux, поэтому я могу неправильно понимать эту деталь загрузки Windows в режиме EFI). Два режима загрузки — и сценария — это режим BIOS и режим EFI. Есть также некоторые общие факторы, которые могут играть роль.
BIOS-режим
Большинство компьютеров, проданных до конца 2011 года, были бывшими в употребленииБазовая система ввода-вывода (BIOS)Прошивка. Компьютеры на базе BIOS загружаются через загрузчик, который хранится в Master Boot Record (MBR), которая является первым сектором на диске. Я не буду вдаваться во все кровавые подробности, но большинство загрузчиков режима BIOS сильно зависят от начальных номеров секторов разделов на диске. Это связано с тем, что MBR слишком мал для размещения полного загрузчика, поэтому код MBR загружает больше загрузочного кода из Partition Boot Record (PBR; первый сектор раздела), который, в свою очередь, загружает дополнительный код (также часто называемый номерами секторов). Точные детали различаются в зависимости от ОС и загрузчика, но ключевым моментом является то, что номера секторов имеют решающее значение в большинстве случаев. Таким образом, если ваша операция клонирования диска изменила начальный сектор загрузочного раздела без корректировки кода загрузчика или конфигурации, которая на него опирается, процесс загрузки завершится неудачей.
Есть и другие детали раздела, которые могут влиять на вещи, такие как наличие (или отсутствие) "загрузочного флага" (он же "активный флаг") на загрузочном разделе. Поскольку загрузочный код находится в MBR и PBR, операция клонирования диска должна будет скопировать и этот код загрузчика. Нет никакой гарантии, что какая-то случайная программа клонирования дисков скопирует эти вещи. (Я не могу говорить об AOMEI, которую, как вы говорите, вы использовали, в частности.)
Обратите внимание, чтобольшинство(но не все) компьютеры, поставляемые с Windows 7, использовали BIOS, как и все компьютеры с Windows Vista и более ранними версиями (за исключением тех, которые использовали Itanium или другие экзотические процессоры). Начиная с конца 2011 года производители быстро перешли с BIOS на более новый EFI/UEFI (описанный далее), но большинство EFI включают функцию, называемую Compatibility Support Module (CSM), которая позволяет этим компьютерам загружаться в режиме BIOS (также известный как «устаревший режим»). Таким образом, можно установить Windows (даже Windows 8.x и 10) в режиме BIOS/CSM/устаревший на более новых компьютерах на базе EFI. При такой настройке компьютер работает как компьютер на базе BIOS.
EFI-режим
TheРасширяемый интерфейс прошивки(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 делают.
Если у вас возникли проблемы с загрузкой, вам необходимо использовать процедуры восстановления или переустановки загрузчика ОС, чтобы исправить ситуацию. Детали могут различаться в зависимости от метода загрузки. Например, вы не будете использовать инструмент, который восстанавливает MBR при загрузке в режиме EFI. Многие старые инструкции, как правило, предполагают загрузку в режиме BIOS, и поэтому не работают с новыми установками в режиме EFI.