Was sind die relevanten Startkomponenten (Dateien und Einstellungen) von Windows 10?

3995
bers

Dies ist meine zweite Frage in Bezug auf meinen Fall, dass Windows 10 nicht bootet, diesmal jedoch mit einem anderen Fokus. Als eine Erinnerung:

Da gestern etwas (TM) mit meinem Laptop (Dell Latitude E6440) geschehen ist (ich vermute ein Windows Update, aber wer weiß), wird meine Windows 10 Pro-Installation (17134.1, falls dies wichtig ist) nicht mehr gestartet. Im Grunde habe ich während des Bootvorgangs nur ein Dell-Logo auf unbestimmte Zeit gesehen. Abgesehen von anfänglichen Festplattenaktivitäten ist nichts anderes passiert.

Ich habe den Windows-Start-Manager als Hauptursache ausgeschlossen, nicht zuletzt durch die Installation derselben Version von Windows 10 auf einer zweiten Partition, die von demselben EFI-Start-Manager verwaltet wird. [Es scheint keine Möglichkeit zu geben, ein Upgrade / eine In-Place-Installation über eine vorhandene, nicht bootfähige Windows-Installation durchzuführen und die Apps installiert zu lassen . Daher ist dies nicht meine bevorzugte Lösung. Ich möchte das defekte reparieren.] Das Startmenü funktioniert gut mit allen konfigurierten Optionen, es ist nur so, dass ich keine der beiden Windows-Installationen starten kann. Trotz entsprechender BCD-Konfiguration wird keine %WINDIR%\Ntbtlog.txtProtokolldatei geschrieben. Daher vermute ich, dass die Startsequenz sehr früh ausfällt (d ntoskrnl.exe. H. Sogar bevor sie geladen wird.) Ich dachte, dass der Windows- Bootloader dieser Installation möglicherweise beschädigt war.

Also fing ich an, nach Unterschieden zwischen den jeweiligen Dateien zu suchen. Ich habe sichergestellt, dass die BCD mit Ausnahme der zusätzlichen Protokollierungs- und Debugging-Optionen gleich aussieht:

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 

Dann fuhr ich mit dem Vergleichen von Dateien fort, von denen ich vermute, dass sie etwas mit dem Booten zu tun haben - aber alles, was ich bisher getestet habe, ist auch identisch:

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) 

Was vermisse ich? Was sind andere relevante Startkomponenten von Windows 10, die ich vergleichen könnte? Gibt es eine andere Möglichkeit, die relevanten Unterschiede zwischen den beiden Installationen zu isolieren, die es mir ermöglichen könnten, einen Teil vom arbeitenden auf den nicht arbeitenden zu kopieren?

Zwei zusätzliche Informationen, die möglicherweise in die richtige Richtung weisen:

  1. Während der Wiederherstellung mit nur der nicht funktionierenden Windows-Installation wurde "bootrec / fixboot" auch mit "Zugriff verweigert" beendet. Ich konnte jedoch nicht herausfinden, welcher Zugriff verweigert wurde. Ich bin nicht wirklich darauf aus, diesen Befehl auszuprobieren, da ich nicht genau weiß, was er genau macht.

  2. D:\Windows\System32\LogFiles\Srt\SrtTrail.txt (die Protokolldatei für die Startreparatur, die auch während der Windows-Wiederherstellung ausgeführt wird) enthält diese Zeile;

Die kritische Boot-Datei d: \ efi \ microsoft \ boot \ resources \ custom \ bootres.dll ist beschädigt.

Ich habe keine Ahnung, warum eine benutzerdefinierte bootres.dll erforderlich sein könnte, ich habe das nirgendwo. Wo könnte dies registriert werden? Interessanterweise ist der einzige Ort, an dem ich einen Teil dieser Fehlermeldung finden kann, diese beiden Threads, die sich auf das Update 17133.73 beziehen (von 17133.1, nehme ich an). Ich hatte dieses Update zwar (erfolgreich) installiert, nachdem ich eine saubere 17133.1 installiert hatte, aber das nachfolgende saubere Update auf 17134.1 verlief, soweit ich das beurteilen kann, problemlos. Ich frage mich jedoch, ob dies möglicherweise auf Überbleibsel von Problemen im Zusammenhang mit dem Ziehen von 17133 durch Microsoft als RTM-Build (z. B. im EFI-NVRAM) hindeutet.

  1. Die Logos für die beiden Einträge im Windows-Start-Manager unterscheiden sich bei Verwendung der grafischen Versionen. Es muss also noch ein Unterschied auf der Ebene des Windows Boot Managers (oder der Loaders) geben:

Was sind die relevanten Startkomponenten (Dateien und Einstellungen) von Windows 10?

Ich finde es nicht zu weit entfernt zu der Hypothese, dass das custom\bootres.dlloben genannte Problem und das Bootmanager-Logo hier eng miteinander verbunden sind. (Zugehörige Frage: Kann ich das Symbol eines Windows-Starteintrags ändern? ) Was ich (noch) nicht verstehe, ist der Grund, warum der Bootmanager der Meinung ist, dass dieser Eintrag überhaupt benutzerdefinierte Ressourcen benötigt.

3
Wenn Sie ein Update vermuten, sollten Sie das Update aus WinRE entfernen. Eine Liste der erforderlichen Startdateien würde wahrscheinlich Hunderte von Dateien enthalten. Windows 10 Build 17134.1 ist ein Insider Preview Build. Ramhound vor 5 Jahren 0
@ Ramhound Danke, ich werde das versuchen. Trotzdem frage ich mich - "in den Hunderten" vor "ntoskrnl.exe"? bers vor 5 Jahren 0
"Was sind andere relevante Startkomponenten von Windows 10, die ich vergleichen könnte?" - Diese Liste wäre eine sehr lange Liste. Ich habe versucht, Sie in die richtige Richtung zu bringen, um dieses Problem zu lösen, anstatt zu sagen, die Liste, die Sie wollen, wird nicht sehr hilfreich sein. Ramhound vor 5 Jahren 0
@ Ramhoun Ich verstehe :) Ich habe `dism / image = d: / get-packages` von meinem funktionierenden Windows (das nicht funktionierende) anvisiert und es zeigt die Sprachpakete, OpenSSH, Media Player usw. an innerhalb einer Woche nach * dem Tag * installiert worden sein. In der WindowsUpdate.log, die aus Ereignissen an diesem Tag generiert wurde, wurden Dinge wie die App Fotos aktualisiert, jedoch keine Hotfixes, KB oder ähnliches. Ich denke also, dass Windows Update nicht unbedingt der Täter war. bers vor 5 Jahren 0
Eine Änderung in einem Build 17133 bis 17334 wird in Windows Update nicht angezeigt. Ihr Problem hat nichts mit dem Grund zu tun, warum 17133 nicht der RTM-Build von 1803 ist. Vor allem, wenn Sie eine Neuinstallation von 171334 durchgeführt haben. Ramhound vor 5 Jahren 1

0 Antworten auf die Frage