bootrec /fixboot
bootrec /scanos
bootrec /fixmbr
bootrec /rebuildbcd

Не знаю, как в WIndows 10, но в 11 выход в консоль с использованием загрузки с установочного диска и перехода в "Восстановление системы" не позволяет выполнить первую команду (без которой восстановление загрузки не происходит) - при ее запуске появляется сообщение о том, что у вас недостаточно прав.
Для меня простой альтернативой стало использование USB-диска "спасения" от Veritas Recovery. После загрузки с него в правах меня никто не ограничивает ;)

Подробнее – не обновлял свой собственный компьютер с 8 семейства процессоров Intel. С нетерпением ждал появления 12 серии, и готовился к этому, заказав «добавки» к процессорному водоблоку Heatkiller IV в виде бэкплейта для него к сокету 1700 и рекомендованный производителем другой комплект шайб и пружин. (Читатели сайта знают, что я давно перешел на кастомное водяное охлаждение, этому посвящен отдельный раздел.) В силу обстоятельств материнскую плату ASUS Z690 Formula пришлось заказывать в Казахстане. После 3 недель томительного ожидания плата пришла и была протестирована на стенде с новым процессором и памятью, но без дискретной видеокарты и с воздушным кулером.

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

И вот тут начались странности. Компьютер загружался в биос, но Windows загрузились лишь однажды, и после тестового запуска игры SnowRunner все упало. Попытки запустить компьютер вновь успехом не увенчались, на дисплее материнской платы – ошибка CMOS Error, которую не удалось устранить ни перепрошивкой, ни обнулением биоса, ни удалением батарейки на 6 часов.

И я решил, что мне досталась либо дефектная плата, либо дефектная видеокарта. К чести продавца, плату забрали без вопросов, но их диагностический отдел расположен в Казахстане, так что пришлось ждать еще 3 недели, прежде чем плата до них доехала. Через несколько дней от них пришло заключение: плата – рабочая, никаких дефектов в ее работе не обнаружено.

Жду еще 3 недели, пока она вернулась сюда. Собираю стенд опять, в этот раз – уже с видеокартой и – ура – все работает… Чудес не бывает – что-то было совсем не так при установке платы в корпус. И это не видеокарта, не память. Процессор с воздушным охлаждением тоже проблем не вызывал. Методом исключения пришел к убеждению, что виноват процессорный водоблок. Но почему? Он верой и правдой работал с 8 поколением, почему он не дружит с 12?!

Я погрузился в чтение разнообразных форумов о проблемах с 12 поколением процессоров Intel и через пару дней нашел упоминание о том, что отдаленно похожие на мои проблемы наблюдались тогда, когда 12900К был слишком плотно прижат к сокету 1700 кулером/водоблоком.

Пошел читать описание бэкплейта и набора шайб/пружин для использования с сокетом 1700 на сайте производителя водоблока Watercool.de, и с огромным удивлением обнаружил, что набор шайб/пружин из продажи и описания исчез… Более того, в описании другого набора, содержащего пружины и шайбы для моего водоблока, прямо написано, что для сокета 1700 не нужны никакие наборы…………

В сухом остатке – я оказался заложником веры в то, что немецкая инженерная мысль безошибочна. Ан нет – сравнение стандартных пружин и шайб, с которыми водоблок использовался для охлаждения процессора 8 генерации, с теми, что watercool продал мне, как набор для использования с сокетом 1700, показывает, что последние в сборе примерно на 1,5 мм короче первых. В результате при установке водоблока с укороченным набором происходит то, что произошло со мной – корпус процессора слишком сильно прижимается к сокету, в результате чего и нарушается контакт между сокетом и процессором. Использование оригинальных шайб и пружин от водоблока проблему устранило полностью.

Не верьте безоглядно немецким инженерам, они ошибаются точно так же, как другие.

Эта история началась в связи с тем, что мой новый NVMe М.2 SSD накопитель не распознавался Windows 10. Одним из предлагаемых на форумах решений было загружаться в режиме UEFI, а для этого загрузочный диск должен быть в формате GPT (опережая события, скажу, что это не помогло, но сам процесс конвертации был захватывающим).
Мой загрузочный диск, хоть и SSD, но очень старый, и ведет свою историю еще с установки Windows 7. На нем сосуществовали 2 раздела – «Зарезервированный системой» и основной, с файлами сегодняшней версии Windows – десятой.
В последнем обновлении появилась утилита MBR2GPT, которая, со слов Microsoft, должна легко и просто конвертировать диски MBR в GPT, но в моем случае утилита упрямо сообщала, что не может найти загрузочные файлы на моем диске.
Первая мысль моя была такая – собственно загрузочные файлы находятся в «зарезервированном системой» разделе, и надо бы как-то их перенести на основной раздел – возможно, тогда их найдет утилита MBR2GPT. (На самом деле, это было странное предположение – ведь разработчики наверняка знают, что, начиная с Windows 7, при чистой установке скрытый «зарезервированный системой» раздел всегда создается, и именно на нем хранятся файлы, необходимые для загрузки ОС.)

Удаление «Зарезервированного системой» раздела.
Запускаете Управление (или diskmgmt.msc), находите «Зарезервированный системой» раздел, щелкаете по нему правой кнопкой мыши и добавляете ему букву диска (любую), например «R».
Теперь откройте командную строку с правами Администратора. Поскольку я не пользуюсь стандартными средствами восстановления Windows, мне не понадобилось отключать эту службу (она и так отключена), но если вы пользуетесь ей, то отключите ее командой
reagentc /disable
и удостоверьтесь, что файл winre.wim находится в каталоге C:\Windows\System32\Recovery.
Теперь убираем из реестра ветвь BCD (файл с данными о конфигурации загрузки) командой
reg unload HKLM\BCD00000000.
Далее, копируем загрузочные файлы с «зарезервированного системой» раздела, в нашем случае это диск R, на диск с Windows 10. В моем случае это диск C.
В командной строке выполните 2 команды:
robocopy r:\ c:\ bootmgr
robocopy r:\Boot C:\Boot /s
Теперь обновляем загрузочную информацию в файле BCD:
bcdedit /store c:\boot\bcd /set {bootmgr} device partition=C:
и информацию по диагностике памяти:
bcdedit /store c:\boot\bcd /set {memdiag} device partition=C:
Теперь осталось удалить букву «Зарезервированного системой» раздела и сделать основной диск C загрузочным через Управление.
Не забудьте восстановить восстановление системы (если вы им пользуетесь) командой reagentc /enable.
Перегружаемся, и если все было сделано правильно, ваша система загрузится, при этом все нужные для загрузки файлы теперь расположены в одном разделе.
Как я уже писал выше, MBR2GPT не находил файлы загрузки ОС на моем диске. После удаления «Зарезервированного системой» раздела и загрузки с основного ситуация не изменилась. Не изменилась она и после расширения раздела на весь диск с помощью Paragon Partition Manager. И стало очевидно, что превращать MBR диск в GPT придется руками.

И мы плавно переходим к основной теме этого сообщения -
Конвертируем диск MBR в GPT и делаем его загрузочным.
Сама конверсия была сделана с легкостью с помощью Paragon Partition Manager, но диск, естественно, не загружался, поскольку на нем отсутствовал раздел EFI. Для его создания требуется нераспределенное место на диске. Тем же Paragon’ом активный диск был сокращен с выделением 300 мегабайт нераспределенного пространства. А дальше потребовался носитель с установочными файлами Windows 10. Сам образ можно свободно скачать с сайта майкрософт, в моем случае я использовал USB-диск для создания загрузочного диска.
Последовательность действий следующая:
1. Загружаемся с созданного носителя, но не устанавливаем операционную систему, а переходим в командную строку после начальной загрузки.
2. Используем утилиту diskpart (ниже – последовательность команд):
diskpart
list disk
select disk 0 (нужно выбрать тот диск, на котором расположены разделы с файлы ОС и нераспределенное пространство)
list partition (чтобы убедиться, что выбран правильный диск)
select partition 2 (может быть и 1 – главное, что нужно выбрать тот раздел, на котором располагается ОС)
assign letter=Z (назначаем букву для раздела с ОС, буква может быть любая незанятая)
Если вы не удаляли «Зарезервированный системой» раздел на вашем MBR диске, то выполните следующие 2 команды:
select partition 1 (выбираем «Зарезервированный системой» раздел)
delete partition
Если, как в моем случае, у вас существует только раздел с нераспределенным пространством, то эти две команды выполнять не надо.
create partition EFI size=100 (создаем EFI раздел, необходимый для загрузки GPT-диска)
format quick fs=fat32 label “System” (форматируем только что созданный раздел)
assign letter=I (назначаем вновь созданному разделу EFI букву, может быть любая незанятая, потребуется на финальной стадии для копирования нужных файлов)
create partition msr size 128 (создаем раздел MSR, это часть структуры GPT-диска, без нее невозможна загрузка с такого диска, он будет пустым, но все равно нужен)
list partition (это проверка, все ли сделано правильно – на диске теперь должно быть три раздела)
exit (выходим из diskpart)
Осталась последняя команда:
bcdboot z:\windows /s i: /f UEFI (эта команда копирует системные файлы, необходимые для загрузки, из раздела с ОС в раздел EFI, буквы дисков/разделов зависят от того, какие вы назначили выше, и делает этот раздел загрузочным)
Все, перезагружайтесь и наслаждайтесь тем, что ваш бывший MBR диск стал диском GPT, да еще и загружается :)

В моем случае мне захотелось попробовать "на зуб" диск SAS в качестве загрузочного, благо материнская плата ASUS P6T Deluxe содержит SAS-контроллер. Та история заслуживает отдельного рассказа, замечу, однако, что решение той задачи было весьма нетривиальным...

Казалось бы, что может быть проще - ICH10R использует один драйвер для обоих режимов, AHCI и RAID, а именно iaStor.sys (я предполагаю, что вы воспользовались драйвером от Intel во время установки Windows). Идем в BIOS, переключаем контроллер в режим AHCI, перегружаем компьютер... и получаем мгновенный BSOD и немедленную перезагрузку...
Аналогично, если ваш ICH10R работал в режиме AHCI, и вы переключили его в режим RAID, ситуация будет точно такой же...

Несколько часов поисков в интернете и серия "экспериментов" позволили объяснить BSOD и найти решение, при котором, во-первых, не нужно переустанавливать операционную систему, и, во-вторых, оба режима работы ICH10R (AHCI и RAID) сосуществуют и позволяют загружать операционную систему в любом из них.

Причина BSOD заключается в том, что в процессе инсталляции Windows устанавливают драйвер только для одного режима работы ICH10R - того, который вы выбрали в BIOS до начала установки. В другом режиме работы ICH10R имеет другой ИД оборудования, иначе говоря, AHCI и RAID - это два разных устройства, реализованные в одном контроллере.
Для справки:
AHCI - ...PCI\\VEN_8086&DEV_3A22...
RAID - ...PCI\\VEN_8086&DEV_2822...
Поэтому загрузка с режимом работы ICH10R, отличном от того, в котором проводилась инсталляция, происходит с оборудованием, для которого у опрационной системы нет драйвера. И бог бы с этим, однако драйвер для этого оборудования является (по мнению Windows) критическим и должен присутвовать в CriticalDeviceDatabase, иначе - хана, BSOD.
Таким образом, с точки зрения разработчиков Windows, переход из режима AHCI в RAID или наоборот, возможен только с переустановкой операционной системы, поскольку другого "простого" способа заменить/добавить драйвер нет.

Один из вариантов, рекомендуемый Интернет-сообществом, состоит в том, чтобы подключить загрузочный диск к другому контроллеру (на материнских платах ASUS это контроллер Marvell), тогда Windows сможет загрузиться нормально, найдет новое устройство (ICH10R в том или ином режиме) и позволит установить для него драйвер... А если ваш загрузочный диск - это тот самый RAID?

В сухом остатке, это можно сделать проще и быстрее. Вам потребуется дистрибутив Intel Matrix Storage (скачивается с сайта Intel) и небольшие исправления в реестре.

Последовательность действий (исхожу из того, что ICH10R работает в режиме RAID, а вам хочется переключить его в AHCI):
1. Ищем в реестре ключ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\servic es\msahci
2. Меняем в этом ключе значение "3" на "0" в имени "Start" (означает, что параметры этого ключа будут использоваться при загрузке).
3. Ищем в реестре ключ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\servic es\iaStor
4. Меняем в этом ключе значение "0" на "3" в имени "Start".
5. Перегружаем компьютер и входим в BIOS.
6. Меняем в BIOS режим работы ICH10R на AHCI.
7. Перегружаем компьютер... и - voila!
8. Инсталлируем Intel Storage Manager, который установит тот же самый драйвер iaStor.sys, но для другого устройства.
9. Перегружаем компьютер еще раз и наслаждаемся продолжением счастливой жизни ;)

В случае, если вы установили операционную систему в режиме AHCI и воспользовались драйвером от Intel, а теперь хотите перейти на RAID, последовательность будет такая:
1. Ищем в реестре ключ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\servic es\iaStorV
2. Меняем в этом ключе значение "3" на "0" в имени "Start" (означает, что параметры этого ключа будут использоваться при загрузке).
3. Ищем в реестре ключ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\servic es\iaStor
4. Меняем в этом ключе значение "0" на "3" в имени "Start".
5. Перегружаем компьютер и входим в BIOS.
6. Меняем в BIOS режим работы ICH10R на RAID.
7. Перегружаем компьютер... и - voila!
8. Инсталлируем Intel Storage Manager, который установит тот же самый драйвер iaStor.sys, но для другого устройства.
9. Перегружаем компьютер еще раз и наслаждаемся продолжением счастливой жизни ;)

P.S. Если вы не пользовались драйверами от Intel, то ключ реестра для RAID - iaStorV, а для AHCI - msahci.

Кстати, знаете ли вы, что дисковый массив RAID, созданный в режиме работы ICH10R "RAID", прекрасно работает, как RAID, в режиме работы "AHCI"? ;)