إصلاح MEMORY_MANAGEMENT شاشة زرقاء ويندوز 11

MEMORY_MANAGEMENT رمز توقف 0x0000001A. غريزة الجميع الأولى رام سيئة — الاسم عملياً يصرخها. لكن في تجربتي النسبة أقرب لـ 60/40 برمجيات مقابل عتاد. برامج تشغيل تسرّب ذاكرة وجداول ترحيل تالفة من تحديث متقطع أو برنامج يخصص ذاكرة بطريقة لا تستطيع النواة التوفيق بينها. افحص قبل ما تبدأ تطلب DDR4.

افتح عارض الأحداث أولاً. Win+X → عارض الأحداث → سجلات ويندوز → النظام. انظر الإدخالات قبل وقت العطل مباشرة. إذا تشوف تحذير “Resource-Exhaustion-Detector” عن commit charge فشيء كان يأكل كل ذاكرتك الافتراضية قبل العطل. مدير المهام → تبويب التفاصيل → رتّب حسب Commit size — اعثر على العملية اللي تستهلك جيجابايتات ما يفترض. خدمة Killer Networking تسوّ هذا باستمرار. سحبت 11 جيجابايت commit من KillerNetworkService على جهاز بـ 16 جيجابايت رام. هذا تسريب ذاكرة مش رام سيئة.

برامج Realtek الصوتية — نسخ HD Audio تحديداً مش UAD — تسرّب ذاكرة من حوالي 2024. البرنامج يخصص مخازن صغيرة لمعالجة تدفق الصوت وما يحررها أبداً. يتراكم خلال أيام. الجهاز يشتغل ممتاز بعد إعادة التشغيل ثم يبدأ يتعطل بعد ثلاثة أو أربعة أيام تشغيل. إذا أعطالك مرتبطة بوقت تشغيل طويل بدل إجراءات محددة تحقق من تواريخ البرامج في مدير الأجهزة للصوت ومحولات الشبكة.

فحص الرام فعلاً

إذا الأعطال عشوائية بغض النظر عن وقت التشغيل أو التطبيقات أو الحمل — أو إذا تشوف “Hardware error” في عارض الأحداث مع رمز MEMORY_MANAGEMENT — افحص الذاكرة.

تشخيص ذاكرة ويندوز (mdsched.exe) يشتغل من قائمة البدء. جدول الاختبار وأعد التشغيل وخلّه يشتغل. دليل فحص الرام يغطي كل ما يعرضه مدير المهام — السرعة والقنوات والفتحات — قبل ما توصل حتى للاختبار. يسوّ تمريرة أساسية أولاً ثم ممتدة. يستغرق 20-30 دقيقة لـ 16 جيجابايت. إذا لقى أخطاء فهذا حاسم — شريحة سيئة.

إلا لما ما يلاقي شيء والرام ما زالت سيئة. تشخيص ذاكرة ويندوز يفوت أخطاء دقيقة لأنه ما يقدر يضغط على متحكم الذاكرة مثل MemTest86. MemTest86 من passmark.com — أنشئ USB قابل للإقلاع وأقلع منه وخلّه يشتغل طوال الليل. سبع تمريرات كاملة هو المعيار. خطأ واحد في أي مكان يعني الرام فيها عطل.

واحد كان يطارد MEMORY_MANAGEMENT لأسبوعين. شغّل تشخيص ذاكرة ويندوز مرتين ونظيف كلا المرتين. قلت له يشغّل MemTest86 طوال الليل. أحد عشر خطأ في التمريرة 4 كلها على نفس نطاق العناوين. سحب شريحة كل مرة وفحص مرة ثانية. الشريحة الثانية كانت سيئة — مش ميتة بالكامل بس خلية سيئة واحدة ما ظهرت إلا تحت أنماط اختبار محددة. بدّل شريحة 8 جيجابايت بـ $18 ولا أعطال من وقتها.

إذا MemTest86 رجع نظيف بعد سبع تمريرات فالرام سليمة وأنت تنظر لسبب برمجي. ملف ترحيل تالف يقلّد رام سيئة — احذفه وخلّ ويندوز يعيد إنشاءه. الإعدادات → النظام → حول → إعدادات النظام المتقدمة → إعدادات الأداء → تبويب متقدم → الذاكرة الظاهرية → تغيير. أطفئ “إدارة حجم ملف الترحيل تلقائياً” واختر “لا يوجد ملف ترحيل” واضغط تعيين وأعد التشغيل. ثم ارجع واضبطه على “إدارة بواسطة النظام”. هذا يجبر ويندوز على إعادة إنشاء ملف الترحيل من الصفر.

ملفات النظام التالفة

إذا لا رام ولا ملف ترحيل أصلح، تلف ملفات النظام التالي. sfc /scannow في موجه أوامر مرفوع. إذا لقى مشاكل وقال “عثر على ملفات تالفة وأصلحها” — أعد التشغيل وشوف إذا الأعطال توقفت. إذا قال “عثر على ملفات تالفة لكن لم يستطع إصلاح بعضها” شغّل DISM /Online /Cleanup-Image /RestoreHealth أولاً ثم SFC مرة ثانية. أمر DISM يسحب نسخ جديدة من Windows Update لإصلاح مخزن المكونات ثم SFC يستخدم تلك النسخ.

برامج GPU أيضاً تسبب MEMORY_MANAGEMENT إذا أتلفت تجمع ذاكرة النواة أثناء التصيير. نفس عملية تثبيت نظيف بـ DDU مثل أي شاشة زرقاء GPU — الوضع الآمن وDDU وبرنامج جديد. إذا تحصل MEMORY_MANAGEMENT وIRQL_NOT_LESS_OR_EQUAL بالتناوب بين الأعطال فهذا يشير بقوة لبرنامج تشغيل يتلف ذاكرة النواة بدل رام فعلية سيئة.

إذا لا شيء من هذا ثبت وملفات العطل فوضى، نقرأ ملفات العطل يومياً — معظم حالات MEMORY_MANAGEMENT تُحل في أول جلسة عن بُعد بمجرد تحديد إذا تسريب أو تلف أو عتاد.