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

7590
Tanner Faulkner

enter image description here

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

Ich hasse es, noch ein paar Stunden damit zu verbringen, eine andere zu aktualisieren. Ich konnte den Startvorgang nicht mit F8 unterbrechen, und um ehrlich zu sein, bin ich mit Windows PE nicht praktisch genug, um dieses Problem zu diagnostizieren, aber ich kann über ein WinPE-Image über ein Netzwerk booten.

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

Was es wert ist, ist dies eine VM, die in VMWare Workstation 9.0 ausgeführt wird, und ich verwende ein x64-Boot-Image.

Update: Ich habe den WDS-Server heruntergefahren, um sicherzustellen, dass keine Dateien noch geladen werden. Scheint es nicht. Eine Reparatur von der Serverseite aus ist wahrscheinlich nicht möglich.

Ich versuche auch, diesen WDS-Server aufrecht zu erhalten. Die Konfiguration ist völlig neu. Es ist also wahrscheinlich, dass ich etwas auf der Serverseite vermasselt habe. Ich werde das später herausfinden. Ich würde jetzt gerne diese Referenz-VM erneut starten.

5
Haben Sie in letzter Zeit Änderungen an Ihrem Boot-Image vorgenommen? Haben Sie versucht, Ihr Boot-Image vollständig zu regenerieren? Ist es möglich, dass standardmäßig 32 Bit WinPE gestartet wird? Entfernen Sie das 32-Bit-Boot-Image von WDS, deaktivieren Sie die Erstellung des 32-Bit-Image in MDT, generieren Sie das Boot-Image neu und binden Sie es erneut an WDS vor 11 Jahren 0
@francisswest Wird die Bereitstellungsfreigabe zu diesem Zeitpunkt noch geladen? Ich werde es versuchen und sehen, was passiert. Tanner Faulkner vor 11 Jahren 0
Soweit ich weiß, reagiert alles WDS auf PXE-Startanfragen und leitet den angeschlossenen Computer auf ein Startabbild. In diesem Fall wird das Boot-Image immer noch von der Bereitstellungsfreigabe geladen. vor 11 Jahren 0
Das ist vielleicht dumm, aber hat dieses Setup schon einmal funktioniert? Konnten Sie dieses Boot-Image bereits zuvor booten? Was hat sich verändert? Konnten Sie von einem physischen Computer aus starten, aber die VM lässt dies nicht zu? vor 11 Jahren 0
eine andere VM-Umgebung ausprobieren? Ich verwende virtualbox für alle meine Referenz-Image-Builds. MDT Guy vor 11 Jahren 0
Haben Sie gerade versucht, "sysprep / generalize / oobe / shutdown" auf dem lokalen Computer auszuführen, und dann einfach PXE-Boot auf dem WDS-Server nach dem Neustart ausführen und ein solches Capture ausführen? So mache ich es und ich hatte noch nie Probleme. Hier ist ein schöner unattend.xml-Generator mit freundlicher Genehmigung der Wayback-Maschine: http://web.archive.org/web/20120528141606/http://benosullivan.co.uk/windows-7-unattend-xml-generator Lee Harrison vor 11 Jahren 0

3 Antworten auf die Frage

4
dwolters

Es gibt mehrere Protokolldateien, die MDT in verschiedenen Phasen des Bereitstellungs- / Erfassungsproblems erstellt. Der TechNet-Artikel " Fehler und Protokolldateien verstehen " hilft Ihnen bei der Suche nach Fehlern, damit Sie feststellen können, welche Fehler möglicherweise vorliegen. Ein weiterer Tipp für MDT-Protokolldateien ist das Festlegen der Regel SLShare = "Pfad zur Bereitstellungsfreigabe" in den Bereitstellungsfreigaberegeln (Datei "customettings.ini"). Dadurch werden alle Protokolldateien an diesen Speicherort kopiert, sodass Sie die Protokolldateien für alle Ihre Bereitstellungen problemlos sammeln und anzeigen können.

Ich stimme auch mit MDT Guy hinsichtlich der Netzwerktreiber überein. In 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 hinzufügen, wenn Sie die Boot-Images neu generieren.

Schließlich enthält die Seite zum Bereitstellen und Bereitstellen von Windows 8 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
MDT Guy

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

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

DriverSelectionProfile = Nothing DriverInjectionMode = ALL DriverGroup001 = NAMEOFOS \ xARCH \% Hersteller% \% Modell%

Der eigentliche Trick besteht darin, win7-Fahrer von winpe-Fahrern zu trennen. im winpe-ordner sollten sich nur netzwerktreiber befinden.

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

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

Versuchen Sie eine generische MDT-Bootdiskette? Möglicherweise haben Sie mehr Glück, Ihre WinPE-Treiber von Ihren Windows 7-Treibern zu trennen, wie oben beschrieben.

Wenn Sie sicher sind, dass es sich nicht um ein Treiberproblem handelt, testen Sie dieses Image auf einer echten Workstation. Dies könnte ein Problem mit der VM sein.

1
Stefan Hodgman

Mein Referenzbild tat dies, weil ich es von der Festplatte aus erstellte, anstatt eine Tasksequenz zu verwenden. Dann importierte ich das Basisabbild und erstellte das Referenzabbild neu, und die Aufnahme funktionierte.

Ich habe bemerkt, dass bei Verwendung der Tasksequenz die vom System reservierte Partition 500 MB anstatt 100 MB ist. Ich denke, der zusätzliche Speicherplatz hat es für mich gelöst