Freigeben über

WindowsToGo-Start – Test

  • Artikel

Mit diesem Test wird überprüft, ob der USB-Speicher mit einem Windows-Image bereitgestellt werden kann und ob die folgenden Anforderungen erfüllt sind:

  • Start mit Windows auf dem Gerät.

  • Betrieb mit SuperSpeed bei Verwendung eines USB 3.0-Anschlusses.

  • Wechsel in den und aus dem S3-Ruhezustand.

  • Wechsel in den und aus dem S4-Ruhezustand.

Hinweis

   Dies ist eine systemspezifische Implementierung eines vorhandenen Tests. Weitere Informationen zu diesem Test finden Sie unter WindowsToGo Device Boot Test.

 

Testdetails

   
Spezifikationen
  • System.Grundlagen.USBBoot.BootFromUSB
Plattformen
  • Windows 10, Client-Editionen (x86)
  • Windows 10, Client-Editionen (x64)
Unterstützte Versionen
  • Windows 10
  • Windows 10, Version 1511
  • Windows 10, Version 1607
  • Windows 10, Version 1703
  • Windows 10, Version 1709
  • Windows 10, Version 1803
  • Windows 10, Version 1809
  • Windows 10, Version 1903
  • Nächstes Update auf Windows 10
Voraussichtliche Laufzeit (in Minuten) 45
Kategorie Szenario
Zeitüberschreitung (in Minuten) 2700
Neustart erforderlich false
Erfordert eine spezielle Konfiguration true
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

Die Hardwareanforderungen sind wie folgt:

  • Das Gerät muss USB 3.0 sein und es muss für Windows To Go zertifiziert sein.

  • Das zu testende Gerät muss für diesen Test an einen USB 3.0-Anschluss angeschlossen sein.

  • An den Computer, auf dem der Test durchgeführt wird, sollten keine anderen USB-Speichergeräte angeschlossen sein.

  • Der Computer, auf dem der Test ausgeführt wird, verfügt nicht über einen gleich großen oder mehr Systemspeicher als das WTG-zertifizierte Gerät (z. B. wenn das System über 32 Gb RAM verfügt, können Sie kein 32Gb WTG-Laufwerk verwenden).

Softwareanforderungen:

  • Der Benutzer muss eine gültige WIM-Datei (Windows-Image) auf den Testcomputer kopieren. Sie muss alle Treiber enthalten, die zum Verwenden der Hardware des Systems benötigt werden.

Problembehandlung

Informationen zur allgemeinen Problembehandlung bei HLK-Testfehlern finden Sie unter Problembehandlung bei Windows HLK-Testfehlern.

Informationen zur Problembehandlung finden Sie unter Problembehandlung bei Device.Storage-Tests.

Wenn vom Windows To Go-Gerät nicht gestartet werden kann, gehen Sie wie folgt vor:

  • Vergewissern Sie sich, dass das Windows-Image keine USB-Treiber von Drittanbietern enthält.

  • Stellen Sie sicher, dass das System, das Sie zum Durchführen dieses Tests verwenden, über die neueste Firmware verfügt.

  • Wenn der Start durch einen Fehler vom Typ „INACESSIBLE_BOOT_DEVICE“ unterbrochen wurde, hat der USB-Speicherstick wahrscheinlich nach dem Empfang einer Reihe von Befehlen nicht mehr reagiert. Ermitteln Sie mithilfe einer USB-Ablaufverfolgung, warum der USB-Speicherstick nicht mehr reagiert hat.

  • Wenn das System nicht versucht hat, das Windows To Go-Laufwerk zu starten, wurde der USB-Speicherstick wahrscheinlich nicht schnell genug für die Firmware des Systems aufgezählt. Ermitteln Sie mithilfe einer USB-Ablaufverfolgung, was dazu geführt hat, dass das System den Versuch, den USB-Speicherstick zu starten, abgebrochen hat.

  • Wenn Sie diese Debuggingschritte ausgeführt haben und zu dem Schluss kommen, dass Ihr Gerät ordnungsgemäß funktioniert, wiederholen Sie den Test mit einem zertifizierten Gerät, und vergleichen Sie die Ergebnisse.

Wenn das Gerät keinen S3-Ruhezustand eingeben kann, verfügt Ihr WIM-Image möglicherweise nicht über die richtigen Grafiktreiber. Ermitteln Sie mithilfe der folgenden Schritte, wodurch der Wechsel in den S3-Ruhezustand blockiert wird:

  • Stellen Sie ein Windows To Go-Gerät mit dem Image bereit, das Sie während des Tests verwendet haben, und starten Sie dann von diesem Gerät.

  • Öffnen Sie eine Eingabeaufforderung, und führen Sie den folgenden Befehl aus: powercfg a

  • Beachten Sie, welches Gerät den S3-Ruhezustand blockiert, fügen Sie der WIM-Datei den entsprechenden Treiber hinzu, und wiederholen Sie den Test.

Wenn beim Wechsel aus dem S3- oder S4-Ruhezustand der Zustand des Computers verloren geht, wurde möglicherweise die Stromversorgung des Geräts unterbrochen, bevor alle Daten aus seinem Cache geschrieben werden konnten.

Wenn der Computer beim Wechsel aus dem Ruhezustand nicht mit dem Windows To Go-Betriebssystem, sondern mit dem Hostbetriebssystem fortgesetzt wird, gab es ein Problem beim Starten des Windows To Go-Geräts, und es wurde stattdessen der Hostcomputer gestartet. Ermitteln Sie mithilfe einer USB-Ablaufverfolgung, was dazu geführt hat, dass der Computer wieder das Hostbetriebssystem verwendet.

Wenn Sie beim Testen Ereignisse im Zusammenhang mit überraschendem Entfernen erhalten, die nicht auf das Aus- und Einstecken des Windows To Go-Geräts zurückzuführen sind, hält das Windows To Go-Gerät seine Verbindung mit dem Hostbetriebssystem ggf. nicht gemäß der USB 3.0-Spezifikation aufrecht, oder das Windows To Go-Gerät speichert unter Umständen nicht alle Daten ordnungsgemäß in nicht flüchtigem Speicher, wenn das System in einen Ruhezustand wechselt. Ermitteln Sie mithilfe einer USB-Ablaufverfolgung, wodurch die Ereignisse mit überraschendem Entfernen verursacht wurden.

Wenn das System erfolgreich mit dem Windows To Go-Betriebssystem gestartet wird, aber für einen längeren Zeitraum hängen bleibt, starten Sie das System manuell neu. Die folgende Warnung kann in der Te.wtl-Protokolldatei für die Aufgabe „Prozesstestergebnisse“ gefunden werden:

Warnung: Es wurde verhindert, dass das System in den Ruhezustand (S3) oder den verbundenen Standbymodus wechselt. Wenn Sie vom WTG-Laufwerk gestartet werden, öffnen Sie eine Eingabeaufforderung, und führen Sie „powercfg -a“ aus, und beachten Sie, welche Komponente als Blockieren von S3 oder verbundenem Standby aufgeführt ist. Dies ist in der Regel das Ergebnis fehlender Grafiktreiber. Fügen Sie fehlende Treiber für Ihren Computer zur WIM-Datei hinzu, die Sie für diesen Test verwenden.

Hinweis

   Wenn die Protokolle den Test nach dem manuellen Neustart anzeigen, ist es akzeptabel, die Ergebnisse für die Zertifizierung mit dieser Warnung in den Protokollen zu übermitteln.

 

Weitere Informationen

Dateiliste

Datei Standort

boottest.dll

<testbinroot>\pw_device_logo\boottest.dll

unattend.xml

<testbinroot>\pw_device_logo\unattend.xml

Pwrtest.exe

<testbinroot>\pwrtest\pwrtest.exe

 

Parameter

Parametername Parameterbeschreibung
LLU_NetAccessOnly
LLU_LclAdminUsr
TestMode
WimPath Vollständiger Pfad zu einer WIM-Datei (Windows-Image). Muss vollwertiges Windows sein (nicht WinPE).
WimIndex Image innerhalb der zu verwendenden WIM-Datei. Muss der Architektur des Hostcomputers entsprechen (x86/amd64).
TAEFSource