{"id":77601,"date":"2013-04-13T01:39:00","date_gmt":"2013-04-12T23:39:00","guid":{"rendered":"http:\/\/www.borncity.com\/blog\/?p=77601"},"modified":"2024-08-10T21:36:36","modified_gmt":"2024-08-10T19:36:36","slug":"sysprep-schlgt-bei-lenovo-oem-systemen-fehl","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2013\/04\/13\/sysprep-schlgt-bei-lenovo-oem-systemen-fehl\/","title":{"rendered":"Sysprep schlägt bei (Lenovo) OEM-Systemen fehl"},"content":{"rendered":"

\"\"Vor ein paar Tagen bin ich auf ein kurioses Problem gesto\u00dfen, welches ich hier kurz adressieren m\u00f6chte. Der Windows-Befehl sysprep<\/em> stirbt auf OEM-Systemen (konkret ging es um Lenovo-Rechner) mit der Fehlermeldung \"Schwerwiegender Fehler bei der Systemvorbereitung des Computers\". Wer braucht sysprep, und warum scheitert es, das w\u00e4ren die Fragen. \"\"<\/p>\n

<\/p>\n

Sysprep: Wozu wird das gebraucht?<\/h3>\n

Sysprep ist ein in Windows enthaltenes Tool (Windows-Ordner system32\\sysprep<\/em>), um eine Windows-Installation vor der Verteilung auf andere Systeme in einen definierten \"Anfangszustand\" zur\u00fcckzusetzen. Je nach Optionen l\u00e4sst sich Windows generalisieren (verallgemeinern) oder in den Out-of-Box-Experience-Modus (OOBE) versetzen. Dieser Modus erm\u00f6glicht dem Benutzer beim n\u00e4chsten Start Windows neu einrichten zu lassen.<\/p>\n

\"Sysprep\"<\/a><\/p>\n

Bei der Anwendung von Sysprep werden verschiedene Sachen wie die Security IDs (SID) der Benutzerkonten, die Aktivierung und Hardware-Einstellungen entfernt, so dass es keine Konflikte gibt, wenn mehrere Maschinen in einem Dom\u00e4nennetzwerk eingebunden werden. Nach Anwendung von sysprep kann man die Maschine mit Windows PE booten und \u00fcber den DISM-Befehl ein Abbild der Installation in eine WIM-Datei speichern lassen. Das Ganze eignet sich zum Erstellen einer Installationsdatentr\u00e4gers, so dass die Masterinstallation auf mehreren Rechnern ausgerollt werden kann.<\/p>\n

Die Wirkungsweise von sysprep ist z.B. in diesem Wikipedia-Artikel<\/a> skizziert. Die Parameter von sysprep und weitere Informationen finden sich in diesem Technet-Artikel<\/a>. Anhand dieser Beschreibung d\u00fcrfte den Blog-Mitlesern wohl klar sein, dass kaum ein normaler Windows-Anwender sysprep einsetzt (und das sollte man tunlichst auch nicht auf dem Produktivsystem tun, da nach 3 sysprep-Eins\u00e4tzen Schluss ist). \u00dcblicherweise verwendet man eine virtuelle Maschine, um die Installation mit anschlie\u00dfendem sysprep durchzuziehen, dann das Ergebnis zu capturen und als Installationsmedium bereitzustellen. Microsoft hat die Ans\u00e4tze in seinem Microsoft Deployment Tookit MDT 2012 bzw. in dessen Dokumentation beschrieben. Ich selbst habe mit den Funktionen nur einmal im Rahmen des nachfolgend verlinkten \"Windows 7 \u2013 Handbuch f\u00fcr Fortgeschrittene\"-Buchprojekts herumgespielt.<\/p>\n

Wo liegt das Problem?<\/h3>\n

Die letzten Tage habe ich mich mit Fragen zum Erstellen von Windows To Go f\u00fcr einen geplanten Artikel befasst. Dort adressiere ich auch, wie man sich als Anwender eine install.wim<\/em> basteln kann, wenn der OEM-Hersteller einen im Regen stehen l\u00e4sst und keinen Windows 8-Datentr\u00e4ger mitliefert. Klappte bei mir auch wunderbar \u2013 inklusive sysprep \u2013 ich habe in einer virtuellen Maschine mit meinen MSDN-ISO-Installationsabbildern experimentiert.<\/p>\n

So weit, so gut, Artikel fertig, gefreut und abgeschickt. Nach ein paar Tagen erreichte mich ein Anruf des verantwortlichen Redakteurs, den ich darum gebeten hatte, die Schritte im Artikel mal auf einem OEM-System nachzuvollziehen. Bei ihm, auf einem Lenovo-System verabschiedete sich sysprep unter Windows 8 mit dem Hinweis \"Schwerwiegender Fehler bei der Systemvorbereitung des Computers\". \u00a0Das war nat\u00fcrlich irgendwie \"Scheibenkleister\". Ich habe kurz recherchiert, nix gefunden und dann aufgesteckt.<\/p>\n

Einen Tag sp\u00e4ter sto\u00dfe ich im Microsoft Answers-Forum auf diesen Thread<\/a>: Jemand will ein eingerichtetes Master-Image von einem Lenovo T530 mit sysprep generalisieren und auf weitere Lenovos in der Firma ausrollen. Er schreibt:<\/p>\n

Leider bricht sysprep beim Generalisieren mit der Fehlermeldung \"Schwerwiegender Fehler bei der Systemvorbereitung des Computers\" ab.
\nEs ist das erste Mal das sysprep ausgef\u00fchrt wird. Im Log von sysprep steht folgendes:
\n2013-04-10 13:49:35, Error SYSPRP SPPNP: Failed to secure driver file C:\\Intel\\Wireless\\WIFIWU\\Intel HS Bluetooth.msi. Err = 0x3 2013-04-10 13:49:35, Error SYSPRP SPPNP: Failed to secure driver file C:\\Intel\\Wireless\\WIFIWU\\IntelHS.cab. Err = 0x3 2013-04-10 13:49:35, Error SYSPRP SPPNP: Failed to secure driver file C:\\Intel\\Wireless\\WIFIWU\\WU_PROSET.msi. Err = 0x3 2013-04-10 13:49:35, Error SYSPRP SPPNP: Failed to secure driver file C:\\Program Files\\Realtek\\Audio\\HDA\\AERTSr64.exe. Err = 0x2 2013-04-10 13:49:35, Error SYSPRP SPPNP: Failed to secure driver file C:\\Windows\\system32\\igfxpph.dll. Err = 0x2 2013-04-10 13:49:35, Error SYSPRP SPPNP: Failed to secure driver file C:\\Windows\\system32\\igfxress.dll. Err = 0x2 2013-04-10 13:49:35, Error SYSPRP SPPNP: Failed to secure driver file C:\\Windows\\system32\\igfxtray.exe. Err = 0x2 2013-04-10 13:49:35, Error SYSPRP SPPNP: Failed to secure driver file C:\\Windows\\system32\\RCUVCAVS.ax. Err = 0x2 2013-04-10 13:49:35, Error SYSPRP SPPNP: Failed to secure driver file C:\\Windows\\system32\\RTSnMg64.cpl. Err = 0x2 2013-04-10 13:49:35, Error SYSPRP Package Microsoft.VCLibs.110.00_11.0.51106.1_x86__8wekyb3d8bbwe was installed for a user, but not provisioned for all users. This package will not function properly in the sysprep image. 2013-04-10 13:49:35, Error SYSPRP Failed to remove apps for the current user: 0x80073cf2. 2013-04-10 13:49:35, Error SYSPRP Exit code of RemoveAllApps thread was 0x3cf2. [gle=0x000000cb] 2013-04-10 13:49:35, Error [0x0f0082] SYSPRP ActionPlatform::LaunchModule: Failure occurred while executing 'SysprepGeneralize' from C:\\Windows\\System32\\AppxSysprep.dll; dwRet = 0x3cf2[gle=0x000000cb] 2013-04-10 13:49:35, Error SYSPRP ActionPlatform::ExecuteAction: Error in executing action; dwRet = 0x3cf2[gle=0x000000cb] 2013-04-10 13:49:35, Error SYSPRP ActionPlatform::ExecuteActionList: Error in execute actions; dwRet = 0x3cf2[gle=0x000000cb] 2013-04-10 13:49:35, Error SYSPRP SysprepSession::Execute: Error in executing actions from C:\\Windows\\System32\\Sysprep\\ActionFiles\\Generalize.xml; dwRet = 0x3cf2 2013-04-10 13:49:35, Error SYSPRP RunPlatformActions:Failed while executing SysprepSession actions; dwRet = 0x3cf2 2013-04-10 13:49:35, Error [0x0f0070] SYSPRP RunExternalDlls:An error occurred while running registry sysprep DLLs, halting sysprep execution. dwRet = 0x3cf2 2013-04-10 13:49:35, Error [0x0f00a8] SYSPRP WinMain:Hit failure while processing sysprep generalize internal providers; hr = 0x80073cf2<\/p>\n

Zwischenzeitlich wird der Thread im Technet-Forum weitergef\u00fchrt. Ich habe dann noch etwas weiter recherchiert und weitere Fundstellen gefunden.<\/p>\n

a1: Sysprep Fails \/ \"Windows could not finish configuring the system (gel\u00f6scht)
\na2: Windows could not finish configuring the system error after …<\/a>
\na3: ConfigMgr 2007: OSD fails with \"Sysprep did not complete …<\/a> (Vista)<\/b>
\na4: Sysprep fails to write registry, Reseal Fails: Microsoft, Windows XP …<\/a>
\na4: Noch ein sysprep-Problem bei DELL-Rechnern (gel\u00f6scht) (Windows 7)<\/p>\n

Eine L\u00f6sung habe ich noch nicht, m\u00f6chte aber mal die Ergebnisse meiner Recherche hier zusammen kehren.<\/p>\n

Gilt das f\u00fcr alle OEM-Systeme, oder nur f\u00fcr Lenovo?<\/h3>\n

Erste \u00dcberlegung war, dass es vielleicht eine generelle \"Schweinerei\" ist, die in allen OEM-Systemen mit Windows 7\/8 lauert. Ich konnte es adhoc, mangels Windows 8 OEM-Systemen, nicht testen. Die Tatsache, dass ich aber wenig Belastbares\u00a0 zu \"sysprep und OEM systems\" im Internet fand, sprach eigentlich gegen ein generelles Problem. Zudem hatten die in der Redaktion einen Lenovo, der oben erw\u00e4hnte Forenposter ebenfalls \u2013 und bei Recherchen stie\u00df ich auch weiterhin vorwiegend auf den Namen Lenovo.<\/p>\n

Wie das Leben so Zufall spielt, hatte ich wegen des Themas Win 8: Windows Features werden konfiguriert<\/a> Kontakt mit den Leuten bei Medion, die f\u00fcr die Erstellung der Master-Images von Windows 8 zust\u00e4ndig sind. Wir haben das sysprep-Problem kurz diskutiert, dort konnte man sich keinen Reim darauf machen. Und wegen anderer Sachen hat mir Medion f\u00fcr ein paar Tage ein Testsystem mit Windows 8 bereitgestellt.<\/p>\n

Ich habe also mal flugs auf dem Medion PC MD 8380 einen sysprep-Lauf durchgef\u00fchrt (Achtung: Nicht zur Nachahmung auf den privaten Rechnern empfohlen).\u00a0 Das Tool lief durch, f\u00fchrte den von mir erzwungenen Neustart durch, begann, einige Konfigurierungsschritte mit Restarts zu durchlaufen und landete dann im eingestellten OOBE-Modus. Sprich: Ich konnte danach die Sprache ausw\u00e4hlen und im Nachgang wurde Windows 8 neu, samt Benutzerkonto, aufgesetzt.\u00a0 Da ich sysprep unter meinen Standard-Administrator (statt unter dem deaktivierten Konto \"Administrator\") ausgef\u00fchrt hatte, lagen anschlie\u00dfend auch zwei Benutzerkonten \u2013 das Alte und das neu beim OOBE-Setup eingerichtete Konto vor. Also war die Aussage der Medion-Technik best\u00e4tigt, dass es kein generelles OEM-sysprep-Problem g\u00e4be.<\/p>\n

Ursachen und Erkl\u00e4rungsversuche<\/h3>\n

Nun wird's naturgem\u00e4\u00df schwierig. Es deutet darauf hin, dass da ein Problem bei Lenovo vorliegt. In diesem Forenthread<\/a> gibt noch jemand den Hinweis, dass man sysprep in den Audit-Mode neubooten lassen kann. Er hatte die Anmeldung nach dem Neustart mittels der Tastenkombination Strg+Shift+F3 wohl abgew\u00fcrgt.<\/p>\n

Hier im Forenthread<\/a> findet sich der Hinweis (zu Windows 7), dass eine Medienfreigabe zu Problemen mit der Datei drmv2clt.dll f\u00fchren kann. L\u00e4sst sich nicht so ganz nachvollziehen, aber egal.<\/p>\n

Interessanter sind aber folgende zwei \u00dcberlegungen. In einem \u00e4lteren Supportartikel [b1] weist Microsoft auf nicht von sysprep unterst\u00fctzte Szenarien hin. Eine m\u00f6gliche Ursache kann ein Upgrade von einem Vorsystem sein. Und Microsoft unterst\u00fctzt kein sysprep auf OEM-Systemen, wie immer man das interpretieren mag. Hintergrund ist dort aber das lizenzrechtliche Problem, dass Microsoft nicht m\u00f6chte, dass ein so gezogenes Image auf andere OEM-Maschinen ausgerollt wird. Im deutschen bzw. europ\u00e4ischen Rechtsraum ist diese Position aber nach meiner Einsch\u00e4tzung nicht wirklich haltbar, wenn auf den Zielmaschinen eine OEM-Lizenz vorhanden ist. Aber die Juristen sehen das m\u00f6glicherweise anders \u2013 ist nicht mein Bier und technisch funktioniert es (wie ich beim Medion-System feststellen konnte).<\/p>\n

b1: Unsupported Sysprep scenarios<\/a><\/p>\n

Und in der Forendiskussion unter [b2] kam noch ein interessanter Aspekt zum Vorschein. Ein sysprep l\u00e4sst sich auf einem System nur drei Mal durchf\u00fchren (danach muss neu aufgesetzt werden). Ist von Microsoft so vorgesehen. Der Beitrag [b3] verr\u00e4t zwar den Trick, wie man das umgehen kann. Aber: Wenn Lenovo auf dem Masterimage genau diese drei sysprep-L\u00e4ufe durchgef\u00fchrt hat, dann das Image captured und auf seine Distributionsmedien kopiert, w\u00e4re das eine Erkl\u00e4rung.<\/p>\n

b2: Forendiskussion in einer britischen Community<\/a>
\nb3: Sysprep your system for more than 3 times<\/p>\n

Im Technet-Forum (bzw. im MS-Answers-Forum<\/a>) deutet es sich an, dass Lenovo-Apps eine Ursache sind. Auch in anderen Foren habe ich Hinweise gefunden, dass Anwendungen den sysprep-Lauf zum Abst\u00fcrzen bringen k\u00f6nnen. Ich behalte es mal im Auge. Falls es neue Erkenntnisse gibt, trage ich das als Kommentar nach. Vielleicht kontaktiere ich auch Lenovo, in der Hoffnung, eine Antwort zu erhalten.<\/p>\n

Update:<\/strong> Es scheint so zu sein, dass bei dem Lenovo-System zwei Lenovo Apps die Ursache sind. Der oben erw\u00e4hnte Nutzer hat zwischenzeitlich seine Erkenntnisse im Technet-Forum mitgeteilt.<\/p>\n","protected":false},"excerpt":{"rendered":"

Vor ein paar Tagen bin ich auf ein kurioses Problem gesto\u00dfen, welches ich hier kurz adressieren m\u00f6chte. Der Windows-Befehl sysprep stirbt auf OEM-Systemen (konkret ging es um Lenovo-Rechner) mit der Fehlermeldung \"Schwerwiegender Fehler bei der Systemvorbereitung des Computers\". Wer braucht … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[58,2518,2755,3259],"class_list":["post-77601","post","type-post","status-publish","format-standard","hentry","category-allgemein","tag-fehler","tag-oem","tag-sysprep","tag-windows-8-en"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/77601","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=77601"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/77601\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=77601"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=77601"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=77601"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}