Windows konnte die Konfiguration des Systems nach einem allgemeinen Sysprep nicht abschließen

3749
Bas

Ich habe 2 exakt gleich konfigurierte Windows-Installationen, sowohl 32bit als auch 64bit. Diese Windows-Installationen beziehen sich für bestimmte Einstellungen auf andere Laufwerke, z.

  • Der Benutzerordner wird auf das U:\UsersLaufwerk umgeleitet
  • Einige Programme sind auf dem P:\Laufwerk installiert .

Das Betriebssystem ist auf dem C:\Laufwerk installiert .

Um diese konfigurierten Maschinen ständig mit den Einstellungen zu testen, habe ich einen nicht verallgemeinerten Sysprep verwendet und in dieselbe virtuelle Maschine gebootet (ich habe sie noch nicht auf einer anderen Maschine getestet).

Diese nicht generalisierten Syspreps in OOBE funktionierten perfekt. Es bezieht sich auf diese Frage .

Als ich mit dem Konfigurieren der Maschinen fertig war, wollte ich wissen, dass beide in einem nicht generalisierten Sysprep arbeiteten. Ich habe sie mit der Option generalize auf gesetzt.

Von hier aus habe ich eine WinPE-Boot-Umgebung erstellt und ein Image der OSPartition ( C:\) und der PROGRAMSPartition ( P:\) aufgenommen.

Jetzt habe ich eine neue virtuelle Maschine erstellt und in WinPE gebootet, wobei das Gerät mit den erfassten Images verbunden ist.

Hier habe ich die folgenden (benötigten) Partitionen mit diskpart erstellt:

Windows konnte die Konfiguration des Systems nach einem allgemeinen Sysprep nicht abschließen

Dies sind die Partitionen, die den syspreppten Maschinen entsprechen, die ohne Verallgemeinerung funktionierten. Die Systempartition war nur ein Versuch, ich versuchte es auch ohne.

Nach dem Erstellen der Partitionen habe ich die Images auf die entsprechenden Festplatten ( C:\-> OS-Partition, P:\-> Programmpartition) angewendet . Verwenden Sie dazu den Befehl DISM / apply-image. Ich bin sicher, ich wähle den richtigen Index der .WIM-Datei.

Dann habe ich die bcdboot C:\Windows /s C:zum Erstellen der Boot-Dateien verwendet, diese funktionierten erfolgreich.

Nach dem Neustart des Computers mit dem exitBefehl und nicht dem Booten in WinPE wurde die folgende Fehlermeldung angezeigt.

Fehlermeldung

Bild aus diesem Wintips-Artikel

Wenn Sie den Notizblock mit UMSCHALT + F10 öffnen und die \Windows\Panther\setuperr.logDatei öffnen, gibt es folgende Zeile:

2016-08-20 21:13:01, Error [0x0606ae] IBS [SetupCl library] Required profile hive does not exist [\??\E:\WINDOWS\system32\config\systemprofile\NTUSER.DAT].

Hinweis: Leerzeichen aus der Fehlermeldung entfernt

Wenn ich den Notizblock öffne und beim Öffnen einer Datei nach meinen Laufwerken suche, gibt es alle Arten von Laufwerken, die ich NICHT in WinPE erstellt habe.

Windows konnte die Konfiguration des Systems nach einem allgemeinen Sysprep nicht abschließen

Das einzige, was richtig ist C:\, ist das Laufwerk, das PROGRAMS-Laufwerk sollte P:\und das USERS-Laufwerk sein U:\.


UPDATE 05.09.2016 :

Nachdem der Fehler beim Starten des angewendeten Windows-Abbilds angezeigt wurde, öffnete ich das CMD durch Drücken von UMSCHALT + F10 und das Programm DISKPART.

Hier habe ich die Laufwerke mit den falschen Laufwerksbuchstaben ausgewählt und die Laufwerksbuchstaben mit neu eingestellt

assign letter=X 

rechts entsprechender Laufwerksbuchstabe.

Nach dem Neustart der Maschine wurde immer noch derselbe Fehler ausgegeben.

Fragen

  • Woher kamen diese zufälligen Laufwerksbuchstaben? Ich habe sie bereits vor dem Start der Windows-Installation in WinPE festgelegt.
  • Wie kann ich meinen allgemeinen Sysprep mit diesen Einstellungen arbeiten lassen?
4
Es klingt, als müssten Sie ein DISKPART-Befehlsskript in Ihre unbeaufsichtigte Datei einfügen, um die Laufwerksbuchstaben den entsprechenden Partitionen zuzuweisen, die als Teil Ihres Prozesses ausgeführt werden. Siehe: http://serverfault.com/questions/109683/automatically-set-drive-letters-after-sysprep. Hier finden Sie eine weitere mögliche Problemumgehung: http://jackstromberg.com/2012/12/preventing-drive-letters -von-change-during-sysprep ... Diese Art der Einrichtung oder Bereitstellung ist mir nicht bekannt, aber eine kurze Recherche zeigt einige potenzielle Lösungen ... Die [[GuiRunOnce]] - und ServerFault-Dateien sehen so aus, als könnten Sie es dennoch brauchen. Pimp Juice IT vor 7 Jahren 0
@PIMP_JUICE_IT Ich habe die Partitionen bereits mit DISKPART konfiguriert, bevor die Images auf die richtigen Laufwerke angewendet wurden (ansonsten waren die Laufwerke nicht richtig). Dies wurde in WinPE durchgeführt. Warum muss ich die Antwortdatei für die unbeaufsichtigte Installation (Antwort) anstelle von WinPE oder etwas anderem verwenden? Das ist nur etwas, was ich nicht verstehe. Ich habe bereits die Laufwerksbuchstaben festgelegt, bevor ich tatsächlich in das angewendete Windows-Image starte. Bas vor 7 Jahren 0
Ich denke, ich dachte, Sie hätten WinPE mit DISM verwendet, um das Image an den Client zu senden und eine überwachte Antwortdatei zu verwenden, um Einstellungen als Teil der Installation festzulegen, z. B. Aktivieren von Windows, Überspringen von Setup-Bildschirmen, Einrichten von lokalen Administratorkonten und so weiter. Sie können dies prüfen und mit den DISKPART-Befehlen in der Antwortdatei prüfen, um die Laufwerksbuchstaben den Partitionen zuzuordnen -> [So stellen Sie einen Computer mit Windows 10 mit dism dar] (http://jacobsalmela.com/how -auf-Bild-ein-Computer-mit-Windows-10-using-dism /). Ich werde gerne etwas als Antwort hinzufügen, wenn Sie nützlich sind. Pimp Juice IT vor 7 Jahren 0
Da die Fehlermeldung "**" anzeigt, ist die erforderliche Profilstruktur nicht vorhanden [\ ?? \ E: \ WINDOWS \ system32 \ config \ systemprofile \ NTUSER.DAT]. `**. Versuchen Sie dann, die korrelierte Partition dort zuzuordnen, Der Dateizeiger NTUSER.DAT ** ist vorhanden, z. B. "E". Nicht sicher über "U", aber es ist für NUTZER, also vielleicht das eine. Es gibt etwas, was Sie nicht finden können, basierend auf einer möglicherweise nicht vorhandenen gemounteten Partition oder einer Laufwerksbuchstabenzuweisung, die der Fehler angibt. Pimp Juice IT vor 7 Jahren 0
@PIMP_JUICE_IT Über Ihren ersten Kommentar, das ist das, was ich tue. Ich verwende WinPE, um das Image auf die Referenzmaschine zu verschieben, aber zuvor erstelle ich die Partitionen in WinPE. Der Computer verfügt über eine Antwortdatei, diese Antwortdatei enthält jedoch keine Festplattenkonfiguration. Dies liegt daran, dass jeder Computer eine andere "Festplattenkonfiguration" (unterschiedliche Festplatten) haben kann. Deswegen möchte ich es in WinPE machen. Ist das nicht möglich? Bas vor 7 Jahren 0
Über die Fehlermeldung verstehe ich nicht, woher das kam, das sollte eine Datei in `C: \` sein, die vorhanden ist. Das einzige, was sich auf ein anderes Laufwerk bezieht, ist der Benutzerordner "U: \" und die standardmäßig installierten Programme (bis "p: \"). Bas vor 7 Jahren 0
Um den Fehler zu beheben, führen Sie diese Befehle aus, drücken Sie ** SHIFT + F10 **, um eine Eingabeaufforderung zu öffnen, und führen Sie ** `NET USER-Administrator aus.""` ** und drücken Sie ** Enter **, und führen Sie dann ** NET-BENUTZER-Administrator / ACTIVE: yes '** aus, und drücken Sie ** Enter **. Starten Sie den Neustart, sobald beide auf dem abgebildeten Betriebssystem ausgeführt werden. Ist dies der Fall? Versuchen Sie es mit dem Drücken von ** SHIFT + F10 **, um die Eingabeaufforderung aufzurufen, und starten Sie ** `CD / D% systemroot% \ system32 \ oobe` ** `** und drücken Sie ** Enter **, usw. wie unter... Pimp Juice IT vor 7 Jahren 0
. . . http://answers.microsoft.com/en-us/windows/forum/windows_7-windows_install/windows-could-not-complet-the-installation-to/bf09c3c5-298b-459f-aed5-4f431b8398f5?page=2&auth= 1 . . this post ... Ja, es gibt Windows 7 an, aber probieren Sie es mit Windows 10, um zu bestätigen, dass dies ebenfalls gelöst wird. Pimp Juice IT vor 7 Jahren 0
@PIMP_JUICE_IT Danke für die Erklärung, aber das hat nicht funktioniert. Selbst nachdem Sie die Verweise (Einstellungen) zu den anderen Laufwerken in der Windows-Installation entfernt und ein neues Image davon erstellt haben ... gibt es immer noch den gleichen Fehler. Was könnte das sein? Bas vor 7 Jahren 0
Ich sehe zwei andere mögliche Dinge, die Sie ausprobieren können ... Eine Änderung des Regedit-Schlüsselwerts und eine andere ist das Entfernen der Produktschlüssellinie für den Produktionsschlüssel aus der unbeaufsichtigten Datei ... hier: http://www.peppercrew.nl/index .php / 2011/01 / windows-könnten-nicht-fertig-konfigurieren-das-system-sysprep-fail / und hier: https://emeneye.wordpress.com/2016/02/06/windows-10-osd- error-windows-könnten-nicht-fertig-konfigurieren-das-system kann einen Versuch wert sein und ist zum Testen einfach genug. Pimp Juice IT vor 7 Jahren 0
@PIMP_JUICE_IT Ich versuche es in Kürze, wie könnte das passieren? Wenn die Maschine nur in einem nicht verallgemeinerten Sysprep arbeitet? Bas vor 7 Jahren 0
Bas - Lesen Sie hier die Optionen, die Sie verwenden, um zu sehen, was jeder hinter den Kulissen genau macht: https://technet.microsoft.com/de-de/library/cc721973(WS.10).aspx. Ich vermute, dass bei der Windows-Aktivierung ein Problem aufgetreten ist oder das lokale Administratorkonto möglicherweise nicht aktiv oder mit einem Kennwort festgelegt ist oder die Festplattenpartitionen möglicherweise nicht ordnungsgemäß zugewiesen sind. Daher würde ich in Betracht ziehen, die unbeaufsichtigte Datei usw. über den Link zu verwenden Ihre Frage zu Ihrer anderen Frage, die Sie verwenden: `sysprep.exe / generalize / oobe / unattend: unbeaufsichtigt: xml`-Optionen, also gehe ich davon aus, dass Sie dies jetzt verwenden. Pimp Juice IT vor 7 Jahren 0

1 Antwort auf die Frage

1
Bas

Nach einer ganzen Menge Debugging und Überprüfen der Protokolldateien fand ich das Problem schließlich. Der Speicherort meiner Standardprogrammdateien in der Registrierung wurde auf das C:\Laufwerk festgelegt (Standardeinstellung).

Ich machte ein zweites Laufwerk P:\(PROGRAMME), auf dem einige Software installiert war. Nachdem ich diesen Artikel gelesen hatte, öffnete ich die Protokolldatei und suchte nach Fehlern in der Registrierung.

In einer Zeile wurde angegeben, dass der Schlüssel für die auf dem anderen Laufwerk installierte AVAST-Software nicht gefunden werden konnte.

Nach der Deinstallation von AVAST ist der Fehler nicht mehr aufgetreten.