حل خطأ WHEA على رايزن بعد PBO وCurve Optimizer

خطأ WHEA ليس شاشة زرقاء عادية، بل بلاغ يرسله المعالج نفسه من طبقة العتاد، ويحمل في سجلّه نوع الخطأ والمكوّن المسؤول وأحياناً رقم النواة الفاشلة بالضبط. لذلك لا ينفع الحلّان المنتشران في المحتوى العربي: sfc /scannow وإعادة تثبيت ويندوز؛ فالأول يفحص ملفات نظام ويندوز المحمية فقط، والثاني يعالج طبقة برمجية لا صلة لها ببلاغ قادم من المعالج. حتى توثيق مايكروسوفت لكود التوقف 0x124 ينصّ صراحةً: إذا كان كسر السرعة مفعّلاً فجرّب تعطيله، ويصنّف التعريفات سبباً أقل احتمالاً. فإذا بدأت الأخطاء بعد تفعيل PBO أو Curve Optimizer أو EXPO، فالسجل سيدلّك على الجاني بدل التخمين.

شاشة زرقاء أم إعادة تشغيل صامتة؟

العرض يأتي بشكلين. شاشة زرقاء WHEA_UNCORRECTABLE_ERROR بكود التوقف 0x124 تعني أن المعالج التقط الخطأ وكتبه، وستجد تفاصيله كاملة في السجل. أما إعادة التشغيل الصامتة، إذ تسودّ الشاشة ويقلع الجهاز من جديد، فتترك حدث Kernel-Power 41 بقيم صفرية: انهيار خاطف لم يمهل النظام وقتاً لتسجيل أي خطأ. والشكلان غالباً وجهان لنمط انهيار الخمول نفسه الذي يرافق الأوفست السالب العميق.

اقرأ السجل قبل أي تعديل

افتح Event Viewer ثم Windows Logs ثم System، ورشّح حسب المصدر WHEA-Logger. نصوص الأحداث تبقى إنجليزية حتى على ويندوز عربي. ثلاثة أرقام تهمك: الحدث 18 خطأ قاتل تسبب في الانهيار، والحدث 19 خطأ صحّحه المعالج دون انهيار، والحدث 17 خطأ PCIe مُصحَّح وقصته مختلفة عن ضبط المعالج؛ فمكوّنه المبلِّغ منفذ PCI Express، وخلفه عادةً بطاقة الرسوميات أو قرص التخزين.

نوع الخطأ يرسم دائرة الاشتباه

داخل تفاصيل الحدث سطر يذكر نوع الخطأ. «Cache Hierarchy Error» من مكوّن Processor Core يجعل المشتبه الأول جهد النواة بعد أوفست سالب عميق، وهذا أشيع سيناريو بعد ضبط Curve Optimizer. مع تحفظ ضروري: نوع الخطأ يحدد المُبلِّغ، لا الجاني بالضرورة، وهناك حالة موثّقة بلا أي كسر سرعة انتهى حلّها باستبدال مزود طاقة رديء.

أما «Bus/Interconnect Error» فينقل الاشتباه من الأوفست إلى الذاكرة: EXPO وجهد SoC وتردد FCLK، وهو النمط المتكرر في بلاغات مستخدمي AM5 على المنتديات. عندها ابدأ من دليل تفعيل EXPO لرام DDR5 بدل العبث بأرقام الأنوية.

أي نواة بالضبط؟

الحدث نفسه يذكر Processor APIC ID. القاعدة مع SMT مفعّل: رقم النواة = APIC ID ÷ 2 مع العدّ من صفر؛ فمثلاً APIC ID 9 يعني النواة 4. لكن على المعالجات بشريحتي CCD ناقصتي الأنوية مثل 7900X قد ينقطع تسلسل الترقيم، والأسلم ترك CoreCycler يطابق النواة تلقائياً: إعداده الافتراضي يفحص سجل WHEA أثناء الاختبار ويطابق APIC ID مع النواة قيد الفحص.

العلاج: نقطتان للنواة الفاشلة وحدها

لا تصفّر كل الأنوية. ارفع قيمة الأوفست للنواة الفاشلة وحدها نقطتين إلى ثلاث (من ‎-15 إلى ‎-13 مثلاً)، ثم أعد اختبار تلك النواة تحديداً. منهجية الاختبار والتراجع خطوة بخطوة في مقال شرح Curve Optimizer.

ولا تتجاهل الحدث 19 بحجة أن النظام لم ينهر. توثيق CoreCycler صريح: النظام المستقر لا ينتج أي أخطاء أو تحذيرات WHEA، والأداة تعامل التحذير المُصحَّح كفشل حقيقي افتراضياً.

متى لا يكون الأوفست هو السبب؟

خطوة العزل بسيطة: صفّر Curve Optimizer مؤقتاً مع إبقاء EXPO مفعّلاً. إن استمر الخطأ فالمشكلة في الذاكرة أو الجهود، وإن اختفى فهي في أوفست نواة. أما ظهور WHEA على إعدادات مصنعية بالكامل فيعني تحديث البايوس أولاً: عند إطلاق رايزن 5000 وثّق المستخدمون حالات مماثلة، حُلّ كثير منها بتحديثات AGESA وانتهى بعضها باستبدال المعالج نفسه.

راقب العدّاد بعد الإصلاح

HWiNFO يعرض عدّاد أخطاء WHEA ضمن الحساسات، ويجمعه من سجل ويندوز، وأي رقم غير صفري بعد جلسة استخدام يعني أن المشكلة لم تُحل. ولعدّ الأحداث حسب نوعها مباشرة:

Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='Microsoft-Windows-WHEA-Logger'} | Group-Object Id -NoElement

اختيار سريع

ما يقوله السجل	خطوتك التالية
Cache Hierarchy Error	ارفع أوفست النواة الفاشلة نقطتين إلى ثلاث وأعد اختبارها
Bus/Interconnect Error	راجع الذاكرة: EXPO وجهد SoC وتردد FCLK
WHEA على إعدادات مصنعية	حدّث البايوس أولاً، ثم اشتبه بالعتاد نفسه

القاعدة واحدة في كل الحالات: السجل قبل التعديل. دقيقتان في Event Viewer توفران عليك أياماً من التخمين وإعادة تثبيت لن تصلح شيئاً.