Errore "0xc1800118" Se si spinge 1607 versione 10 di Windows utilizzando WSUS

IMPORTANTE: il presente articolo è stato tradotto tramite un software di traduzione automatica di Microsoft ed eventualmente revisionato dalla community Microsoft tramite la tecnologia CTF (Community Translation Framework) o da un traduttore professionista. Microsoft offre articoli tradotti manualmente e altri tradotti automaticamente e rivisti dalla community con l’obiettivo di consentire all'utente di accedere a tutti gli articoli della Knowledge Base nella propria lingua. Tuttavia, un articolo tradotto automaticamente, anche se rivisto dalla community, non sempre è perfetto. Potrebbe contenere errori di vocabolario, di sintassi o di grammatica. Microsoft declina ogni responsabilità per imprecisioni, errori o danni causati da una traduzione sbagliata o dal relativo utilizzo da parte dei clienti. Microsoft aggiorna frequentemente il software e gli strumenti di traduzione automatica per continuare a migliorare la qualità della traduzione.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 3194588
Sintomi
Si consideri lo scenario seguente:

  • Hai configurato nell'ambiente Windows Server Update Services (WSUS).
  • Sul server WSUS, l'installazione aggiornamento 3159706 per consentire la decrittografia del nuovo aggiornamento di funzionalità per Windows 10.
  • Approvare l'aggiornamento di funzionalità per 1607 versione 10 di Windows.
  • Si noterà che i client WSUS rilevare, scaricare l'aggiornamento di funzionalità del C:\Windows\ccmcache e che i file inseriti correttamente nei C:\Windows\SoftwareDistribution\DataStore.
In questo scenario, avvio di installazione e i file sono quindi decompresso per C:\$Windows.~BT. tuttavia, il processo non riesce e restituisce il seguente codice di errore:

0xC1800118

Inoltre, la seguente voce potrebbe essere registrata nei registri di Setup.err e 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
Questo problema si verifica se 1607 versione 10 di Windows update viene crittografato ma mostra come non crittografati nel Database WSUS. Il problema può verificarsi se gli aggiornamenti vengono sincronizzati prima di applicare KB3159706.
Workaround
Per risolvere questo problema, attenersi alla seguente procedura:

  1. Rilevare se WSUS è stato errato. A tale scopo, eseguire la query seguente:

    Selezionare TotalResults = Count
    da tbFile
    dove (IsEncrypted = 1 e DecryptionKey è NULL) o (nome file '% 14393%.esd' e IsEncrypted = 0)

    Nota Uno stato non valido è indicato da un "TotalResults > 0" risultato.

  2. Se WSUS è stato errato, eseguire le operazioni seguenti nell'ordine elencato e nei percorsi indicati:

    1. Disattivare la classificazione di "Aggiornamento" (USS o WSUS autonomo)
    2. Eliminare gli aggiornamenti precedentemente sincronizzati (tutti WSUS - start nel server di livello più alto)
    3. Attivare la classificazione di "Aggiornamento" (USS o WSUS autonomo)
    4. Eliminare file dalla tabella tbFile del database di Windows Server Update Services (WSUS tutti - start nel server di livello più alto)
    5. Eseguire una sincronizzazione completa (USS o WSUS autonomo)

    Nota
    Assicurarsi di eseguire prima la fase di eliminazione nel server WSUS che è più alto della gerarchia. Quindi, proseguite verso il basso. In caso contrario, l'eliminazione possono essere sostituita dalla USS al successivo tentativo di sincronizzazione.

    Per eseguire queste operazioni, eseguire i seguenti comandi:

    disattivare la classificazione di aggiornamenti sul server WSUS locale (eseguito in PowerShell)

    Get-WsusClassification | Where-Object -FilterScript {$_.Classification.Title -Eq “Upgrades”} | Set-WsusClassification -Disable
    Elimina tutto il contenuto di aggiornamento sul server corrente appartenenti alla versione 1607 (eseguita di PowerShell)

    NotaIl secondo comando, "versione 1607" rappresenta gli aggiornamenti in lingua inglese. Per gli aggiornamenti non inglesi, sostituire thelanguage-appropriatetitles per il SearchUpdates stringa.

    $s = Get-WsusServer$1607Updates = $s.SearchUpdates(“version 1607”)$1607Updates | foreach { $_.Decline() }$1607Updates | foreach { $s.DeleteUpdate($_.Id.UpdateId) }
    consentire la classificazione di aggiornamenti (eseguita di PowerShell)

    Get-WsusClassification | Where-Object -FilterScript {$_.Classification.Title -Eq “Upgrades”} | Set-WsusClassification
    eliminare file dalla tabella tbFile (eseguita sul database)

    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)
    eseguire una sincronizzazione completa (esecuzione di PowerShell)

    $sub = $s.GetSubscription()$sub.StartSynchronization()
  3. Se la scansione di client non riuscita, restituendo un errore di 0xc1800118, è possibile eseguire questa procedura su ogni client:

    1. Arrestare il servizio di aggiornamento di Windows e quindi eliminare l'archivio dati di aggiornamento. A tale scopo, eseguire i seguenti comandi da una finestra del prompt dei comandi amministrativa:

      net stop wuauservdel %windir%\SoftwareDistribution\DataStore\*
    2. Ricerca di aggiornamenti.

Avviso: questo articolo è stato tradotto automaticamente

Properti

ID Artikel: 3194588 - Tinjauan Terakhir: 09/26/2016 18:31:00 - Revisi: 2.0

Windows 10 Version 1607

  • kbmt KB3194588 KbMtit
Tanggapan