خطأ "0xc1800118" عند دفع 1607 إصدار 10 Windows باستخدام WSUS

هام: تمت ترجمة هذه المقالة باستخدام برامج مايكروسوفت للترجمة الآلية ومن المحتمل ان يتم تحريرها او تدقيقها بعد ذلك من خلال تكنولوجيا منصة مجموعات الترجمة(CTF) او من خلال مترجم بشري. تقدم لك شركة مايكروسوفت هذه المقالات المترجمة بشكل آلي او بالترجمة البشرية او بعد تحريرها وتدقيقها من قبل مجموعات الترجمة حتى تمكنكم من الوصول إلى جميع المقالات الموجودة في قواعد المعرفة لديها بلغات مختلفة. إلا أن المقالات المترجمة قد تحتوي على أخطاء في المفردات او بناء الجمل او النحو. وعليه، فإن شركة مايكروسوفت ليست مسؤولة عن اية أخطاء او عدم دقة في الترجمة او أية أضرار قد تحدث نتيجة أخطاء في ترجمة محتويات النص او استخدامه من قبل العملاء.

اضغط هنا لرابط المقالة باللغة الانجليزية3194588
الأعراض
يرجى مراعاة السيناريو التالي:

  • لديك Windows Server Update Services (WSUS) تم تكوينها في البيئة الخاصة بك.
  • على خادم WSUS، تثبيت تحديث 3159706 لتمكين التشفير التحديث ميزة جديدة ل Windows 10.
  • الموافقة على تحديث ميزة Windows 1607 الإصدار 10.
  • لاحظت أن عملاء WSUS كشف وتحميل تحديث ميزة على C:\Windows\ccmcache، ونشر الملفات بشكل صحيح في C:\Windows\SoftwareDistribution\DataStore.
في هذا السيناريو، يبدأ التثبيت وملفات يتم ثم ضغط ل C:\$Windows.~BT. ومع ذلك، تفشل العملية ويتم إرجاع رمز الخطأ التالي:

0xC1800118

بالإضافة إلى ذلك، قد يتم تسجيل الإدخال التالي في سجلات Setup.err و 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
السبب
تحدث هذه المشكلة إذا 1607 إصدار 10 Windows update مشفراً ولكن يظهر كغير مشفرة في قاعدة البيانات WSUS. قد تحدث هذه المشكلة إذا كانت تتم مزامنة التحديثات قبل تطبيق KB3159706.
الحل البديل
للتغلب على هذه المشكلة، اتبع الخطوات التالية:

  1. اكتشاف ما إذا كانت الأداة WSUS في حالة سيئة. للقيام بذلك، عليك تشغيل الاستعلام التالي:

    حدد توتالريسولتس = Count(*)
    من تبفيلي
    حيث (إيسينكريبتيد = 1 وديكريبتيونكي هي NULL) أو (اسم الملف مثل '% 14393%.esd' وإيسينكريبتيد = 0)

    ملاحظة: تتم الإشارة إلى حالة سيئة "توتالريسولتس > 0" النتيجة.

  2. إذا كانت الأداة WSUS في حالة سيئة، اتخاذ الإجراءات التالية الترتيب المدرج وفي المواقع المشار إليها:

    1. تعطيل تصنيف "التحسينات" (يو إس إس أو WSUS مستقل)
    2. حذف الترقيات سابقا سينتشيد (WSUS كافة-بداية من أعلى الخادم)
    3. تمكين تصنيف "التحسينات" (يو إس إس أو WSUS مستقل)
    4. حذف الملفات من جدول تبفيلي في قاعدة البيانات WSUS (WSUS كافة-بداية من أعلى الخادم)
    5. إجراء المزامنة الكاملة (يو إس إس أو WSUS مستقل)

    ملاحظة:
    تأكد من أن إجراء حذف الخطوة الأولى على خادم WSUS العليا في التسلسل الهرمي الخاص بك. وبعد ذلك، تعمل الطريقة أسفل. وإلا، عمليات الحذف يمكن الاستعاضة عن يو إس إس في محاولة المزامنة التالية.

    لتنفيذ الإجراءات التالية، استخدم البرنامج النصي التالي:

    // 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. إذا كان فشل فحص العملاء وإرجاع خطأ في 0xc1800118، اتبع الخطوات التالية على كل عميل:

    1. إيقاف خدمة Windows Update، وقم بحذف "تحديث مخزن البيانات". للقيام بذلك، تشغيل الأوامر التالية من إطار موجه الأوامر إدارية:

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


    2. التفحص لأجل التحديثات مرة أخرى.

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 3194588 - آخر مراجعة: 09/23/2016 15:27:00 - المراجعة: 1.0

  • kbmt KB3194588 KbMtar
تعليقات