هناك نوع من الأعطال يجعلك تشعر أن جهازك يتصرف من تلقاء نفسه.
مرة يعمل بشكل طبيعي، ومرة يتجمد.
تضغط على زر التشغيل فيستجيب فورًا، وفي اليوم التالي يحتاج وقتًا أطول.
يفتح البرنامج بسرعة، ثم يبدأ في البطء بعد عدة دقائق.
ترتفع حرارة الجهاز دون أن تعرف السبب.
تختفي الشبكة للحظات ثم تعود.
يظهر صوت غريب من المروحة، ثم يختفي.
وقد يصل الأمر إلى أن الجهاز يعمل أمامك بشكل طبيعي، لكن بمجرد تشغيل لعبة أو برنامج ثقيل يبدأ في التصرف بطريقة مختلفة تمامًا.
هذه هي الأعطال الغامضة؛ أعطال لا تعطيك رسالة واضحة تقول: "المشكلة هنا".
والخطأ الأكبر هو التعامل معها بالتخمين.
تغيير RAM لأن الجهاز تجمد.
تغيير SSD لأن ويندوز بطيء.
إعادة تثبيت النظام لأن برنامجًا توقف.
شراء راوتر جديد لأن موقعًا واحدًا لا يفتح.
أو تغيير المعالج لأن الأداء انخفض.
 |
| العطل الغامض كيف تفك شفرة تصرفات جهازك؟ |
لكن ماذا لو كان جهازك يحاول أن يخبرك بالمشكلة طوال الوقت، وأنت فقط لا تعرف كيف تقرأ الإشارات؟
الحقيقة أن الكمبيوتر لا يتحدث معك بالكلمات، لكنه يتحدث من خلال السلوك.
درجة الحرارة، سرعة المراوح، الترددات، أوقات التجمّد، الأصوات، رسائل الخطأ، استهلاك الموارد، توقيت المشكلة، والفرق بين التشغيل الخفيف والثقيل؛ كلها أجزاء من شفرة واحدة.
وإذا تعلمت جمع هذه الأجزاء، يمكن أن تتحول المشكلة من لغز غامض إلى سلسلة من الاحتمالات التي تستطيع اختبارها واحدة تلو الأخرى.
العطل لا يقول لك السبب.. بل يعطيك أثره
عندما يتجمد الجهاز، فأنت أمام عرض وليس بالضرورة أمام السبب.
وهذه نقطة يجب أن تثبت في ذهنك.
التجمّد يمكن أن ينتج عن مشكلة في الذاكرة، أو التخزين، أو التعريفات، أو الحرارة، أو الطاقة، أو أحد البرامج.
البطء يمكن أن ينتج عن المعالج أو RAM أو SSD أو عمليات الخلفية أو الحرارة أو الشبكة.
إعادة التشغيل يمكن أن ترتبط بالطاقة أو الحرارة أو النظام أو التعريفات أو مشكلة عتادية.
إذن لا يوجد قاموس بسيط من نوع:
العرض = القطعة التالفة.
الأصح هو:
العرض = دليل يحتاج إلى تفسير.
وهنا يبدأ التفكير الحقيقي في Troubleshooting – استكشاف الأخطاء وإصلاحها.
أول خطوة: توقف عن تسمية المشكلة بسرعة
قل:
"الجهاز يتجمد."
ولا تقل:
"RAM تالفة."
قل:
"الجهاز أصبح بطيئًا."
ولا تقل:
"المعالج ضعيف."
قل:
"اللعبة انخفضت سرعتها."
ولا تقل:
"كرت الشاشة انتهى."
لماذا؟
لأنك إذا سميت السبب مبكرًا، سيبدأ عقلك في البحث عن أدلة تؤكد اعتقادك بدل البحث عن الحقيقة.
وهذا يسمى عمليًا Confirmation Bias – انحياز التأكيد.
إذا اعتقدت أن SSD هو المشكلة، ستبدأ في تفسير كل شيء على أنه دليل ضد SSD.
أما إذا قلت إن لديك "بطئًا في النظام"، فستظل لديك مساحة لفحص الذاكرة والتخزين والمعالج والحرارة والبرامج.
الخطوة الثانية: اسأل متى يظهر العطل
توقيت المشكلة من أقوى الأدلة التي يملكها جهازك.
اسأل:
هل يحدث العطل فور التشغيل؟
أم بعد دخول ويندوز؟
أم بعد فتح برنامج محدد؟
أم بعد عدة دقائق؟
أم فقط أثناء الضغط؟
أم عندما يصبح الجهاز ساخنًا؟
أم عند استخدام البطارية؟
أم عند توصيل الشاحن؟
أم عند الاتصال بشبكة معينة؟
هذه التفاصيل يمكن أن تقلص مساحة البحث بشكل كبير.
إذا كان الجهاز يتوقف قبل تحميل نظام التشغيل، فلا تبدأ بالبحث في تطبيقات ويندوز.
أما إذا كان يعمل طبيعيًا حتى يظهر سطح المكتب ثم يبدأ البطء، فهنا يصبح من المنطقي فحص الخدمات وبرامج بدء التشغيل واستهلاك الموارد.
العطل الذي يحدث عند التشغيل له معنى مختلف
إذا ضغطت زر التشغيل ولم يحدث شيء تقريبًا، فابدأ بالتفكير في الطاقة والتوصيلات والمكونات الأساسية.
إذا بدأت المراوح لكن لم تظهر صورة، يصبح من المهم التفكير في الذاكرة والرسوميات والشاشة واللوحة الأم وغيرها من مكونات مرحلة الإقلاع.
إذا ظهر شعار الشركة ثم توقف الجهاز، فقد تكون قد تجاوزت بعض الاختبارات الأولية، وبالتالي تتغير دائرة الاحتمالات.
إذا ظهر شعار ويندوز ثم حدث التجمّد، يصبح نظام التشغيل والتخزين والتعريفات ضمن دائرة اهتمام أكبر.
وإذا وصل الجهاز إلى سطح المكتب ثم أصبح بطيئًا، فالمشكلة قد تكون في طبقة مختلفة تمامًا.
مكان توقف الجهاز هو جزء من التشخيص.
العطل الذي يظهر بعد 20 دقيقة مختلف عن العطل الذي يظهر فورًا
هذه واحدة من أكثر الإشارات أهمية.
إذا كان الجهاز يعمل طبيعيًا عند تشغيله، ثم يبدأ في التباطؤ بعد 15 أو 20 دقيقة، فلا تتعامل معه مثل جهاز يعاني من المشكلة منذ اللحظة الأولى.
قد تكون الحرارة ترتفع تدريجيًا.
قد يبدأ برنامج في الخلفية بعملية معينة.
قد يمتلئ جزء من الذاكرة.
قد يبدأ التخزين في التعرض لحمل مستمر.
وقد تظهر مشكلة مرتبطة بالطاقة أو التبريد عند وصول الجهاز إلى مستوى معين من الحمل.
لهذا من المفيد أن تسجل الزمن بين التشغيل وظهور العطل.
إذا تكرر الرقم أو كان قريبًا منه في عدة مرات، فقد تكون أمام نمط مهم.
راقب الحرارة قبل أن تراقب القطع
الحرارة ليست مجرد رقم يظهر في برنامج مراقبة.
هي واحدة من أهم مفاتيح فهم سلوك الجهاز.
تخيل أنك تشغل لعبة.
في البداية تعمل بسرعة ممتازة.
بعد عشر دقائق يبدأ الأداء في الانخفاض.
بعد ذلك تصبح المراوح أعلى صوتًا.
ثم ينخفض عدد الإطارات.
هنا لديك سلسلة أحداث:
حمل مرتفع → ارتفاع الحرارة → تغير سرعة المراوح → انخفاض التردد → انخفاض الأداء.
قد يكون السبب الحقيقي في نظام التبريد، وليس في المعالج أو GPU.
عندما يخفض المكوّن تردده لحماية نفسه من الحرارة، تسمى العملية Thermal Throttling – الخنق الحراري.
ولهذا لا يكفي أن تقول:
"المعالج بطيء."
راقب حرارة المعالج وتردده في اللحظة نفسها.
إذا ارتفعت الحرارة وانخفض التردد بالتزامن مع انخفاض الأداء، فأنت أمام دليل أقوى بكثير.
راقب التردد.. الرقم الذي يكشف ما لا يقوله الاستخدام
قد ترى CPU Usage عند 80%، لكن هذا الرقم وحده لا يخبرك بكل شيء.
قد يكون المعالج يعمل تحت حمل مرتفع، لكن تردده طبيعي.
وقد يكون الاستخدام أقل، لكن التردد انخفض بسبب الحرارة أو الطاقة أو إعدادات النظام.
لذلك في الأعطال المتعلقة بالأداء، حاول النظر إلى:
الاستخدام + الحرارة + التردد + الأداء الفعلي.
إذا انخفضت سرعة المهمة في الوقت نفسه الذي ينخفض فيه تردد المعالج، فهذه علاقة تستحق التحقيق.
أما إذا ظل التردد ثابتًا والأداء انخفض، فقد تحتاج إلى النظر في مكونات أخرى.
لا تفسر CPU Usage وحده
افتح Task Manager – مدير المهام باستخدام:
Ctrl + Shift + Esc
راقب CPU وMemory وDisk وGPU.
لكن لا تتعامل مع الأرقام كأنها أحكام نهائية.
CPU عند 100% لا يعني أن المعالج تالف.
RAM عند 90% لا تعني أن الذاكرة تالفة.
Disk عند 100% لا يعني تلقائيًا أن SSD يحتضر.
GPU عند 100% أثناء لعبة ثقيلة قد يكون أمرًا طبيعيًا تمامًا.
المهم هو:
ماذا كان الجهاز يفعل عندما ظهر الرقم؟
وماذا حدث للأداء؟
وهل يتكرر الأمر في نفس السيناريو؟
الخطوة الثالثة: تعلم قراءة العلاقة بين رقمين
الأرقام تصبح أكثر فائدة عندما تربطها ببعضها.
مثلًا، إذا أصبح الجهاز بطيئًا في اللحظة نفسها التي وصلت فيها RAM إلى مستوى مرتفع جدًا وبدأ نشاط القرص في الارتفاع، فقد تكون هناك علاقة بين ضغط الذاكرة وعمليات التخزين.
إذا ارتفعت حرارة GPU ثم انخفض ترددها وقلت سرعة اللعبة، أصبحت لديك قصة متماسكة.
إذا ارتفع CPU Usage بسبب برنامج محدد وبدأ الجهاز في التباطؤ، أصبح البرنامج مشتبهًا منطقيًا.
لا تبحث عن رقم "سيئ" فقط.
ابحث عن التسلسل.
العطل يتحدث من خلال التوقيت
تخيل ثلاث حالات.
الحالة الأولى: الجهاز بطيء منذ لحظة تشغيله.
الحالة الثانية: الجهاز سريع عند التشغيل ثم يصبح بطيئًا بعد فتح عشرات البرامج.
الحالة الثالثة: الجهاز سريع في الاستخدام العادي، لكنه ينهار تحت الضغط.
هذه ليست مشكلة واحدة.
كل حالة ترسم خريطة مختلفة.
الحالة الأولى قد تشير إلى مشكلة عامة في التخزين أو النظام أو الخدمات أو الموارد.
الحالة الثانية قد ترتبط بالبرامج والذاكرة وعمليات الخلفية.
الحالة الثالثة تجعل الحرارة والطاقة والتبريد والأداء تحت الحمل أكثر أهمية.
التوقيت يغير معنى العرض.
العطل الذي يحدث تحت الضغط يكشف نقاط الضعف
بعض الأجهزة تبدو ممتازة أثناء الاستخدام الخفيف.
فتح المتصفح؟
ممتاز.
كتابة مستند؟
ممتاز.
مشاهدة فيديو؟
ممتاز.
لكن عند تشغيل لعبة أو برنامج تصميم أو مهمة ذكاء اصطناعي محلية، تبدأ المشاكل.
هذا يخبرك بشيء مهم:
المنظومة قد تكون مستقرة عند الحمل المنخفض، لكنها لا تتحمل حالة معينة من Workload – عبء العمل.
هنا يجب أن تفكر في:
الحرارة.
الطاقة.
التبريد.
الذاكرة.
GPU.
CPU.
التعريفات.
والاستقرار تحت الحمل.
وهذا يختلف عن عطل يظهر حتى أثناء الاستخدام الخفيف.
الصوت أيضًا رسالة
لا تتجاهل الأصوات الجديدة.
صوت المروحة المرتفع قد يعني أن الجهاز يحاول التخلص من حرارة أعلى.
صوت غير معتاد من وحدة تخزين ميكانيكية HDD قد يستحق الانتباه.
تغير نمط المروحة من هادئ إلى مرتفع ثم عودتها بشكل دوري قد يكون مرتبطًا بدورات الحمل والحرارة.
المهم أن تفرق بين:
الصوت الطبيعي تحت الحمل
و
الصوت الجديد أو غير المعتاد.
لا تشخص المكوّن من الصوت وحده، لكن استخدمه كدليل إضافي.
إذا حدث العطل بعد تحديث.. لا تتجاهل هذه المعلومة
التوقيت بين التغيير وظهور المشكلة مهم جدًا.
هل بدأت المشكلة بعد:
تحديث ويندوز؟
تحديث تعريف GPU؟
تغيير BIOS/UEFI؟
تثبيت برنامج جديد؟
تركيب RAM؟
تغيير SSD؟
إضافة جهاز USB؟
تثبيت برنامج حماية؟
إذا كانت الإجابة نعم، فهذا لا يثبت أن التغيير هو السبب، لكنه يرفعه ضمن قائمة الاحتمالات.
والقاعدة هنا:
الارتباط الزمني دليل، وليس حكمًا نهائيًا.
اختبر الفرضية بدل افتراضها.
افصل المشكلة عن البرامج
إذا كان الجهاز يعمل بشكل طبيعي في حالة معينة ويعاني في حالة أخرى، استغل هذا الفرق.
يمكن أن يساعدك Safe Mode – الوضع الآمن في بعض سيناريوهات ويندوز لأنه يشغل النظام بمجموعة محدودة من المكونات والتعريفات والخدمات.
إذا اختفت المشكلة في بيئة محدودة، فقد يشير ذلك إلى برنامج أو تعريف أو خدمة تعمل في التشغيل العادي.
لكن لا يعني ذلك تلقائيًا أن العتاد سليم 100%.
إنه فقط يغير اتجاه التحقيق.
وهذا هو المطلوب من الاختبار الجيد.
ابحث عن "التغيير الوحيد"
تخيل أن جهازك كان يعمل طبيعيًا.
ثم حدثت مشكلة.
اسأل:
ما الذي تغير قبلها؟
قد يكون:
برنامجًا.
تعريفًا.
تحديثًا.
قطعة جديدة.
كابلًا.
إعدادًا.
مكان استخدام الجهاز.
طريقة الطاقة.
درجة الحرارة المحيطة.
هذا السؤال أحيانًا أكثر فائدة من سؤال:
"ما القطعة التي يمكن أن تكون تالفة؟"
لأن الأعطال قد تبدأ بعد تغيير صغير لا يبدو مهمًا.
الخطوة الرابعة: أعد إنتاج المشكلة
العطل الذي يحدث مرة واحدة صعب التشخيص.
لكن إذا استطعت جعله يحدث مرة أخرى في نفس الظروف، أصبح لديك كنز من المعلومات.
مثلًا:
تشغيل اللعبة لمدة 15 دقيقة يؤدي دائمًا إلى انخفاض الأداء.
فتح برنامج معين يؤدي دائمًا إلى تجمد الجهاز.
فصل الشاحن يؤدي دائمًا إلى اختفاء المشكلة.
توصيل جهاز USB معين يؤدي إلى انقطاع الاتصال.
هذه القدرة على Reproduce – إعادة إنتاج العطل تسمح لك بإجراء اختبارات منظمة.
بدل انتظار المشكلة، تصبح قادرًا على استدعائها.
غيّر متغيرًا واحدًا فقط
هذه القاعدة وحدها يمكن أن توفر عليك ساعات.
إذا كان الجهاز يتجمد، لا:
تغير RAM.
وتحدث BIOS.
وتعيد تثبيت ويندوز.
وتغير التعريف.
وتنظف الجهاز.
في الوقت نفسه.
إذا اختفت المشكلة، لن تعرف السبب.
الأفضل أن تغير شيئًا واحدًا، ثم تعيد الاختبار.
إذا لم يتغير شيء، أعد الإعداد وانتقل إلى فرضية أخرى.
بهذه الطريقة يصبح كل اختبار ذا قيمة.
استخدم المقارنة بدل الذاكرة
لا تعتمد على شعورك بأن:
"الجهاز كان أسرع."
حاول الحصول على مقارنة.
مثلًا:
وقت تشغيل البرنامج قبل المشكلة: 5 ثوانٍ.
بعد المشكلة: 12 ثانية.
درجة الحرارة قبل المشكلة: 70°.
بعدها: 88°.
تردد GPU قبل المشكلة: 1900 MHz.
أثناء المشكلة: 1300 MHz.
هذه الأرقام لا تشخص العطل بمفردها، لكنها تجعل سلوك الجهاز أكثر وضوحًا.
العطل المتقطع أصعب.. لكنه ليس مستحيلًا
هناك مشكلة تعمل يومًا وتختفي يومًا.
هنا لا تحاول البحث عن "لحظة واحدة".
ابحث عن النمط.
احتفظ بملاحظات قصيرة:
وقت حدوث المشكلة.
ما البرنامج المفتوح.
درجة الحرارة.
هل الجهاز على البطارية أو الشاحن.
هل كانت الشبكة متصلة.
ما الأجهزة الخارجية المتصلة.
ما الذي حدث قبل العطل.
بعد عدة مرات قد تكتشف أن المشكلة ليست عشوائية كما كنت تعتقد.
قد تحدث دائمًا بعد ارتفاع الحرارة.
أو بعد الاستيقاظ من السكون.
أو عند استخدام تطبيق معين.
أو عند تشغيل الجهاز على طاقة البطارية.
افهم الفرق بين الخطأ والنتيجة
ظهور رسالة خطأ لا يعني أن الرسالة سمّت السبب الحقيقي دائمًا.
قد تقول الرسالة إن التطبيق توقف.
هذا يخبرك بما حدث للتطبيق.
لكن لماذا توقف؟
ربما بسبب تعريف.
أو ملف.
أو ذاكرة.
أو خدمة.
أو مشكلة في النظام.
لذلك تعامل مع رسائل الخطأ كـ أدلة، وليس كأحكام نهائية.
إذا ظهرت رسالة مرتبطة بملف أو مكوّن محدد، استخدمها لتضييق الاحتمالات، ثم اختبر.
ماذا تفعل عندما يعطيك الجهاز أعراضًا متناقضة؟
قد يحدث أن يكون:
CPU منخفضًا.
GPU منخفضة.
RAM ليست ممتلئة.
SSD ليس عند 100%.
ومع ذلك الجهاز بطيء.
هل هذا يعني أن الجهاز "بلا سبب"؟
لا.
قد تكون المشكلة في زمن الاستجابة، أو تطبيق معين، أو شبكة، أو عملية انتظار، أو مكوّن لا يظهر اختناقه من خلال مؤشر الاستخدام العام.
قد يكون التطبيق نفسه مصممًا بطريقة تجعله يعتمد على مورد محدد في لحظات معينة.
وقد يكون هناك تأخير خارج الجهاز إذا كان التطبيق يعتمد على الإنترنت.
وهنا يجب أن تتذكر:
عدم ارتفاع المؤشرات لا يعني عدم وجود المشكلة.
إذا كان الإنترنت بطيئًا.. افصل المسار
في مشاكل الشبكة، لا تنظر إلى الكمبيوتر وحده.
المسار قد يكون:
الجهاز → Wi-Fi أو Ethernet → الراوتر → مزود الخدمة → الإنترنت → الخادم.
إذا كان موقع واحد بطيئًا، بينما بقية المواقع تعمل بسرعة، فلا تتهم اتصال الإنترنت بالكامل.
إذا كانت كل الأجهزة بطيئة، تصبح المشكلة في نقطة مشتركة أكثر احتمالًا.
إذا كان جهاز واحد فقط يعاني، ابحث في الجهاز أو اتصاله.
وهكذا تستخدم العزل لتحديد مكان الخلل.
لا تنسَ البيئة المحيطة
أحيانًا يتغير الجهاز لأن البيئة تغيرت.
الغرفة أصبحت أكثر حرارة.
الجهاز أصبح داخل مكان مغلق.
تم وضع اللابتوب على سطح يمنع فتحات التهوية.
تمت إضافة شاشة أو جهاز USB.
تغير مصدر الطاقة.
أصبح الجهاز يعمل على البطارية بدل الشاحن.
هذه الأشياء قد تغير السلوك دون أن تكون هناك قطعة "مكسورة".
لذلك عندما يصبح الجهاز غريبًا، اسأل:
ما الذي تغير حوله؟
وليس فقط:
ما الذي تغير داخله؟
أنشئ خريطة للعطل
إذا كانت المشكلة معقدة، ارسمها ببساطة.
في المنتصف اكتب:
العرض الرئيسي: الجهاز يتجمد.
ثم ارسم فروعًا:
الحرارة
RAM
SSD
GPU
CPU
التعريفات
الطاقة
البرامج
ثم ضع تحت كل فرع اختبارًا واحدًا.
مثلًا:
الحرارة → هل ترتفع قبل التجمّد؟
RAM → هل يظهر العطل في اختبار الذاكرة؟
التعريفات → هل بدأ العطل بعد تحديث؟
الطاقة → هل يحدث فقط تحت الحمل؟
التخزين → هل تظهر أخطاء أو تأخيرات مرتبطة بالقرص؟
بهذه الطريقة يتحول العطل من شعور بالفوضى إلى شجرة احتمالات.
لا تقفز إلى إعادة تثبيت ويندوز
إعادة تثبيت النظام قد تحل بعض المشاكل البرمجية، لكنها ليست زرًا سحريًا.
إذا كانت المشكلة في الحرارة، فلن يصلحها ويندوز جديد.
إذا كانت في الطاقة، لن يصلحها.
إذا كانت في RAM، لن يصلحها.
إذا كانت في كابل، لن يصلحها.
إذا كانت في مروحة، لن يصلحها.
لذلك قبل إعادة تثبيت النظام، اسأل:
هل لدي دليل أن المشكلة برمجية؟
إذا لم يكن لديك، فربما تحتاج إلى مزيد من التشخيص.
متى يصبح العطل خطيرًا؟
ليست كل الأعراض مجرد مشكلة أداء.
إذا لاحظت رائحة احتراق، أو شررًا، أو انتفاخ بطارية، أو حرارة غير طبيعية جدًا، أو أصواتًا ميكانيكية مقلقة، أو انقطاعًا متكررًا للطاقة، فلا تتعامل مع الأمر كتجربة عادية.
في الحالات التي قد تتضمن خطرًا كهربائيًا أو بطارية متضررة، الأفضل إيقاف الاستخدام وطلب فحص مختص بدل الاستمرار في الاختبارات المنزلية.
التشخيص الجيد لا يعني المخاطرة بالجهاز أو بنفسك.
كيف تفك شفرة جهازك في عشر خطوات؟
عندما يظهر عطل غامض، استخدم هذا التسلسل:
صف العرض بدون تشخيص: ماذا يفعل الجهاز بالضبط؟
حدد وقت ظهور المشكلة: فور التشغيل أم بعد فترة؟
حدد الظروف: استخدام خفيف، لعبة، شحن، بطارية، شبكة، برنامج معين.
حدد ما الذي يعمل وما الذي توقف.
راقب CPU وRAM وDisk وGPU والحرارة والترددات عند حدوث المشكلة.
ابحث عن الشيء الذي تغير قبل ظهور العطل.
ضع عدة فرضيات بدل فرضية واحدة.
اختبر فرضية واحدة في كل مرة.
أعد إنتاج المشكلة بعد كل تغيير.
استبعد الاحتمالات تدريجيًا بدل شراء قطع عشوائيًا.
هذا الأسلوب يجعلك أقرب إلى طريقة عمل فني محترف حتى لو لم تكن متخصصًا في صيانة الأجهزة.
ماذا يعني أن العطل اختفى بعد إعادة التشغيل؟
لا تعتبر اختفاء المشكلة بعد إعادة التشغيل دليلًا على أن الجهاز أصبح سليمًا.
إعادة التشغيل قد تزيل حالة مؤقتة من الذاكرة، وتوقف برنامجًا عالقًا، وتعيد تحميل التعريفات والخدمات، وتعيد تهيئة بعض المكونات.
لكن إذا عاد العطل لاحقًا، فهذه معلومة مهمة.
السؤال الصحيح ليس:
"هل أعادت إعادة التشغيل الجهاز للعمل؟"
بل:
"ما الذي تغير بعد إعادة التشغيل وجعل المشكلة تختفي مؤقتًا؟"
هذه المعلومة قد تساعدك في تضييق الاحتمالات.
ماذا لو اختفت المشكلة بعد ترك الجهاز يبرد؟
هذه إشارة تستحق التحقيق.
إذا كان الجهاز يتجمد، ثم يعمل طبيعيًا بعد أن يبرد، فلا يعني ذلك بالضرورة أن المكوّن الرئيسي تالف.
قد تكون المشكلة في نظام التبريد، أو تدفق الهواء، أو المروحة، أو المعجون الحراري، أو الحمل الحراري.
لكن لا تعتمد على الاستنتاج وحده.
أعد الاختبار وراقب الحرارة والتردد والأداء.
إذا تكرر النمط، يصبح الدليل أقوى.
ماذا لو حدث العطل عند توصيل جهاز معين؟
هذه حالة ممتازة للعزل.
افصل الجهاز الخارجي.
أعد الاختبار.
إذا اختفت المشكلة، أعد توصيله.
إذا عادت المشكلة، أصبح لديك ارتباط قوي يستحق الفحص.
لكن لا تتوقف عند أول استنتاج.
قد يكون السبب الجهاز نفسه، أو الكابل، أو المنفذ، أو تعريف الجهاز.
هنا يمكنك تجربة منفذ آخر أو كابل آخر مناسب، مع الحفاظ على مبدأ تغيير متغير واحد في كل مرة.
لماذا التشخيص أصعب من الإصلاح أحيانًا؟
لأن الإصلاح يحتاج إلى معرفة ما الذي يجب تغييره.
أما التشخيص فيحتاج إلى اكتشاف ذلك أولًا.
قد يستغرق تغيير قطعة دقائق.
لكن معرفة أن هذه القطعة هي السبب الحقيقي قد تحتاج إلى سلسلة من الاختبارات.
ولهذا فإن الشخص الذي يعرف كيف يشخص المشكلة قد يوفر مالًا أكثر من الشخص الذي يعرف كيف يركب القطع.
الهدف ليس أن تكون قادرًا على تغيير كل مكوّن.
الهدف أن تعرف أي مكوّن يجب تغييره أصلًا.
الخلاصة: جهازك لا يتصرف عشوائيًا كما تعتقد
العطل الغامض غالبًا ليس غامضًا تمامًا.
هو فقط يتحدث بلغة مختلفة.
يتحدث من خلال:
التوقيت.
الحرارة.
التردد.
الاستخدام.
الأصوات.
رسائل الخطأ.
التجمّد.
إعادة التشغيل.
اختلاف الأداء تحت الحمل.
والفرق بين ما يحدث قبل المشكلة وما يحدث بعدها.
إذا تعلمت جمع هذه الإشارات، ستتوقف عن التعامل مع الكمبيوتر كصندوق مغلق يعطيك أعطالًا عشوائية.
ستبدأ في رؤيته كمنظومة لها سلوك يمكن قراءته وتحليله.
لا تسأل فقط:
"ما القطعة التي تعطلت؟"
اسأل:
"ما الذي تغير؟ ومتى تغير؟ وتحت أي ظروف؟ وما الذي حدث قبل ظهور المشكلة مباشرة؟"
ثم اختبر.
إذا ظهر العطل، لا تغير خمسة أشياء.
إذا ارتفعت الحرارة، لا تتهم المعالج فورًا.
إذا امتلأت RAM، لا تفترض أنها تالفة.
إذا وصل القرص إلى 100%، لا تشتري SSD جديدًا مباشرة.
إذا توقف البرنامج، لا تعِد تثبيت ويندوز تلقائيًا.
وإذا اختفت المشكلة بعد إعادة التشغيل، لا تعتبر القضية منتهية.
كل تصرف غريب من جهازك هو رسالة.
ومهمتك ليست أن تصدق أول تفسير يخطر في بالك، بل أن تفكك الرسالة إلى أدلة صغيرة، ثم تربطها ببعضها حتى تصل إلى السبب.
وهنا يتحول العطل الغامض من شيء يخيفك إلى لغز له قواعد.
والقاعدة الأهم هي:
لا تطارد القطعة التي تصرخ بأعلى صوت... ابحث عن السبب الذي جعلها تتصرف بهذه الطريقة.
0 تعليقات