Каковы соответствующие загрузочные компоненты (файлы и настройки) Windows 10?

3952
bers

Это мой второй вопрос, касающийся моего случая без загрузки Windows 10, но с другим фокусом на этот раз. Как напоминание:

Так как что-то (TM) произошло вчера с моим ноутбуком (Dell Latitude E6440) (я подозреваю, что Центр обновления Windows, но кто знает), моя установка Windows 10 Pro (17134.1, если это имеет значение) больше не загружается. По сути, во время загрузки я бесконечно видел только логотип Dell, и больше ничего не происходило, кроме начальной активности жесткого диска.

Я исключил диспетчер загрузки Windows как основную причину, не в последнюю очередь установив ту же версию Windows 10 на второй раздел, управляемый тем же менеджером загрузки EFI. [Кажется, нет способа обновить / установить на месте поверх существующей, не загружающейся установки Windows и сохранить установленные приложения, так что это не мое предпочтительное решение. Я бы хотел починить сломанный.] Меню загрузки работает нормально со всеми настроенными параметрами, просто я не могу загрузить одну из двух установок Windows. Несмотря на соответствующей конфигурации BCD, %WINDIR%\Ntbtlog.txtфайл журнала не написано, поэтому я подозреваю, что последовательность загрузки терпит неудачу очень рано (то есть еще до ntoskrnl.exeзагрузки.) Я думал, что, возможно, Windows Boot Loader этой установки была нарушена.

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

Windows Boot Loader ------------------- identifier  device partition=C: path \WINDOWS\system32\winload.efi description Windows 10 locale en-US inherit  recoverysequence  displaymessageoverride Recovery recoveryenabled Yes isolatedcontext Yes flightsigning Yes allowedinmemorysettings 0x15000075 osdevice partition=C: systemroot \WINDOWS resumeobject  nx OptIn bootmenupolicy Standard  Windows Boot Loader ------------------- identifier  device partition=D: path \Windows\system32\winload.efi description Windows 10-1 locale en-US inherit  recoverysequence  displaymessageoverride Recovery recoveryenabled Yes isolatedcontext Yes flightsigning Yes allowedinmemorysettings 0x15000075 osdevice partition=D: systemroot \Windows nx OptIn bootmenupolicy Standard bootstatuspolicy DisplayAllFailures bootlog Yes sos Yes 

Затем я продолжил сравнивать файлы, которые, как я подозреваю, как-то связаны с загрузкой, но все, что я до сих пор тестировал, тоже идентично:

C:\Windows\Boot\* == D:\Windows\Boot\* (recursive) C:\Windows\System32\*boot*.* == D:\Windows\System32\*boot*.* C:\Windows\System32\*bcd*.* == D:\Windows\System32\*bcd*.* C:\Windows\System32\*winload*.* == D:\Windows\System32\*winload.* C:\Windows\System32\Boot\* == D:\Windows\System32\Boot\* (recursive) 

Что мне не хватает? Какие другие важные компоненты загрузки Windows 10 я могу сравнить? Есть ли другой способ изолировать соответствующие различия между двумя установками, которые могли бы позволить мне скопировать часть из рабочего в нерабочий?

Две дополнительные части информации, которые могут помочь указать в правильном направлении:

  1. Во время восстановления только с нерабочей установкой Windows, «bootrec / fixboot» также завершился с «Доступ запрещен», но я не мог выяснить, какой доступ был запрещен. Я не очень хочу попробовать эту команду сейчас, не зная, что именно она делает.

  2. D:\Windows\System32\LogFiles\Srt\SrtTrail.txt (файл журнала для восстановления при запуске, также запускается во время восстановления Windows) содержит эту строку;

Загрузочный критический файл d: \ efi \ microsoft \ boot \ resources \ custom \ bootres.dll поврежден.

Я понятия не имею, почему может потребоваться пользовательский bootres.dll, у меня его нигде нет. Где это может быть зарегистрировано? Интересно, что единственное место, где я могу найти часть этого сообщения об ошибке, - это два потока, которые относятся к обновлению 17133.73 (я полагаю, из 17133.1). Я действительно установил это обновление (успешно) после того, как установил чистую 17133.1, но насколько я могу судить, последующее чистое обновление до 17134.1 прошло гладко. Тем не менее, мне интересно, может ли это указывать на наличие остатков от проблем, связанных с извлечением 17133 Microsoft в качестве RTM-сборки (например, в EFI NVRAM).

  1. Логотипы для двух записей в диспетчере загрузки Windows при использовании графических версий различаются. Поэтому на уровне диспетчера загрузки Windows (или загрузчиков) должна быть разница:

enter image description here

Я нахожу это не слишком далеко, чтобы предположить, что custom\bootres.dllпроблема выше и проблема логотипа менеджера загрузки здесь тесно связаны. (Смежный вопрос: могу ли я изменить значок загрузочной записи Windows? ) Что я не понимаю (пока), так это почему Boot Manager считает, что эта запись вообще нуждается в пользовательских ресурсах.

3
Если вы подозреваете обновление, вы должны удалить его из WinRE, список необходимых загрузочных файлов, вероятно, исчисляется сотнями. Windows 10 build 17134.1 является сборкой Insider Preview. Ramhound 6 лет назад 0
@ Спасибо, я попробую. Все-таки мне интересно - «сотнями» до `ntoskrnl.exe`? bers 6 лет назад 0
«Какие другие важные компоненты загрузки Windows 10 я могу сравнить?» - Этот список будет очень длинным. Я пытался вежливо указать вам правильное направление для решения этой проблемы, вместо того, чтобы сказать, что список, который вы хотите, не будет очень полезным. Ramhound 6 лет назад 0
@Ramhoun, я вижу :) Я запустил `dism / image = d: / get-packages` из моей работающей Windows (нацеливаясь на нерабочую) и пока он показывает языковые пакеты, OpenSSH, Media Player и т. Д., Ничего не кажется быть установленным в течение недели с * дня *. В WindowsUpdate.log, сгенерированном из событий того дня, обновлены такие вещи, как приложение «Фотографии», но нет исправлений, КБ или чего-либо еще. Так что я думаю, что Windows Update не обязательно был виновником. bers 6 лет назад 0
Изменение в сборке с 17133 на 17334 не будет отображаться в Центре обновления Windows. Ваша проблема не связана с тем, что 17133 не является RTM-сборкой 1803. Особенно, если вы выполнили чистую установку 171334. Ramhound 6 лет назад 1

0 ответов на вопрос