Исправление ошибки обновления Windows 0x800f0823
إصلاح خطأ Windows Update 0x800f0823 المزعج. تعلم كيفية حل مشكلة CBS_E_NEW_SERVICING_STACK_REQUIRED واستئناف تحديثات Windows بنجاح.
Самое важное, что вам нужно знать
- يحدث الخطأ 0x800f0823 بسبب قدم مكدس الخدمة (SSU) مقارنة بالتحديث التراكمي (LCU)، ويتطلب إصلاحه تثبيت أحدث SSU يدويًا بما يتوافق مع إصدار Windows وبنيته قبل تطبيق LCU.
- قبل أي إصلاح، يجب عمل نسخة احتياطية كاملة لقرص النظام Или لقطة للجهاز الافتراضي، وعند صيانة الصور دون اتصال عبر DISM، تأكد من تطبيق SSU أولاً ثم LCU مع مطابقة دقيقة لبنية الصورة.
- في حال استمرار فشل تثبيت SSU، قم بإصلاح مخزن المكونات باستخدام أمر DISM /RestoreHealth وإعادة تعيين مكونات Windows Update عبر إيقاف الخدمات وإعادة تسمية ذاكرات التخزين المؤقت.
عندما يرفض تحديث Windows التثبيت ويظهر لك الخطأ 0x800f0823، فإن هذا يعني أن مكدس الخدمة (Servicing Stack) في نظامك قديم جدًا ولا يستطيع التعامل مع حزمة التحديث التي تحاول تطبيقها. يظهر الخطأ الكامل عادةً على شكل CBS_E_NEW_SERVICING_STACK_REQUIRED، وقد تصادف أيضًا رسالة “لا يمكن تطبيق هذا التحديث على جهاز الكمبيوتر الخاص بك.” يصبح الحل واضحًا بمجرد فهمك لدور مكدس الخدمة هذا.

Быстрый ответ: لتجاوز هذا الخطأ، قم بتنزيل وتثبيت أحدث تحديث لمكدس الخدمة المستقل (SSU) الذي يتوافق مع Версия для Windows الخاص بك وبنية المعالج (CPU). بعد التثبيت، أعد تشغيل الجهاز، ثم حاول تشغيل التحديث التراكمي الأصلي مرة أخرى.
ماذا يعني الخطأ 0x800f0823؟
يشير الخطأ 0x800f0823 إلى أن مكدس الخدمة (Servicing Stack) في نظامك، وهو المكون الأساسي المسؤول عن تثبيت تحديثات Windows، قديم جدًا. يدير هذا المكدس خدمة المكونات (Component-Based Servicing – CBS)، التي تتحكم في كيفية تطبيق التصحيحات على نظام التشغيل. عندما يتخلف إصدار المكدس عن الإصدار الذي يتوقعه التحديث التراكمي، يتوقف التثبيت وتسجل CBS هذا التضارب.
يمكنك التحقق من سبب هذا الخطأ بشكل أدق بالاطلاع على سجلات CBS. افتح الملف C:WindowsLogsCBSCBS.log وابحث عن سطر يوضح اسم الحزمة وإصدار مكدس الخدمة الذي تتطلبه. عادةً ما يظهر الإدخال النموذجي بهذا الشكل:
Error CBS Package "Package_for_KB5012170~31bf3856ad364e35~amd64~~14393.5285.1.4" requires Servicing Stack v10.0.14393.5285 but current Servicing Stack is v10.0.14393.4349. [HRESULT = 0x800f0823 - CBS_E_NEW_SERVICING_STACK_REQUIRED]
عادةً ما يحافظ Центр обновления Windows على تحديث مكدس الخدمة تلقائيًا من خلال تثبيت تحديثات SSU بشكل دوري. تظهر هذه المشكلة غالبًا في الأجهزة التي تتجاهل التحديثات لفترة طويلة، مما يجعل أجهزة الكمبيوتر الفعلية والأجهزة الافتراضية التي ظلت غير متصلة بالإنترنت لفترة من الزمن هي الأكثر عرضة لهذا الخطأ. يظهر الخطأ ذاته سواء قمت بالتحديث عبر اتصال مباشر بالإنترنت Или طبقت ملف MSU غير متصل.
قبل البدء: قم بعمل نسخة احتياطية من قرص النظام
نظرًا لأن تغييرات مكدس الخدمة تكتب مباشرة إلى مكونات Операционная система الأساسية، فمن الضروري للغاية أن تقوم بعمل نسخة احتياطية من قرص نظام التشغيل قبل البدء. إذا كنت تعمل على جهاز افتراضي، فمن الأفضل أخذ لقطة (snapshot) Или استخدام خيار الاستعادة المتاح في منصتك قبل إجراء أي تعديلات. يضمن لك هذا وجود نقطة استعادة آمنة يمكنك الرجوع إليها في حال لم يسر التثبيت اليدوي كما هو متوقع Или حدث أي خطأ.
الحل 1: تثبيت أحدث تحديث لمكدس الخدمة (SSU)
يُعد هذا الحل هو الأنسب لمعالجة السبب الجذري للمشكلة. يتطلب الأمر تثبيت تحديث مكدس الخدمة (SSU) الذي يتوافق مع إصدار Windows الخاص بك وبنية معالجك (CPU)، ويجب أن يتم ذلك قبل تثبيت التحديث التراكمي (LCU).
1تحديد إصدار Windows والبنية الدقيقة لجهازك.
اضغط على مفتاح Windows، ثم اكتب winver، واضغط على Enter. دوّن رقم الإصدار والبنية (build number) لتتمكن من مطابقة التحديث الصحيح.
2العثور على رقم KB الصحيح. بالنسبة لإصدارات Windows и Windows Server الأحدث، تجمع تحديثات الأمان بين تحديث مكدس الخدمة (SSU) وأحدث تحديث تراكمي (LCU). لذا، ابحث عن الحزمة المجمعة باستخدام رقم KB الرئيسي الخاص بها في صفحة سجل التحديثات ذات الصلة قبل البحث في الكتالوج.
| Версия для Windows | مكان العثور على رقم KB |
|---|---|
| Windows Server 2025 | support.microsoft.com/help/5047442 |
| Windows Server 2022 | support.microsoft.com/help/5005454 |
| Windows 11 (جميع الإصدارات) | support.microsoft.com/help/5065323 |
| Windows 10، الإصدار 2004 والإصدارات الأحدث | support.microsoft.com/help/5018682 |
| Windows 10 1809 и Windows Server 2019 | Windows 10 and Windows Server 2019 update history |
بالنسبة لإصدارات Windows 10 الإصدار 1607 والإصدارات الأقدم، Или Windows Server 2016، ابحث عن تحديث SSU مستقل بدلاً من ذلك. في الكتالوج، استخدم سلسلة بحث مثل ssu "Windows Server 2016" واختر الإدخال الذي يحمل أحدث تاريخ إصدار. يمكنك التحقق من أحدث SSU للإصدارات القديمة على إشعار تحديث مكدس الخدمة من MSRC، تحت السؤال المتعلق بتاريخ إصدار أحدث SSU لكل إصدار من Windows.
3Загрузите обновление.
ابحث عن رقم KB في كتالوج تحديث Microsoft (Microsoft Update Catalog). عادةً ما تُظهر عمليات البحث أكثر من ملف واحد لكل KB، لذا اقرأ كل عنوان بعناية واختر الملف الذي يتوافق مع بنية نظامك (على سبيل المثال، x64). انقر على Download، ثم افتح رابط .msu في النافذة المنبثقة لحفظ الملف.
افتح كتالوج تحديث Microsoft (Microsoft Update Catalog)
4تثبيت الملف. انقر نقرًا مزدوجًا على ملف MSU الذي قمت بتنزيله واتبع التعليمات، ثم Перезагрузите компьютер Или الجهاز الافتراضي (VM). تتيح إعادة التشغيل لمكدس الخدمة الجديد أن يصبح ساري المفعول.
5إعادة محاولة التحديث الأصلي. بعد تحديث مكدس الخدمة، قم بتشغيل التحديث التراكمي الذي فشل سابقًا. يجب أن يتم تثبيته الآن دون ظهور الخطأ 0x800f0823.
ملاحظة: قد يشير مقال قاعدة المعارف (KB) إلى حزمة تحديث مكدس الخدمة (SSU) المرفقة به باستخدام رقم KB مختلف عن المقال الرئيسي. يسرد الكتالوج رقم KB الرئيسي فقط، لذا ابحث عن هذا الرقم بدلاً من رقم SSU المنفصل المذكور في النص.
الإصلاح 2: صيانة DISM دون اتصال (تطبيق SSU قبل LCU)
إذا واجهت الخطأ 0x800f0823 أثناء صيانة صورة دون اتصال باستخدام DISM، تنطبق القاعدة نفسها: يجب تحديث مكدس الخدمة (SSU) أولاً، ثم التحديث التراكمي (LCU). تأكد من بنية الصورة وإصدارها قبل تنزيل أي شيء، لأن تزويد DISM بحزمة ذات بنية خاطئة (مثل حزمة MSU بمعمارية ARM64 لصورة x64) يؤدي إلى أخطاء مربكة، قد تظهر أحيانًا على شكل 0x80070002 أثناء استخراج حزمة MSU.
1
اقرأ تفاصيل الصورة مباشرة من ملف WIM لتجنب التخمين بناءً على اسم الملف.
dism /Get-WimInfo /WimFile:"D:sourcesinstall.wim" /index:1
تحقق من حقول البنية (Architecture) والإصدار (Version) والنسخة (Edition)، ثم قم بتنزيل حزمتي SSU и LCU المطابقتين لعائلة الإصدار والبنية من الكتالوج.
2
قم بتركيب الصورة وتطبيق SSU أولاً، يليه LCU، باستخدام دليل مؤقت مخصص في مسار محلي قصير.
mkdir C:Mount
mkdir C:Scratch
dism /Mount-Wim /WimFile:"D:sourcesinstall.wim" /Index:1 /MountDir:"C:Mount"
dism /Image:"C:Mount" /Add-Package /PackagePath:"C:UpdatesSSU.msu" /ScratchDir:"C:Scratch"
dism /Image:"C:Mount" /Add-Package /PackagePath:"C:UpdatesLCU.msu" /ScratchDir:"C:Scratch"
dism /Image:"C:Mount" /Cleanup-Image /StartComponentCleanup
dism /Unmount-Wim /MountDir:"C:Mount" /Commit
3
إذا فشل DISM أثناء فك ضغط حزمة MSU، فقم باستخراجها وتثبيت ملف CAB مباشرة. غالبًا ما يكشف هذا عن المشكلة الحقيقية، مثل حمولة ذات بنية خاطئة.
mkdir C:UpdatesExtracted
expand -F:* "C:UpdatesSomeUpdate.msu" "C:UpdatesExtracted"
dism /Image:"C:Mount" /Add-Package /PackagePath:"C:UpdatesExtracted*.cab" /ScratchDir:"C:Scratch"
إذا أظهرت أسماء ملفات CAB المستخرجة arm64 بينما صورتك هي x64 (أو العكس)، فقد وجدت السبب الجذري للمشكلة. قم بتنزيل الحزم المطابقة وستكتمل عملية الصيانة دون اتصال بشكل طبيعي.
إذا لم يتم تحديث المكدس (Stack) بعد: إصلاح مكونات التحديث
يمكن أن تمنع مكونات التحديث التالفة تثبيت SSU بشكل صحيح. توجد مساران إصلاح مدمجان مفيدان في هذه الحالة، ويُنصح بتشغيلهما قبل أي تنزيل يدوي إذا كان النظام يعاني من تاريخ من التحديثات الفاشلة.
1
إصلاح مخزن المكونات باستخدام DISM، ثم فحص ملفات النظام. افتح موجه الأوامر كمسؤول (Elevated Command Prompt) وقم بتشغيل أمر الاستعادة، متبوعًا بفحص الملفات.
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
2
إعادة تعيين مكونات Windows Update. أوقف الخدمات ذات الصلة، أعد تسمية ذاكرات التخزين المؤقت للتنزيل لكي يقوم Windows بإعادة بنائها، ثم أعد تشغيل الخدمات.
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
ren %systemroot%SoftwareDistribution SoftwareDistribution.old
ren %systemroot%System32catroot2 catroot2.old
net start wuauserv
net start cryptSvc
net start bits
net start msiserver
أعد تشغيل جهاز الكمبيوتر بعد ذلك وحاول تثبيت SSU مرة أخرى. يمكنك أيضًا تشغيل مستكشف أخطاء Windows Update ومصلحها المدمج من الإعدادات (Settings) ضمن النظام (System) ثم استكشاف الأخطاء وإصلاحها (Troubleshoot)، والذي يمكنه اكتشاف وإزالة أخطاء التحديث الشائعة تلقائيًا.
Как обеспечить успех реформы?
تعرف أن الإصلاح قد نجح عندما يتم تثبيت التحديث التراكمي الذي فشل سابقًا ويكتمل، ولا يظهر الخطأ 0x800f0823 بعد الآن. بعد إعادة التشغيل النهائية، أعد التحقق من وجود تحديثات وتأكد من أن الجهاز يبلغ عن كونه محدثًا. إذا كنت ترغب في التحقق على مستوى السجل، فإن ملف CBS.log لن يسجل بعد الآن إدخال CBS_E_NEW_SERVICING_STACK_REQUIRED مقابل الحزمة.
لماذا قد لا ينجح الإصلاح أحيانًا
| Причина | мы были счастливы |
|---|---|
| SSU أقدم من الإصدار الذي يتطلبه LCU | اختر أحدث تاريخ إصدار لـ SSU لبنيتك الدقيقة؛ فـ SSU القديم لا يزال يؤدي إلى ظهور الخطأ 0x800f0823. |
| تم تنزيل بنية معالج (CPU) خاطئة | طابق x64 Или x86 Или ARM64 مع صورتك؛ فعدم التطابق يسبب الفشل، بما في ذلك الخطأ 0x80070002. |
| تم تطبيق LCU قبل SSU (الخدمة دون اتصال) | قم بتثبيت SSU أولاً، ثم LCU. |
| مخزن مكونات تالف Или ذاكرة تخزين مؤقت للتحديث | قم بتشغيل DISM /RestoreHealth وأعد تعيين مكونات التحديث، ثم أعد المحاولة. |
إذا استمر الفشل بعد كل هذه الخطوات، احتفظ بنسخة من ملف CBS.log وتواصل مع دعم Microsoft، مع إرفاق بيانات السجل ذات الصلة لكي تكون الحزمة الفاشلة وإصدار المكدس المطلوب مرئيين. بعد إصلاح نظام Windows، اترك التحديثات التلقائية ممكّنة لضمان بقاء مكدس الخدمة متزامنًا وعدم عودة هذا الخطأ.
Комментарии закрыты.