erreur « 0xc1800118 » lorsque vous poussez 1607 de Version 10 de Windows à l’aide de WSUS

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3194588
Symptômes
Considérez le scénario suivant :

  • Vous avez Windows Server Update Services (WSUS) configuré dans votre environnement.
  • Sur le serveur WSUS, vous installez mise à jour 3159706 pour permettre le décryptage de la nouvelle fonctionnalité mise à jour Windows 10.
  • Vous permet d’approuver la mise à jour de la fonctionnalité pour Windows 10 Version 1607.
  • Vous remarquez que les clients WSUS détectent et téléchargement la mise à jour de la fonctionnalité à C:\Windows\ccmcache, et que les fichiers remplir correctement dans C:\Windows\SoftwareDistribution\DataStore.
Dans ce scénario, démarrage de l’installation et les fichiers sont ensuite décompressés à C:\$Windows.~BT. Toutefois, le processus échoue et renvoie le code d’erreur suivant :

0xC1800118

En outre, l’entrée suivante peut être enregistrée dans les journaux Setup.err et Setup.cct :

From Setup.err <Date> <Time>, Error SP CSetupPlatform::ResurrectNewSystem: Cannot resurrect new system.: Win32Exception: \\?\C:\$Windows.~BT\Sources\NewSystem.dat: The system cannot find the file specified. [0x00000002] __cdecl UnBCL::FileStream: :FileStream(const class UnBCL::String *,enum UnBCL::FileMode,enum UnBCL: :FileAccess,enum UnBCL::FileShare,unsigned long) [gle=0x00000002] <Date> <Time>, Error CONX Windows::Compat::Appraiser::SetupAppraiser: :StopEtlLogger (2884): Waiting on generaltel process failed: [258].[gle=0x00000102] <Date> <Time>, Error MOUPG RecoverCrypto: File is encrypted, but no key was provided. <Date> <Time>, Error MOUPG CDlpActionRecoverCrypto::DoCrypto(1713):  Result = 0xC1800118 <Date> <Time>, Error MOUPG CDlpActionRecoverCrypto::ExecuteRoutine(2465):  Result = 0xC1800118 <Date> <Time>, Error MOUPG CDlpActionImpl<class CDlpErrorImpl<class CDlpObjectInternalImpl<class CUnknownImpl<class IDlpAction> > > >: :Execute(441): Result = 0xC1800118From Setup.act <Date> <Time>, Error MOUPG RecoverCrypto: File is encrypted, but no key was provided. <Date> <Time>, Error MOUPG CDlpActionRecoverCrypto::DoCrypto(1713): Result = 0xC1800118 <Date> <Time>, Error MOUPG CDlpActionRecoverCrypto::ExecuteRoutine(2465): Result = 0xC1800118 <Date> <Time>, Warning MOUPG CSetupDiagnostics::ReportData - Not reporting WINDLP data point [0x2101] <Date> <Time>, Warning MOUPG CSetupDiagnostics::ReportData - Not reporting WINDLP data point [0x2100] <Date> <Time>, Error MOUPG CDlpActionImpl<class CDlpErrorImpl<class CDlpObjectInternalImpl<class CUnknownImpl<class IDlpAction> > > >: :Execute(441): Result = 0xC1800118 <Date> <Time>, Info MOUPG RecoverCrypto: Leaving Execute Method <Date> <Time>, Error MOUPG CDlpTask::ExecuteAction(3243): Result = 0xC1800118Error Details Hex code - 0xc1800118 Symbolic Name - WINDLP_E_RECOVERCRYPTO_WIM_DECRYPTKEY_MISSING Error Description - No key was provided to decrypt the specified WIM file
Cause
Ce problème se produit si la mise à jour de Windows 10 Version 1607 est crypté mais montre sous forme non cryptée dans la base de données WSUS. Le problème peut se produire si les mises à jour sont synchronisées avant d’appliquer le KB3159706.
Contournement
Pour contourner ce problème, procédez comme suit :

  1. Détecter si WSUS est en mauvais état. Pour ce faire, exécutez la requête suivante :

    Sélectionnez TotalResults = Count
    à partir de tbFile
    où (IsEncrypted = 1 et DecryptionKey a la valeur NULL) ou (nom de fichier tels que '% 14393%.esd' et IsEncrypted = 0)

    Remarque Un état incorrect est indiqué par un « TotalResults > 0 » résultat.

  2. Si WSUS est en mauvais état, effectuez les actions suivantes dans l’ordre répertorié et dans les emplacements indiqués :

    1. Désactiver la classification « Mises à niveau » (USS ou WSUS autonome)
    2. Supprimer les mises à niveau précédemment synchronisés sont (tous les WSUS - start au niveau du premier serveur)
    3. Activer la classification « Mises à niveau » (USS ou WSUS autonome)
    4. Supprimer des fichiers à partir de la table tbFile dans la base de données WSUS (WSUS tous - start au niveau du premier serveur)
    5. Effectuer une synchronisation complète (USS ou WSUS autonome)

    Remarque
    Veillez à exécuter l’étape de la suppression de tout d’abord sur le serveur WSUS plus haut dans la hiérarchie. Progressez ensuite vers le bas. Dans le cas contraire, vos propres suppressions peuvent être remplacées par l’USS lors de la prochaine tentative de synchronisation.

    Pour effectuer ces actions, exécutez les commandes suivantes :

    désactiver la classification des mises à jour sur le serveur WSUS local (exécution de PowerShell)

    Get-WsusClassification | Where-Object -FilterScript {$_.Classification.Title -Eq “Upgrades”} | Set-WsusClassification -Disable
    Supprimer tout le contenu mise à jour sur le serveur actif appartenant à la version 1607 (exécution de PowerShell)

    RemarqueDans la deuxième commande, « version 1607 » représente les mises à jour de la langue anglaise. Pour les mises à jour d’autres que l’anglais, remplacez thelanguage-appropriatetitles pour le SearchUpdates chaîne.

    $s = Get-WsusServer$1607Updates = $s.SearchUpdates(“version 1607”)$1607Updates | foreach { $_.Decline() }$1607Updates | foreach { $s.DeleteUpdate($_.Id.UpdateId) }
    permettre une classification des mises à niveau (exécution de PowerShell)

    Get-WsusClassification | Where-Object -FilterScript {$_.Classification.Title -Eq “Upgrades”} | Set-WsusClassification
    supprimer des fichiers à partir de la table tbFile (exécutée sur la base de données)

    declare @NotNeededFiles table (FileDigest binary(20) UNIQUE);insert into @NotNeededFiles(FileDigest) (select FileDigest from tbFile where FileName like '%14393%.esd'  except select FileDigest from tbFileForRevision);delete from tbFileOnServer where FileDigest in (select FileDigest from @NotNeededFiles)delete from tbFile where FileDigest in (select FileDigest from @NotNeededFiles)
    effectuer une synchronisation complète (exécution de PowerShell)

    $sub = $s.GetSubscription()$sub.StartSynchronization()
  3. Si l’analyse des Clients est échoue et renvoie une erreur 0xc1800118, procédez comme suit sur chaque client :

    1. Arrêter le Service de mise à jour de Windows, puis supprimez le magasin de données de mise à jour. Pour ce faire, exécutez les commandes suivantes à partir d’une fenêtre d’invite de commande d’administration :

      net stop wuauservdel %windir%\SoftwareDistribution\DataStore\*
    2. Analyse à nouveau les mises à jour.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3194588 - Dernière mise à jour : 09/26/2016 18:27:00 - Révision : 2.0

Windows 10 Version 1607

  • kbmt KB3194588 KbMtfr
Commentaires