Windows 10 (1709) Sysprep voor WDS gaat moeizaam

Pagina: 1
Acties:

Vraag


Acties:
  • 0 Henk 'm!

  • Cihero
  • Registratie: December 2009
  • Laatst online: 17-11-2024
Goedemorgen,

Ik probeer al enige tijd een sysprep te maken van mijn Windows 10 machine met de laatste 1709 build.

Voorgaande maanden ging het allemaal prima met de vorige builds, echter met 1709 is het een drama.

Het onderstaande is de errorlog waar hij op vast loopt.

"

2017-11-20 10:02:31, Error SYSPRP Package Microsoft.Xbox.TCUI_1.8.24001.0_x64__8wekyb3d8bbwe was installed for a user, but not provisioned for all users. This package will not function properly in the sysprep image.

2017-11-20 10:02:31, Error SYSPRP Failed to remove apps for the current user: 0x80073cf2.

2017-11-20 10:02:31, Error SYSPRP Exit code of RemoveAllApps thread was 0x3cf2.

2017-11-20 10:02:31, Error SYSPRP ActionPlatform::LaunchModule: Failure occurred while executing 'SysprepGeneralizeValidate' from C:\Windows\System32\AppxSysprep.dll; dwRet = 0x3cf2
2017-11-20 10:02:31, Error SYSPRP SysprepSession::Validate: Error in validating actions from C:\Windows\System32\Sysprep\ActionFiles\Generalize.xml; dwRet = 0x3cf2
2017-11-20 10:02:31, Error SYSPRP RunPlatformActions:Failed while validating Sysprep session actions; dwRet = 0x3cf2
2017-11-20 10:02:31, Error [0x0f0070] SYSPRP RunExternalDlls:An error occurred while running registry sysprep DLLs, halting sysprep execution. dwRet = 0x3cf2
2017-11-20 10:02:31, Error [0x0f00d8] SYSPRP WinMain:Hit failure while pre-validate sysprep generalize internal providers; hr = 0x80073cf2

"

Zie hier dat ik probeer de App te verwijderen via Powershell (admin), helaas met de nodige foutmelding.

Powershell Error

Daarnaast probeer ik het ook met Get-AppxPackage|Remove-AppxPackage, helaas mag dat ook niet baten.

Is er iemand die hier nog een idee over heeft?

Alvast bedankt.

Met vriendelijke groet,

Jeroen

Alle reacties


Acties:
  • 0 Henk 'm!

  • segil
  • Registratie: Januari 2003
  • Laatst online: 18:49
Misschien dat onderstaande tekst je kan helpen. Ik heb geen ervaring met jouw issue, maar deze tekst kwam ik toevallig tegen in een artikel over sysprep:

Provisioned apps and Sysprep

Certain Windows Store apps are referred to as provisioned apps. These apps include Mail, Maps,
Messaging, Bing, Travel, and News apps, among others. The Windows 10 and Windows 8 Sysprep has an
additional provider that cleans AppX packages and generalizes images. If you remove any provisioned
app on an image, or manually deprovision an app from the image but do not remove it for a particular
user, the provider will stop Sysprep and log an error. Additionally, if one of the users on the reference
computer updated a provisioned app on the image, the provider will also fail Sysprep.

The best way to avoid these issues is to only Sysprep reference computers that have not had any users on
them except a local administrator. Beyond this, to resolve this issue, you must remove any altered app
package for the user who is running Sysprep, and also remove the provisioning. Use the following these
steps to fix the issue:

Note: To prevent Windows Store from updating apps, unplug the Internet connection or disable Automatic Updates in audit mode before you create the image.

1. Run the following cmdlets in Windows PowerShell:

Import-Module Dism.
Get-AppxPackage -AllUser | Where PublisherId -eq 8wekyb3d8bbwe | Format-List
-Property PackageFullName,PackageUserInformation.

* In the output of this last cmdlet, check the users for whom the package is appearing as Installed.
Delete these user accounts from the reference computer. As an alternative, you can sign in to the
computer by using these user accounts. Then run the cmdlet in step 2 below to remove the AppX
package.
* This cmdlet lists all packages published by Microsoft and installed by any user on that reference
computer. Because the computer is to be Sysprepped, these user profiles no longer require the
package, so deleting the user accounts is your best option.

2. If you have manually provisioned apps that belong to other publishers, run the following cmdlets:
Get-AppxPackage -AllUser | Format-List -Property PackageFullName,PackageUserInformation
Remove-AppxPackage -Package <packagefullname>.

3. Substitute the PackageFullName derived from step 1.

4. Remove the provisioning by running the following cmdlet:
Remove-AppxProvisionedPackage -Online -PackageName <packagefullname>

If you try to recover from an update issue, you can reprovision the app after you follow these steps.

Note: The issue does not occur if you are servicing an offline image. When offline servicing,
the provisioning is automatically cleared for all users, including the user who runs the command.

Acties:
  • 0 Henk 'm!

  • Cihero
  • Registratie: December 2009
  • Laatst online: 17-11-2024
Hallo Segil,

Bedankt voor je antwoord.

Ik ben gister uiteraard hier ook de hele dag mee bezig geweest, en heb in het oude image via het register de windows store helemaal disabled, en heb deze nu ook niet meer in de 1709 zitten, maar zoals gebruikelijk los je het ene op, en komt er weer iets nieuws voor in de plek terug.

Loop nu tegen het volgende aan:

" SYSPRP Failed to remove staged package Microsoft.Messaging_3.26.24002.0_x64__8wekyb3d8bbwe: 0x80070002.
[gle=0x00000002] "

Ik probeer deze via powershell te verwijderen, maar helaas gaat dat niet zo makkelijk.

Als je nog tips hebt graag :).

Anders bedankt alvast voor de genomen moeite.

Acties:
  • 0 Henk 'm!

  • TheVMaster
  • Registratie: Juli 2001
  • Laatst online: 13:27

TheVMaster

Moderator WOS
Je hebt neem ik aan wel een clean install van je 1709 machine, of is dat een upgrade van een vorige build? Ik vraag dat omdat je aangeeft dat het 'mijn Windows 10 machine ' is.

Acties:
  • 0 Henk 'm!

  • Cihero
  • Registratie: December 2009
  • Laatst online: 17-11-2024
Het is een upgrade van een vorige build (1607)

Ik weet dat de fora's vol staan met issues van upgrades van 1607 naar 1709, en die vervolgens willen syspreppen, maar er zijn ook mensen waarbij het wel gewoon gelukt is.

Een groot issue was de Windows Store, maar die heb ik al disabled in het register.

Acties:
  • 0 Henk 'm!

  • Cihero
  • Registratie: December 2009
  • Laatst online: 17-11-2024
Sorry, ik zie dat ik een klein foutje heb gemaakt, het betreft een upgrade van 1703 naar 1709.

  • RazorBlade72nd
  • Registratie: Januari 2006
  • Laatst online: 05-06-2023
Dit is inderdaad een serieus probleem wat Microsoft heeft gecreëerd. Ik ben opnieuw begonnen met het maken van een Golden image. Ik gebruik MDT en heb de 1709 build direct van Microsoft. Ik maak een image met de applicaties die iedereen nodig heeft en daarna voeg ik daar met MDT applicaties en drivers aan toe voor de specifieke computers en gebruikers. Om de basis image te maken gebruik ik echter de capture mogelijkheid in MDT en die gebruikt weer sysprep.

Ik dacht dat ik gewoon via een local policy kon voorkomen dat de store geupdate werd maar dat was een misrekening. Wat ik nu doe om er voor te zorgen dat de refference VM geen connectie maakt met de servers die updates van de store bevatten is geen gateway instellen in Windows. Dit is natuurlijk een behoorlijk gedoe maar het kan nu even niet anders. Ik verwacht dat Microsoft dit probleem wel gaat oplossen. Ik kan me zo voorstellen dat heel veel bedrijven hier last van hebben of gaan krijgen. Dit is alles behalve klantvriendelijk. :(

| MCTS:Exchange 2007/2010 | MCTS: SQL 2005 | MCSE:2003 | MCITP: EA | VCP 3/4/5 | CCNA |


  • HKLM_
  • Registratie: Februari 2009
  • Laatst online: 15:07
RazorBlade72nd schreef op donderdag 23 november 2017 @ 14:24:
Dit is inderdaad een serieus probleem wat Microsoft heeft gecreëerd. Ik ben opnieuw begonnen met het maken van een Golden image. Ik gebruik MDT en heb de 1709 build direct van Microsoft. Ik maak een image met de applicaties die iedereen nodig heeft en daarna voeg ik daar met MDT applicaties en drivers aan toe voor de specifieke computers en gebruikers. Om de basis image te maken gebruik ik echter de capture mogelijkheid in MDT en die gebruikt weer sysprep.

Ik dacht dat ik gewoon via een local policy kon voorkomen dat de store geupdate werd maar dat was een misrekening. Wat ik nu doe om er voor te zorgen dat de refference VM geen connectie maakt met de servers die updates van de store bevatten is geen gateway instellen in Windows. Dit is natuurlijk een behoorlijk gedoe maar het kan nu even niet anders. Ik verwacht dat Microsoft dit probleem wel gaat oplossen. Ik kan me zo voorstellen dat heel veel bedrijven hier last van hebben of gaan krijgen. Dit is alles behalve klantvriendelijk. :(
@Cihero rookje Zo te zien kan je het connecten naar de store ook oplossen met een Task sequence door de verbinding tijdelijk te blokkeren Johan Arwidmark (Best wel een deployment expert) heeft er op zijn site: https://deploymentresearch.com een stuk over geschreven.

Fixing why Sysprep fails in Windows 10 due to Windows Store updates

Cloud ☁️


Acties:
  • +1 Henk 'm!

  • Cihero
  • Registratie: December 2009
  • Laatst online: 17-11-2024
Een bekende site, ik heb zijn script deze week gebruikt om de store onklaar te maken.

Maar liep daarna tegen weer andere pakketten die aan het zeuren waren.

Daarop heb ik besloten maar een kale 1709 te installeren en die te syspreppen, dat ging gelukkig wel.
HKLM_ schreef op donderdag 23 november 2017 @ 14:32:
[...]


@Cihero rookje Zo te zien kan je het connecten naar de store ook oplossen met een Task sequence door de verbinding tijdelijk te blokkeren Johan Arwidmark (Best wel een deployment expert) heeft er op zijn site: https://deploymentresearch.com een stuk over geschreven.

Fixing why Sysprep fails in Windows 10 due to Windows Store updates
Pagina: 1