UEFI TPR-Test
Dieser Test überprüft die UEFI-Implementierung des TPR-Befehls. EDrives, die vom Betriebssystem entsperrt sind, bleiben auf Systemabstürzen entsperrt, was zu einer Sicherheitslücke für alle Laufwerke, wie das Betriebssystem, das Laufwerk auf dem Absturz nicht sperren kann. UEFI-Systeme müssen jedem eDrive auf dem System einen TPR-Befehl ausstellen, um sicherzustellen, dass das Laufwerk gesperrt ist, bevor es in ein Betriebssystem gestartet wird.
Mit diesem Test wird beispielsweise ein Band auf allen eDrives erstellt und der Status dieses Bandes festgelegt, das vorübergehend entsperrt wird, bevor ein Systemabsturz angevoft wird. Nach dem Neustart wird der Test erneut ausgeführt und überprüft den Status des Bandes, um sicherzustellen, dass er gesperrt ist.
Testdetails
| Spezifikationen |
|
| Plattformen |
|
| Unterstützte Versionen |
|
| Voraussichtliche Laufzeit (in Minuten) | 20 |
| Kategorie | Kompatibilität |
| Zeitüberschreitung (in Minuten) | 1200 |
| Neustart erforderlich | false |
| Erfordert eine spezielle Konfiguration | false |
| Typ | automatic |
Zusätzliche Dokumentation
Tests in diesem Funktionsbereich enthalten möglicherweise zusätzliche Dokumentation, einschließlich Informationen zu Voraussetzungen, Einrichtung und Fehlerbehebung, die in den folgenden Themen zu finden sind:
Ausführen des Tests
Bevor Sie den Test ausführen, schließen Sie die Testeinrichtung wie in den Testanforderungen beschrieben ab: Testvoraussetzungen für WDTF-Systemgrundlagen.
Dieser Test ist ein Systemtest und wird beispielsweise für alle Systeme und nicht für bestimmte Laufwerke im Gerätetest ausgeführt. Alle Systeme mit UEFI und einem angefügten eDrive sehen diesen Test in der Liste der ausgeführten Tests. Ein UEFI-System mit mehr als einem eDrive wird auf Compliance überprüft.
Der Test konfiguriert das System, bevor eine manuell initiierte Fehlerüberprüfung verursacht wird, und schließlich den Zustand des Laufwerks überprüft, nachdem das System neu gestartet wurde. Dies bedeutet, dass ein manuell initiierter Stoppfehler erwartet wird.
Problembehandlung
Allgemeine Informationen zur Problembehandlung von HLK-Testfehlern finden Sie unter Problembehandlung von Windows HLK-Testfehlern.
Weitere Informationen zur Problembehandlung finden Sie unter Problembehandlung beim Testen von Systemgrundlagen.
Der Test muss einen neuen Band auf dem eDrive für Tests erstellen, was erfordert, dass freier Speicherplatz zum Erstellen der Partition und des Bandes verfügbar ist. Wenn das eDrive bereits Über Volumes verfügt, versucht der Test, ein Volume zu verkleinern und den kostenlosen Speicherplatz zum Ausführen der Tests zu verwenden. Wenn beim Versuch, das Laufwerk vor dem manuell initiierten Absturz vorzubereiten, ein Fehler auftritt, können die folgenden Schritte ausgeführt werden:
Dieser Fehler kann in den Testprotokollen als VDS-Fehler angezeigt werden.
Entfernen Sie alle Volumes manuell von Datenlaufwerken, indem Sie datenträgerteilbereinigung auf dem Datenträger ausführen.
Wenn der Datenträger das Startvolume enthält, verkleinern Sie Volumes, um mindestens 100 MB freien Speicherplatz auf Startvolumes zu erstellen, bevor Sie den Test ausführen. Dies kann mithilfe der Datenträgerverwaltung erreicht werden.
Weitere Informationen
Der Test ist ein Systemtest und führt alle eigenen Geräteaufzählungen aus. Der Auftrag installiert zuerst den Fehlerchecktreiber, der es der Benutzermodus-Testanwendung ermöglicht, einen Systemabsturz zu erzwingen. Während der Phase 1 des Tests wird das System überprüft, um sicherzustellen, dass es sich um ein UEFI-System handelt und mindestens ein eDrive verbunden ist. Wenn das System diese Kriterien nicht erfüllt, wird der Test übersprungen und als Pass im HLK Studio und Manager angezeigt. Für jedes eDrive-Enumeriert auf dem System wird ein neues 100 MB-Band erstellt. Wenn das Laufwerk bereits Partitionen enthält, sodass nicht 100 MB freier Speicherplatz vorhanden ist, wird VDS aufgerufen, um die größte Partition zu verkleinern, um Platz für einen neuen Band zu erstellen. Dies bedeutet, dass die Partitionen auf dem Laufwerk in Windows erstellt und nicht von einer TCG-Lösung von Drittanbietern verwaltet werden. Jeder der neuen Bänder wird auf den Zustand "Temporäre Entsperrung" festgelegt, bevor er den Absturzdumptreiber aufruft, um einen manuell initiierten Systemabsturz zu verursachen. Wenn das System den zweiten Teil des Tests neu startet, wird überprüft, ob jede der Bänder gesperrt ist. Alle entsperrten Bänder führen dazu, dass der Test fehlschlägt. Die Testbänder werden entfernt und die Partitionen erweitert, wenn sie zuvor verkrumpft wurden. Schließlich wird der Absturzdumptreiber aus dem System entfernt.
Befehlssyntax
| Befehl | Beschreibung |
|---|---|
UefiTprTest.exe Phase1 |
Führen Sie Phase 1 des Tests aus, um die Laufwerke vorzubereiten, bevor das System abstürzt. |
UefiTprTest.exe Phase2 |
Führen Sie Phase 2 des Tests aus, um den Zustand der Laufwerke nach dem Neustart zu überprüfen. |
Befehlssyntax
| Befehlsoption | Beschreibung |
|---|---|
UefiTprTest.exe |
Die Befehlszeilenoptionen für den Test sind unten aufgeführt. |
Phase1 |
Phase 1 bereitet die Laufwerke für Tests vor. Dies ist erforderlich, um die Laufwerke im Zustand abzurufen, den sie benötigen, bevor das System abstürzt. |
Phase2 |
Phase 2 führt die Überprüfung der Laufwerke und ihres Zustands nach dem Absturz des Systems durch. |
Hinweis
Geben Sie für die Befehlszeilenhilfe für diese Testbinärdatei /?.
Dateiliste
Datei |
Standort |
bugcheck.sys |
<[testbinroot]>\nttest\driverstest\storage\wdk\ |
common.js |
<[testbinroot]>\NTTEST\driverstest\storage\crashdump\scripts\ |
Crash.wsf |
<[testbinroot]>\NTTEST\driverstest\storage\crashdump\scripts\ |
bugcheckdrvctrl.dll |
<[testbinroot]>\nttest\driverstest\storage\wdk\crashtest\ |
bugcheckdrvctrl.tlb |
<[testbinroot]>\nttest\driverstest\storage\wdk\crashtest\ |
UefiTprTest.exe |
<[testbinroot]>\nttest\driverstest\storage\wdk\ |
Parameter
| Parametername | Parameterbeschreibung |
|---|---|
| LLU_LclAdminUsr | Benutzerkonto zum Ausführen des Tests. |
| LLU_NetAccessOnly | Benutzerkonto für den Zugriff auf die Testdateifreigabe. |
| StorageDriveLetter | Zugewiesen durch Parameter bei der Speichererstellung. |
| StorageDriveNumber | Zugewiesen durch Speicherparametererstellung. |
| DiskDeviceObjLink | Zugewiesen durch Speicherparametererstellung. |