Warum bleibt meine VM während einer Sysprep- und Capture-Tasksequenz bei "Windows lädt Dateien ..." hängen?


5

Bildbeschreibung hier eingeben

Meine schöne, gut gemachte Referenzmaschine bootet überhaupt nicht! Ich versuche, eine Sysprep- und Capture-Tasksequenz auszuführen (MDT 2010 und WDS außerhalb von Server 2012). Ich habe litetouch.vbs von der Bereitstellungsfreigabe ausgeführt und die Aufgabe ausgewählt, aber beim Neustart hängt der Computer genau hier. Bei jedem Neustart wird weiterhin versucht, die Sysprep- und Capture-Aufgabe auszuführen.

Ich hasse es, noch ein paar Stunden damit zu verbringen, eine andere zu aktualisieren. Ich konnte den Start mit F8 nicht unterbrechen, und um ehrlich zu sein, bin ich mit Windows PE nicht handlich genug, um dieses Problem zu diagnostizieren, aber ich kann einen Netzwerkstart mit einem WinPE-Image durchführen.

Wie kann ich dieses Problem in Windows PE diagnostizieren und / oder beheben? Gibt es irgendwelche Protokolle, auf die ich zugreifen kann, die mir einen Hinweis geben könnten?

Für das, was es wert ist, ist dies eine VM, die in VMWare Workstation 9.0 ausgeführt wird, und ich verwende ein x64-Startabbild.

Update: Ich habe den WDS-Server heruntergefahren, um sicherzustellen, dass noch keine Dateien von ihm geladen wurden. Scheint es nicht. Es ist wahrscheinlich unmöglich, das Problem von der Serverseite aus zu beheben.

Außerdem versuche ich, diesen WDS-Server hochzuhalten. Die Konfiguration ist völlig neu. Es ist also wahrscheinlich, dass ich etwas auf der Serverseite vermasselt habe. Ich werde das später herausfinden. Was ich jetzt tun möchte, ist, diese Referenz-VM erneut booten zu lassen.


Haben Sie mit MDT in letzter Zeit Änderungen an Ihrem Boot-Image vorgenommen? Haben Sie versucht, Ihr Boot-Image vollständig neu zu generieren? Ist es möglich, dass standardmäßig 32-Bit-WinPE gebootet wird? Entfernen Sie das 32-Bit-Startabbild von WDS, deaktivieren Sie die Erstellung des 32-Bit-Abbilds in MDT, generieren Sie das

@francisswest Wird die Bereitstellungsfreigabe zu diesem Zeitpunkt noch geladen? Ich werde es versuchen und sehen, was passiert.
Tanner Faulkner

Meines Wissens reagiert WDS ausschließlich auf PXE-Startanforderungen und leitet den verbundenen Computer an ein Startabbild weiter. In diesem Fall wird das Startabbild immer noch von der Bereitstellungsfreigabe geladen.

Das mag albern sein, aber hat dieses Setup schon einmal funktioniert? Konnten Sie schon einmal mit diesem Boot-Image booten? Was hat sich verändert? Konnten Sie von einem physischen Computer booten, aber die VM lässt dies nicht zu?

Versuchen Sie eine andere VM-Umgebung? Ich verwende virtualbox für alle meine Referenz-Image-Builds.
MDT Guy

Antworten:


4

Es gibt mehrere Protokolldateien, die MDT in verschiedenen Phasen des Bereitstellungs- / Erfassungsproblems erstellt. Der TechNet-Artikel ' Grundlegendes zu Fehlern und Protokolldateien ' hilft Ihnen dabei, diese zu finden, damit Sie sehen können, welche Fehler möglicherweise vorliegen. Ein weiterer Tipp für die MDT-Protokolldateien ist das Festlegen der Regel SLShare = "Pfad zur Bereitstellungsfreigabe" in Ihren Bereitstellungsfreigaberegeln (Datei custom- settings.ini). Dadurch werden alle Protokolldateien an diesen Speicherort kopiert, sodass die Protokolldateien für alle Ihre Bereitstellungen auf einfache Weise erfasst und angezeigt werden können.

Ich stimme auch MDT Guy in Bezug auf die Netzwerktreiber zu. Mit diesem VMWare-Knowledgebase-Artikel können Sie die Treiber aus der VMWare Tools-ISO extrahieren. Anschließend müssen Sie sie zum Treiberspeicher hinzufügen und beim Generieren der Startabbilder einbeziehen.

Auf der Seite Bereitstellen und Bereitstellen von Windows 8 finden Sie den neuesten Download-Link zur neuen Version von MDT (2013) sowie zahlreiche Artikel und Videos, die Sie bei der Bereitstellung von Windows unterstützen.


1

Update: Anstatt zu versuchen, in WinPE zu booten, indem Sie Litetouch.vbs von der Windows-Shell ausführen, versuchen Sie, direkt von der CD zu booten? Wenn Lite touch das Boot-Image auf die lokale CD lädt, liegt möglicherweise ein Problem mit der VM vor? Haben Sie jemals die Protokolldateien gefunden? WinPE hat ziemlich robuste Protokollierung ...

Ich habe gesehen, wie Treiber solche Probleme verursacht haben. Stellen Sie sicher, dass in Ihrer Antwortdatei Folgendes festgelegt ist:

DriverSelectionProfile = Nichts DriverInjectionMode = ALL DriverGroup001 = NAMEOFOS \ xARCH \% Manufactuer% \% Model%

Der eigentliche Trick besteht darin, win7-Treiber von winpe-Treibern zu trennen. Das einzige, was sich im Ordner winpe befinden sollte, sind Netzwerktreiber.

Beispiel: Ich behalte alle meine 64-Bit-Win7-HP 6150-Treiber in der Bereitstellungs-Workbench als

OutofBoxDrivers\Windows_7\x64\Hewlett-Packard\HP ProBook 6150

Versuchen Sie eine generische MDT-Boot-CD? Möglicherweise haben Sie auch mehr Glück, wenn Sie Ihre winPE-Treiber von Ihren Windows 7-Treibern trennen, wie oben vorgeschlagen.

Wenn Sie sicher sind, dass es sich nicht um ein Treiberproblem handelt, testen Sie dieses Image auf einer realen Workstation. Möglicherweise liegt ein Problem mit der VM vor.


1

Mein Referenz-Image hat dies getan, weil ich es von der Festplatte erstellt habe, anstatt eine Tasksequenz zu verwenden. Dann habe ich das Basis-Image importiert und das Referenz-Image neu erstellt, und dann hat das Capturing funktioniert.

Ich habe festgestellt, dass bei Verwendung der Tasksequenz die vom System reservierte Partition 500 MB anstatt 100 MB beträgt. Ich denke, der zusätzliche Speicherplatz dort hat dies für mich gelöst

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.