Windows (с использованием загрузки UEFI на GPT-диске) больше не будет загружаться после добавления жесткого диска MBR

Недавно я установил 64-разрядную версию Windows 7 на новый SSD, используя загрузку UEFI и GPT. Система работала нормально. После добавления старой системы HD в систему (которая использует MBR), Windows больше не будет загружаться правильно: при загрузке с SSD появляется нормальный экран загрузки, и Windows сообщает мне, что он загружает файлы. Затем экран загрузки исчезает, и я нахожусь в оболочке EFI, не в состоянии загрузиться. Когда я отсоединяю старый HD, Windows загружается снова без жалоб.

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

  • Установка Windows на ноутбук Dell
  • Ubuntu 11.04 (64-разрядная версия) не загружается. Забыл установить GRUB 2. Ошибка установки GRUB вручную
  • Как отключить услугу выскочки в ubuntu 10.10?
  • USB не загружается при попытке установить Linux на моем Asus EeeBook X205TA
  • Создание установочного флеш-диска Windows XP в Linux
  • Установите Windows 7 на жесткий диск USB и запустите его?
  • У меня есть плата MSI Z77-G65A. Он настроен для загрузки UEFI, загрузки с SSD. Оба диска установлены как независимые HD-диски (без случайно активированного RAID-массива). SSD подключен к порту SATA-6G, а старый диск – к порту SATA-3G.

  • Как переместить существующую установку Window 7 64bit в UEFI (из наследия)
  • EFI не найден при установке Debian 7.4 рядом с Windows 8.1
  • Как преобразовать системный раздел EFI в обычный раздел GPT?
  • Что случилось с настройкой GRUB?
  • Установить Windows 8 в жесткий диск типа GPT
  • Существует ли средство шифрования томов системы Windows 7, позволяющее удаленную разблокировку через ssh во время фазы загрузки?
  • 2 Solutions collect form web for “Windows (с использованием загрузки UEFI на GPT-диске) больше не будет загружаться после добавления жесткого диска MBR”

    Удаление сигнатуры диска решило проблему. Это можно сделать с помощью команды

    dd if=/dev/zero of=/dev/sdb bs=1 count=4 seek=440 conv=notrunc 

    В оболочке linux с правами root.

    Задний план:
    Начиная с Windows 2000, Microsoft записывает 4-байтовое значение – подпись диска – в MBR каждого диска, чтобы он мог идентифицировать каждый диск. Когда два диска имеют одинаковые проблемы с идентификатором. Вышеупомянутая команда заменяет эту подпись нулями, которая побуждает Windows назначать новые уникальные значения.

    Обратите внимание, что перед перезаписью подписи диска я также попытался заменить загрузчик (байты 0-439 в MBR) нулями. Само по себе это не помогло решить мою проблему.

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

    EDIT 2: Кажется, что при загрузке в режиме UEFI Windows 7 64bit не может корректно работать с расширенными разделами на дисках с MBR. Здесь объясняется ошибка:

    Исправление-1 для исправления-2

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

    У меня была аналогичная проблема. Я добавил дополнительный первичный раздел и расширенный раздел на мой второй диск с помощью Windows Disk Manager – всего 4 раздела. После этого я больше не мог загружать Windows и ни один из вариантов ремонта не работал.

    Обходной путь состоял в том, чтобы отключить второй диск в BIOS.

    Мое решение состояло в том, чтобы использовать команду diskpart, запущенную с диска аварийного восстановления, для преобразования второго диска из MBR в GPT. Оглядываясь назад, когда я установил Windows, я только отформатировал первый диск (SSD), который должен был быть установлен на GPT. Я отформатировал второй диск с помощью диспетчера дисков Windows, и программное обеспечение должно быть по умолчанию для MBR.

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

    Давайте будем гением компьютера.