إصلاح KERNEL_DATA_INPAGE_ERROR ويندوز 11
الإجابة المختصرة: انسخ ملفاتك احتياطياً أولاً — KERNEL_DATA_INPAGE_ERROR يعني ويندوز فشل في قراءة صفحة بيانات من القرص، وحوالي 55% من المرات القرص يموت فعلياً. كل إصلاح يضغط على ذلك القرص الهش، وCHKDSK تحديداً قد ينهيه. صوّر القرص بينما ما زال يعمل ثم افحص صحة SMART بـ CrystalDiskInfo ثم شغّل التشخيصات.
انسخ ملفاتك احتياطياً قبل أي شيء. هذه الشاشة الزرقاء مختلفة عن معظمها — KERNEL_DATA_INPAGE_ERROR يعني ويندوز حاول يقرأ صفحة بيانات من قرص التخزين والقراءة فشلت. حوالي 55% من المرات القرص يموت فعلياً وكل إصلاح في هذا الدليل يتضمن قراءة وكتابة على ذلك القرص المحتمل تعطله مما يضغط أكثر على عتاد قد يكون على الحافة. شفت أقراص تنجو وقت كافي لنسخ احتياطي هادئ ثم تموت تماماً أثناء فحص CHKDSK لأن CHKDSK يضرب كل قطاع.
إذا ويندوز يقلع بما يكفي للوصول لسطح المكتب، وصّل USB وابدأ بسحب مجلداتك المهمة — المستندات والصور وسطح المكتب وأي شيء ما تقدر تعوّضه. إذا الجهاز يتعطل أثناء النسخ يعيد التشغيل وتكمل من حيث وقفت. نسخة احتياطية جزئية أفضل بلا نهاية من لا شيء لما القرص يستسلم نهائياً. دليل النسخ الاحتياطي يغطي خيارات أكثر، ودليل استرداد البيانات يفيدك إذا ما تقدر توصل لملفاتك بشكل طبيعي.
افحص القرص أولاً
حمّل CrystalDiskInfo واقرأ بيانات SMART اللي القرص يراقبها عن صحته. ثلاثة أرقام مهمة: Reallocated Sectors Count يفترض يكون صفر — أي شيء فوق يعني القرص بدأ يتعطل. Current Pending Sector Count يعرض قطاعات رمت أخطاء قراءة لكن لم تُأكد سيئة. Reported Uncorrectable Errors قطاعات القرص ما قدر يقرأها أصلاً وما قدر يعيد تعيينها.
حالة “تحذير” صفراء أو “سيئة” حمراء؟ توقف عن تشغيل أوامر الإصلاح. القرص يموت وCHKDSK يخلّيه أسوأ. ركّز على إخراج بياناتك ثم بدّل القرص. NVMe بسعة 1 تيرابايت بـ $60-80 في 2026. دليل القرص الصلب يغطي التشخيص الكامل.
إذا CrystalDiskInfo يعرض “جيد” أزرق وكل الأرقام صفر، هذا على الأرجح مش عتاد — أكمل القراءة.
مثال نموذجي: HP Pavilion يعطي شاشة زرقاء كل مرة يُفتح Lightroom. CrystalDiskInfo يظهر 847 قطاعاً معاد تعيينه على Seagate 2TB عمره سنتين. القرص يموت قطاعاً تلو قطاع، وكلما وصل ويندوز لجزء من ملف الترحيل على قطاع ميت تفزع النواة. أخرج الملفات قبل أن يتعطل القرص بالكامل واستبدله بـ NVMe جديد. الاستمرار في إعادة التشغيل وتشغيل CHKDSK كما تقترح أول نتيجة في Google قد يضيّع البيانات نهائياً.
خلل 24H2 وWestern Digital
إذا حدّثت لويندوز 11 24H2 وعندك WD_BLACK SN770 أو WD Blue SN580 أو WD Blue SN5000 أو SanDisk Extreme M.2 بسعة 2TB — فيه خلل معروف حيث ويندوز يطلب تخصيص Host Memory Buffer أكبر مما هذه الأقراص تتعامل معه. كل تشخيص يرجع نظيف وCrystalDiskInfo يعرض جيد وCHKDSK ما يلاقي شيء وMemTest ينجح. القرص سليم إنه عدم توافق على مستوى البروتوكول.
الحل: افتح WD Dashboard من westerndigital.com واذهب لتبويب Firmware وثبّت التحديث. ثلاث دقائق وإعادة تشغيل. أو حل الريجستري: افتح regedit وانتقل لـ HKLM\SYSTEM\CurrentControlSet\Control\StorPort وأنشئ قيمة DWORD اسمها HMBAllocationPolicy واضبطها على 0 وأعد التشغيل.
إصلاحات برمجية
القرص سليم واستبعدت خلل WD. شغّل DISM أولاً ثم SFC في موجه أوامر كمسؤول:
DISM /Online /Cleanup-Image /RestoreHealth
انتظر ينتهي ثم:
sfc /scannow
SFC وDISM يصلحان ملفات النظام التالفة في حوالي 30% من حالات kernel data inpage حيث القرص سليم — أقل من معظم أخطاء الشاشة الزرقاء لأن هذا أكثر ارتباطاً بالعتاد لكنه سريع ومجاني.
ثم chkdsk C: /f /r — يحتاج يشتغل عند إعادة التشغيل التالية. علم /r يفحص القطاعات السيئة ويحاول الاسترداد. على HDD بسعة 1 تيرابايت توقع ساعتين إلى ثلاث وSSDs عادةً أقل من 30 دقيقة. إذا CHKDSK لقى قطاعات سيئة افحص CrystalDiskInfo مرة ثانية بعدها — إذا عدد القطاعات المعاد تعيينها زاد فالقرص يتدهور وخطط لاستبدال حتى لو الأعطال توقفت مؤقتاً.
افحص الرام أيضاً. MemTest86 من USB وأربع تمريرات على الأقل طوال الليل. أداة تشخيص ذاكرة ويندوز تقريباً عديمة الفائدة. حالة نموذجية: لوحة ASUS TUF مع شريحتين Corsair DDR4-3600 تعطي هذا الخطأ أثناء تحرير الفيديو. تشخيص ذاكرة ويندوز يقول تمام، بينما MemTest86 يجد ثلاثة أخطاء في التمريرة 4 كلها في نفس نطاق العناوين على الشريحة 2. إزالة تلك الشريحة توقف الأعطال.
قراءة رمز الخطأ
شاشة العطل نفسها تخبرك أكثر من اسم رمز التوقف. 0xC000009C = قطاعات سيئة والقرص أرجع خطأ CRC واستبدال العتاد مطلوب. 0xC000009D = خطأ جهاز I/O عام وقد يكون قرص يموت أو كابل SATA رخو. 0xC0000185 = ما يقدر يتواصل مع جهاز التخزين أصلاً وتحقق من الكوابل على المكتبي أو أعد تركيب NVMe على اللابتوب. 0xC000009A = موارد نظام غير كافية وعادةً ملف ترحيل صغير جداً أو قرص ممتلئ بالكامل — أسهل إصلاح. 0xC000016A = بنية نظام ملفات تالفة وCHKDSK عنده فرصة جيدة هنا.
إذا لا شيء من هذا نجح — القرص سليم والرام تنجح وSFC نظيف وCHKDSK نظيف وملف الترحيل تلقائي — المشكلة أعمق. خدمة إصلاح الشاشة الزرقاء تسحب ملفات العطل من C:\Windows\Minidump وتحللها بـ WinDbg لتحديد الوحدة المسببة بالضبط. إذا القرص يتعطل وتحتاج ملفات تُسترد، نقدر نصوّره قطاع بقطاع قبل ما يتدهور أكثر.
الأسئلة الشائعة
ماذا يعني KERNEL_DATA_INPAGE_ERROR؟
يعني ويندوز حاول قراءة صفحة بيانات من قرص التخزين أو الرام وفشلت القراءة. بخلاف معظم الشاشات الزرقاء هذه تخبرك مباشرة عن فشل وصول بيانات — النواة طلبت معلومات يفترض تكون متاحة والعتاد ما قدر يسلّمها. حوالي 55% من المرات قرص صلب أو SSD يحتضر و25% رام معطلة والـ 20% المتبقية تعارضات برامج تشغيل أو ملفات ترحيل تالفة أو كوابل رخوة.
هل أشغّل CHKDSK إذا أحصل KERNEL_DATA_INPAGE_ERROR؟
افحص CrystalDiskInfo أولاً. إذا القرص يعرض حالة تحذير أو سيئة مع قطاعات معاد تعيينها أعلى من صفر لا تشغّل CHKDSK — يفحص كل قطاع بقوة بما فيها التالفة مما قد يدفع قرص يحتضر للهاوية. انسخ ملفاتك أولاً ثم بدّل القرص. شغّل CHKDSK فقط إذا CrystalDiskInfo يعرض حالة جيدة بصفر قطاعات معاد تعيينها.
هل SSD سليم يسبب KERNEL_DATA_INPAGE_ERROR؟
نعم — إذا حدّثت لويندوز 11 24H2 وعندك Western Digital أو SanDisk NVMe SSD (تحديداً SN770 أو SN580 أو SN5000 أو SanDisk Extreme M.2 بسعة 2 تيرابايت)، فيه خلل معروف في Host Memory Buffer. القرص سليم لكن ويندوز يطلب HMB أكثر مما القرص يتعامل معه مما يسبب أخطاء I/O. أصلحه بتحديث firmware عبر WD Dashboard أو حل الريجستري HMBAllocationPolicy.
لماذا KERNEL_DATA_INPAGE_ERROR يعود بعد إصلاح CHKDSK؟
لأن القرص يتعطل فعلياً. CHKDSK يعيد تعيين القطاعات السيئة اللي يلاقيها لكن قطاعات جديدة تستمر بالتلف — القرص يتدهور. افحص CrystalDiskInfo عن زيادة عدد القطاعات المعاد تعيينها مع مرور الوقت. إذا الرقم يستمر بالارتفاع لا إصلاح برمجي يحل هذا نهائياً. بدّل القرص واسترد من النسخة الاحتياطية.
هل KERNEL_DATA_INPAGE_ERROR دائماً مشكلة عتاد؟
لا لكنه عتاد أكثر من معظم الشاشات الزرقاء. في تجربتنا حوالي 55% مشاكل تخزين و25% رام و20% برمجيات — ملفات ترحيل تالفة أو تعارضات برامج تشغيل أو تلف نظام ملفات يصلحه CHKDSK. رمز خطأ NTSTATUS على شاشة العطل يخبرك أي فئة: 0xC000009C و0xC000009D يشيران لعتاد و0xC000009A و0xC000016A عادةً قابلة للإصلاح برمجياً.