Sysprep-Fehler nach dem Ändern des Benutzerordners in eine andere Partition

Question

Sysprep-Fehler nach dem Ändern des Benutzerordners in eine andere Partition

693

Bas 2016-08-10 в 19:31

Ich führe Windows 10 Pro (Version 1607, im Juli auf MSDN veröffentlicht) auf einer virtuellen Maschine aus und erhielt mehrere Partitionen auf dieser Maschine.

Zur Bereitstellung verwende ich diese Antwortdatei. Diese Antwortdatei wird vom Windows System Image Manager überprüft.

<?xml version="1.0" encoding="utf-8"?> <unattend xmlns="urn:schemas-microsoft-com:unattend"> <settings pass="specialize"> <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <CopyProfile>true</CopyProfile> <DoNotCleanTaskBar>true</DoNotCleanTaskBar> </component> </settings> <settings pass="oobeSystem"> <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <FolderLocations> <ProfilesDirectory>U:\</ProfilesDirectory> </FolderLocations> </component> </settings> <cpi:offlineImage cpi:source="wim:e:/sources/install.wim#Windows 10 Pro" xmlns:cpi="urn:schemas-microsoft-com:cpi" /> </unattend>

Diese Antwortdatei funktioniert immer, wenn ich den Teil zum Ändern des Benutzerordners entferne.

 <settings pass="oobeSystem"> <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <FolderLocations> <ProfilesDirectory>U:\</ProfilesDirectory> </FolderLocations> </component> </settings>

Ich bin zu 100% mit dem U:\Verzeichnis da und habe versucht, den Verzeichnisseparator zu ändern und es in zu ändern U:\Profiles.

Wann immer ich diese Maschine mit dem folgenden Befehl sysprepiere:

sysprep.exe /generalize /oobe /unattend:unattend:xml

Ich erhalte die folgenden Fehlermeldungen im Windows-Logo, das die Geräte installiert.

Ich habe auch versucht, meine Maschine auf die neueste Version zu aktualisieren. Beachten Sie, dass mein Windows nicht aktiviert ist.

Wie kann ich dieses Problem beheben?

1

Ist das U: eine lokale Festplatte? Sie können das Benutzerprofilverzeichnis nicht auf einen über ein Netzwerk zugeordneten Laufwerksbuchstaben mit einer Antwortdatei festlegen oder ein Wechsellaufwerk (USB oder ein anderes Laufwerk) verwenden. Wes Sayeed vor 8 Jahren 0

@WesSayeed Dies ist eine lokale logische Partition, die als NTFS formatiert ist. Momentan gibt es keine Ordner. Ich habe versucht, dort einen "Profiles" -Ordner anzulegen und den Ort auf diesen Ordner umzustellen. Übrigens, die Maschine ist 64bit. Bas vor 8 Jahren 0

Wie setzen Sie das ein? Ist es ein benutzerdefiniertes USB-Installationsprogramm, das Sie erstellen, oder verwenden Sie WDS / MDT / SCCM, um es bereitzustellen? Wes Sayeed vor 8 Jahren 0

@ WesSayeed Ich setze es nur auf demselben Rechner ein. Starten Sie den Computer einfach in den OOBE-Modus. Dies ist nur zu Testzwecken. Wenn ich die komplette WIM-Datei erstellt habe, werde ich WinPE verwenden, um das Image auf PCs anzuwenden Bas vor 8 Jahren 0

Der Kommentar, den Sie gerade gemacht haben, ist verschwunden. Haben Sie ihn gelöscht? Bas vor 8 Jahren 0

Ja, das habe ich getan, weil ich Ihre Frage noch einmal gelesen habe und festgestellt habe, dass Sie einen Unterordner versucht hatten (anstatt nur die Wurzel von U :), was mein Kommentar vorschlug. :) Ƭᴇcʜιᴇ007 vor 8 Jahren 0

In Ordung. Bei einem weiteren Update habe ich versucht, es auf mein Laufwerk C: / zu verschieben. Das funktionierte zwar, brachte mich aber nicht in das eigentliche Konto. Nach dem Konfigurieren wurde der OOBE-Modus neu gestartet. Bas vor 8 Jahren 0

1 Antwort auf die Frage

2

Accepted Answer · 2016-08-10 22:02:43

Ich vermute, dass dies wahrscheinlich aufgrund der /generalizeOption geschieht .

Die Aufgabe von Sysprep besteht darin, Windows für das Klonen vorzubereiten. Zu diesem Zweck werden alle systemspezifischen Informationen - einschließlich der Zuweisung von Laufwerksbuchstaben - aus der Registrierung entfernt und nach dem Neustart das Windows-Setup aufgerufen.

Windows Setup nimmt nichts von dem Computer an, auf dem er "aufwacht". Der einzige Grund, warum es überhaupt weiß, welches Laufwerk C ist: Der BCD-Speicher hat dies gesagt. Beispielsweise ist es möglich, den BCD-Speicher durcheinander zu bringen und Windows auf E: statt auf C: zu installieren. Da keine weiteren Informationen zum System vorhanden sind, beginnt Setup mit der Geräteerkennung und weist Laufwerksbuchstaben in der Reihenfolge zu, in der Partitionen gefunden werden. Wenn Ihr Laufwerk U: z. B. die vierte Partition auf der ersten Festplatte ist, erhält es möglicherweise den zugewiesenen Buchstaben F:, nicht U: (Haha, ich habe gerade F: U :) gesagt.

Wenn Sie die /generalizeOption nicht verwenden, verarbeitet Sysprep weder den Abschnitt <Generalize>noch die <Specialize>Abschnitte Ihrer Antwortdatei (wo sich Ihre CopyProfileEinstellung befindet). Du siehst also, dass du hier irgendwie in einer Bindung bist.

Versuchen
Sie Folgendes: Setzen Sie die ProfilesDirectoryEinstellung zurück in Ihre Antwortdatei und führen Sie Sysprep erneut mit der /generalizeOption aus. Wenn ein Fehler aufgetreten ist, werfen Sie einen Blick auf die \Windows\Panther\setuperr.logDatei (oder auf ein Unterverzeichnis in der Datei - es werden möglicherweise mehrere angezeigt. Suchen Sie also nach dem Verzeichnis mit dem heutigen Datum). In dieser Datei sollte Windows Setup einen genauen Grund angeben, warum der Prozess fehlgeschlagen ist (dh, welcher Pass und welche Einstellung den Fehler verursacht haben und welches Problem damit bestand).

Beachten Sie, dass Microsoft die Verwendung dieses Parameters dringend empfiehlt. Sie warnen, dass das Ändern des Standardwerts Upgrades verhindert und Windows Store-Apps nicht ordnungsgemäß funktionieren wird. Sie wird grundsätzlich nicht durch ihre eigene Dokumentation der Funktion unterstützt

Sysprep-Fehler nach dem Ändern des Benutzerordners in eine andere Partition

1 Antwort auf die Frage

Verwandte Probleme