В настоящее время вы работаете в автономном режиме; ожидается повторное подключение к Интернету

eroare "0xc1800118" atunci când vă împinge Windows 10 versiunea 1607 utilizând WSUS

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3194588
Simptome
Să luăm în considerare următorul scenariu:

  • Aveți Windows Server Update Services (WSUS) configurate în mediul dvs.
  • Pe serverul WSUS, instalați actualizare 3159706 pentru a activa decriptarea de noua caracteristică actualizare pentru Windows 10.
  • Se aprobă actualizarea caracteristică pentru Windows 10 versiunea 1607.
  • Observați că WSUS clienții detecta și descărcați actualizarea caracteristică C:\Windows\ccmcache, și că fișierele populează corect în C:\Windows\SoftwareDistribution\DataStore.
În acest scenariu, instalarea să pornească și fișierele sunt apoi decomprimat la C:\$Windows.~BT. însă, procesul nu reușește și returnează următorul cod de eroare:

0xC1800118

În plus, următoarea intrare poate fi înregistrat în Jurnalul Setup.err şi 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 = 0xC1800118
From 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 = 0xC1800118
Error Details
Hex code - 0xc1800118Symbolic Name - WINDLP_E_RECOVERCRYPTO_WIM_DECRYPTKEY_MISSINGError Description - No key was provided to decrypt the specified WIM file
Cauză
Această problemă se produce dacă Windows 10 versiunea 1607 actualizare este criptat, dar se afișează ca necriptate în baza acoperire de date WSUS. Problema poate apărea dacă actualizările sunt sincronizate înainte de a aplica KB3159706.
Remediere
Pentru a rezolva această problemă, urmați acești pași:

  1. Detecta dacă WSUS într-o stare incorect. Pentru aceasta, executați interogarea următoarele:

    Selectați TotalResults = Count(*)
    de la tbFile
    în cazul în care (IsEncrypted = 1 și DecryptionKey este NULL) sau (nume de fișier, cum ar fi '% 14393%.esd' și IsEncrypted = 0)

    Notă O stare de rău este indicată de un "TotalResults > 0" rezultatul.

  2. În cazul în care WSUS este într-o stare incorect, efectuați următoarele acțiuni, în ordinea listată și în locația indicată:

    1. Dezactivați clasificare "Upgrade-uri" (USS sau independent WSUS)
    2. Ștergeți anterior synched upgrade-uri (toate WSUS - începe la cel mai important server)
    3. Activați clasificare "Upgrade-uri" (USS sau independent WSUS)
    4. Ștergeți fișierele din tabelul tbFile în baza acoperire de date WSUS (toate WSUS - începe la cel mai important server)
    5. Efectuați o sincronizare completă (USS sau independent WSUS)

    Notă
    Asigurați-vă că efectuați Pasul ștergerea mai întâi pe serverul WSUS, care este mai mare în ierarhia. Apoi, modul de lucru în jos. În caz contrar, de ștergere poate fi înlocuită de USS pe următoarea încercare de sincronizare.

    Pentru a efectua aceste acțiuni, utilizați următorul script:

    // disable Upgrades classification on local WSUS serverGet-WsusClassification | Where-Object -FilterScript {$_.Classification.Title -Eq “Upgrades”} | Set-WsusClassification -Disable// delete all update content on the current server belonging to the 1607 release$s = Get-WsusServer$1607Updates = $s.SearchUpdates(“version 1607”)$1607Updates | foreach { $_.Decline() }$1607Updates | foreach { $s.DeleteUpdate($_.Id.UpdateId) }// enable Upgrades classificationGet-WsusClassification | Where-Object -FilterScript {$_.Classification.Title -Eq “Upgrades”} | Set-WsusClassification// delete files from tbFile tabledeclare @NotNeededFiles table (FileDigest binary(20) UNIQUE);insert into @NotNeededFiles(FileDigest) (select FileDigest from tbFile where FileName like '%14393%.esd'  except select FileDigest from tbFileForRevision);deletefrom tbFileOnServer where FileDigest in (select FileDigest from @NotNeededFiles)delete from tbFile where FileDigest in (select FileDigest from @NotNeededFiles)// perform full sync$sub = $s.GetSubscription()$sub.StartSynchronization()


  3. Dacă scanarea clienții eșuează și returning o eroare 0xc1800118, urmați acești pași pe fiecare client:

    1. Opriți serviciul de actualizare Windows şi apoi ştergeţi DataStore de actualizare. Pentru aceasta, executați următoarele comenzi dintr-o cadru fereastră Prompt de comandă administrator:

      net stop wuauserv
      del %windir%\SoftwareDistribution\DataStore\*


    2. Căutați din nou actualizările.

Avertisment: acest articol a fost tradus automat

Свойства

Номер статьи: 3194588 — последний просмотр: 09/24/2016 00:28:00 — редакция: 1.0

  • kbmt KB3194588 KbMtro
Отзывы и предложения