これは、起動していないWindows 10の場合に関する2番目の質問ですが、今回は焦点が異なります。念のため:
昨日私のラップトップ(Dell Latitude E6440)で何か(TM)が発生したため(Windows Updateの疑いがありますが)、Windows 10 Proのインストール(それが重要な場合は17134.1)が起動しなくなりました。基本的に、起動中にDellロゴのみが無期限に表示され、最初のハードディスクのアクティビティ以外では何も起こりませんでした。
特に、同じ1つのEFIブートマネージャーによって管理される2つ目のパーティションに同じバージョンのWindows 10をインストールすることにより、Windowsブートマネージャーを根本原因として排除しました。[既存の起動していないWindowsインストールをアップグレード/インプレースインストールして、アプリをインストールしたままにする方法はないようですので、これは私の推奨するソリューションではありません。壊れたものを修復したいと思います。]ブートメニューは、構成されたすべてのオプションで正常に機能します。2つのWindowsインストールの1つをブートできないだけです。BCD構成に対応するにもかかわらず、%WINDIR%\Ntbtlog.txt
ログファイルが書き込まれていないので、私は(それは前にも、あるブートシーケンスが非常に早い段階で失敗したことを疑うntoskrnl.exe
にロードされます。)私は多分Windowsブートと思っローダそのインストールのが壊れていました。
そこで、それぞれのファイルの違いを探し始めました。追加のロギングおよびデバッグオプションを除き、BCDが同じように見えることを確認しました。
Windows Boot Loader
-------------------
identifier {the-working-one}
device partition=C:
path \WINDOWS\system32\winload.efi
description Windows 10
locale en-US
inherit {bootloadersettings}
recoverysequence {uid1}
displaymessageoverride Recovery
recoveryenabled Yes
isolatedcontext Yes
flightsigning Yes
allowedinmemorysettings 0x15000075
osdevice partition=C:
systemroot \WINDOWS
resumeobject {uid2}
nx OptIn
bootmenupolicy Standard
Windows Boot Loader
-------------------
identifier {non-working-one}
device partition=D:
path \Windows\system32\winload.efi
description Windows 10-1
locale en-US
inherit {bootloadersettings}
recoverysequence {uid3}
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の関連するブートコンポーネントは何ですか?2つのインストール間で関連する違いを分離する別の方法はありますか?それにより、作業中のものから非作業中のものに一部をコピーできますか?
正しい方向を示すのに役立つ可能性のある2つの追加情報:
正常に機能しないWindowsインストールでのリカバリ中に、「bootrec / fixboot」も「Access denied」で終了しましたが、どのアクセスが拒否されたかはわかりませんでした。このコマンドを実際に試してみたいとは思っていません。正確に何をするのかわかりません。
D:\Windows\System32\LogFiles\Srt\SrtTrail.txt
(起動修復のログファイル、Windowsリカバリ中にも実行)にはこの行が含まれています。
ブートクリティカルファイルd:\ efi \ microsoft \ boot \ resources \ custom \ bootres.dllが破損しています。
カスタムbootres.dllが必要な理由がわかりません。どこにもありません。これはどこに登録されますか?興味深いことに、このエラーメッセージの一部を見つけることができる唯一の場所は、これらの 2つのスレッドであり、17133.73(17133.1から)の更新に関連しています。クリーンな17133.1をインストールした後、実際にそのアップデートを(正常に)インストールしましたが、その後の17134.1へのクリーンなアップデートは、私が知る限りスムーズに進みました。それでも、これは、Microsoftが17133をRTMビルド(たとえば、EFI NVRAM)としてプルすることに関連する問題からの残り物を示しているのではないかと思います。
- グラフィカルバージョンを使用する場合、Windowsブートマネージャーの2つのエントリのロゴは異なります。したがって、Windowsブートマネージャー(またはローダー)のレベルにはまだ違いがあるはずです。
custom\bootres.dll
上記の問題とここでのブートマネージャーのロゴの問題は密接に関連しているという仮説を立てるのに、それほど遠くないことがわかりました。(関連質問:Windowsブートエントリのアイコンを変更できますか?)取得できない(まだ)のは、ブートマネージャがこのエントリにカスタムリソースが必要であると考える理由です。
ntoskrnl.exe
?
dism /image=d: /get-packages
など、OpenSSHの、メディアプレーヤー、私の作業のWindows(非稼働1をターゲット)から、それは言語パックを示しているものは1週間以内にインストールされているように思わない日。その日のイベントから生成されたWindowsUpdate.logには、写真アプリなどが更新されていますが、修正プログラム、KBなどは含まれていません。したがって、Windows Updateが必ずしも犯人ではなかったと思います。