Nur das überprüfte Betriebssystem und die HAL installieren (für Windows Vista und höher)
Hinweis
Überprüfte Builds waren unter älteren Versionen von Windows verfügbar, bevor Windows 10 Version 1803. Verwenden Sie Tools wie Driver Verifier und GFlags, um den Treibercode in späteren Versionen von Windows zu überprüfen.
Anstatt den vollständigen überprüften Build auf Ihrem Computer zu installieren, können Sie den kostenlosen Build des Systems installieren und dann die überprüften Versionen des Betriebssystemimages und der Hardwareabstraktionsebene (HAL) installieren. Wenn Sie dieses Verfahren verwenden, können Sie den Startladeprogramm so konfigurieren, dass zwei Startoptionen zur Verfügung gestellt werden. Eine Startoption ist für den kostenlosen Build. Die zweite Startoption startet das System mit dem überprüften Betriebssystemimage und hal, verwendet jedoch kostenlose Versionen aller anderen Systemkomponenten.
Schritt 1: Identifizieren der zu installierenden Dateien für Windows Vista und höher
Bevor Sie einen teilweise überprüften Build installieren, müssen Sie die Version des Betriebssystemimages und die HAL-Dateien bestimmen, die zum Installieren des kostenlosen Builds auf Ihrem System verwendet wurden.
Tipp Für 64-Bit-Versionen von Windows Vista und höher ist dieser Prozess einfach. Wenn Sie über das Windows Driver Kit (WDK) verfügen, können Sie das Betriebssystemimage und die HAL-Dateien aus dem Verzeichnis Debug\ des WDK verwenden. Weitere Informationen finden Sie unter Installieren des überprüften Builds. Es gibt jeweils nur eine Version für amd64 oder ia64. Die Namen der Dateien werden ntkrnlmp.exe und Hal.dll. Wenn Sie über das WDK für die verwendete Windows-Version verfügen, können Sie mit Schritt 2: Kopieren der überprüften Dateien fortfahren.
Verwenden Sie auf Computern, auf denen die 32-Bit-Version von Windows ausgeführt wird, die folgenden Verfahren, um die Namen der zu kopierenden Dateien zu identifizieren:
Ermitteln des Namens der installierten HAL
Öffnen Sie die Datei %SystemRoot%\Inf\setupapi.dev.log, und suchen Sie nach hal.dll.
Sie sollten eine Zeile wie TargetFilename – "hal.dll" finden.
Suchen Sie im selben Abschnitt der Protokolldatei nach dem entsprechenden SourceFilename. Der Name rechts neben SourceFilename ist der Name der HAL-Datei, die Sie aus dem überprüften Build kopieren müssen.
Das folgende Beispiel stammt aus einer Datei setupapi.dev.log. SourceFilename ist halmacpi.dll:
{FILE_QUEUE_COPY}
CopyStyle - 0x09180000
SourceRootPath - 'C:\Windows\System32\DriverStore\FileRepository\hal.inf_0c52392f'
SourceFilename - 'halmacpi.dll'
TargetDirectory- 'C:\Windows\system32'
TargetFilename - 'hal.dll'
SourceDesc - 'windows cd'
{FILE_QUEUE_COPY exit(0x00000000)}
Ermitteln des Namens der installierten Betriebssystemimagedatei
Bei 64-Bit-Versionen von Windows Vista und höher lautet der Name der Datei ntkrnlmp.exe.
Bei 32-Bit-Versionen von Windows Vista können Sie das folgende Verfahren verwenden, um zu bestimmen, ob die Uniprozessor- oder Multiprozessorversion installiert ist.
Öffnen Sie die Ereignisanzeige in der Computerverwaltungskonsole (compmgmt.msc).
Suchen Sie die Ereignis-ID 6009 im Systemprotokoll.
Die Eigenschaften für dieses Ereignis geben an, ob ein einzelner Prozessor oder eine Multiprozessorversion des Betriebssystemimages installiert ist.
Im Folgenden wird beispielsweise ein kostenloser Build des Betriebssystems mit Multiprozessorunterstützung angegeben.
Microsoft (R) Windows (R) 6.00. 6001 Service Pack 1 Multiprocessor Free.
Wenn Sie den Prozessortyp und die Menge des auf Ihrem Computer installierten physischen Arbeitsspeichers kennen, können Sie den Imagenamen aus einem der folgenden Optionen auswählen. Wenn Ein Kerneldebugger angefügt ist, können Sie auch den Befehl lmv mnt verwenden, um den ursprünglichen Dateinamen zu identifizieren.
ntoskrnl.exe
Uniprocessor x86-Architektursysteme mit mindestens 4 GB physischem Arbeitsspeicher.
ntkrnlpa.exe
Uniprocessor x86-Architektursysteme mit PAE-Unterstützung.
ntkrnlmp.exe
Multiprozessor-x86-Architektursysteme mit mindestens 4 GB physischem Arbeitsspeicher.
ntkrpamp.exe
Multiprozessor-x86-Architektursysteme mit PAE-Unterstützung.
Schritt 2: Kopieren der überprüften Dateien
Nachdem Sie nun die Namen der Dateien kennen, die während der Systeminstallation verwendet wurden, können Sie die überprüften Versionen dieser Dateien auf Ihr System kopieren. Suchen Sie die dateien, die Sie identifiziert haben, im Debugverzeichnis des WDK oder im überprüften Distribution Kit. Kopieren Sie diese Dateien dann in das Verzeichnis %SystemRoot%\system32 Ihres Systems, und geben Sie ihnen neue, eindeutige Dateinamen. Eine Möglichkeit, eindeutige Dateinamen sicherzustellen, besteht darin, die Dateitypen von ihren ursprünglichen Dateitypen (.dll oder .exe) beim Kopieren in CHK umzubenennen. Daher würden Sie mit dem Beispiel in Schritt 1 Dateien wie folgt aus dem überprüften Verteilungskit kopieren:
| Wenn der ursprüngliche Dateiname im Debugverzeichnis des WDK wie folgt lautet: | Kopieren Sie ihn in den folgenden Dateinamen in %SystemRoot%\system32: |
|---|---|
ntkrnlmp.exe |
ntkrnlmp.chk |
ntkrpamp.exe |
ntkrpamp.chk |
halmapic.dll |
halmapic.chk |
hal.dll |
hal.chk |
Schritt 3: Ändern der Startparameter mithilfe von BCDEdit
Nachdem Sie die überprüften Dateien in das Verzeichnis %SystemRoot%\system32 kopiert haben, müssen Sie einen Startzeiteintrag erstellen, der es dem System ermöglicht, diese überprüften Dateien zu verwenden. Sie können BCDEdit verwenden, um dies zu erstellen.
Tipp Sie können einen vorhandenen Starteintrag kopieren, um einen neuen Starteintrag zu erstellen, den Sie ändern können, um das überprüfte Betriebssystemimage und die HAL zu verwenden. Um beispielsweise eine Kopie des aktuellen Starteintrags zu erstellen, verwenden Sie den folgenden Befehl: bcdedit /copy {current} /d "Windows 8.1 Teilweise überprüften Build". Allgemeine Anweisungen zur Verwendung von BCDEdit finden Sie unter Tools for Changing Boot Options for Driver Testing and Debugging andEditing Boot Options.For general instructions on using BCDEdit, see Tools for Changing Boot Options for Driver Testing and Debugging and Editing Boot Options.
Hinweis Vor dem Festlegen von BCDEdit-Optionen müssen Sie möglicherweise BitLocker und den sicheren Start auf dem Computer deaktivieren oder anhalten.
Verwenden Sie zum Konfigurieren eines teilweise überprüften Builds unter Windows Vista und höher den Befehl BCDEdit /set sowie die Kernel - und HAL-Optionen .
Mit den folgenden Befehlen wird beispielsweise ein Starteintrag so konfiguriert, dass die überprüften Versionen des Kernels und der HAL verwendet werden.
bcdedit /set {44a942bf-d6ee-11e3-baf8-000ffee4f6cd} kernel ntkrnlmp.chk
bcdedit /set {44a942bf-d6ee-11e3-baf8-000ffee4f6cd} hal hal.chk
Außerdem müssen Sie den Computer für das Kerneldebuggen konfigurieren. Insbesondere müssen Sie den Starteintrag für das Startdebuggen von BCDEdit /bootdebug aktivieren. Wenn Sie das Startdebuggen nicht aktivieren und kein Kerneldebugger mit dem Computer verbunden ist, startet der Computer in der Windows-Wiederherstellungsumgebung, wenn Sie diesen neuen Starteintrag auswählen.
bcdedit /bootdebug {44a942bf-d6ee-11e3-baf8-000ffee4f6cd} on
Geben Sie bcdedit /enum ein, um die Ergebnisse der Befehle anzuzeigen. Die Option /enum listet alle Starteinträge auf. Beispielsweise wurde der folgende Starteintrag so geändert, dass die überprüften Versionen des Kernels und HAL verwendet werden. Sie müssen auch den Starteintrag für das Bootdebuggen aktivieren (bcdedit /bootdebug {ID} aktiviert).
## Windows Boot Loader
-------------------
identifier {44a942bf-d6ee-11e3-baf8-000ffee4f6cd}
device partition=C:
path \Windows\system32\winload.exe
description Windows 8.1 Partial Checked Build
locale en-US
inherit {bootloadersettings}
recoverysequence {44a942bd-d6ee-11e3-baf8-000ffee4f6cd}
integrityservices Disable
recoveryenabled Yes
bootdebug Yes
testsigning Yes
allowedinmemorysettings 0x15000075
osdevice partition=C:
systemroot \Windows
kernel ntkrnlmp.chk
hal hal.chk
resumeobject {44a942bb-d6ee-11e3-baf8-000ffee4f6cd}
nx OptIn
bootmenupolicy Standard
debug Yes
Schritt 4: Neustarten des Computers
Nachdem Sie die Änderungen vorgenommen und Ihren Computer für das Kerneldebuggen konfiguriert haben, das Startdebuggen aktiviert und ein Kerneldebugger verbunden ist. Starten Sie Den Computer neu. Wenn Sie den Computer neu starten, wird eine neue Startoption für das Betriebssystem angezeigt, mit der Sie Ihr überprüftes Betriebssystemimage und hal auswählen können.
Sie können das folgende Verfahren verwenden, um zu überprüfen, ob Sie den Überprüfungsbuild ausführen.
Öffnen Sie die Ereignisanzeige in der Computerverwaltungskonsole (compmgmt.msc).
Suchen Sie die Ereignis-ID 6009 im Systemprotokoll.
Die Eigenschaften für dieses Ereignis geben an, ob sie den kostenlosen oder überprüften Build des Betriebssystemimages installiert haben.
Die folgende Beschreibung für das Ereignis gibt beispielsweise einen überprüften Build des Betriebssystems mit Multiprozessorunterstützung an.
Microsoft (R) Windows (R) 6.00. 6001 Service Pack 1 Multiprocessor Checked.
Zugehörige Themen
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für