תקלת חומרה מעבד? כך מאבחנים את הבעיה שלב אחר שלב

איך הבעיה באה לידי ביטוי בפועל:

• קיטוב מיידי בעומס / shutdown עם קוד טמפרטורה ב-BIOS
• Clock speeds נתקעים נמוך גם ב-idle אחרי שינויים
• WHEA errors מעבד/cache recurring בלוג
• Boot loops עם Q-code/debug-LED המצביע על CPU
• ביצועים ב-benchmarks נפלו ~20%+ מההיסטוריה של אותו מכונה

שאלת הפתיחה בטבלה ('Heatsink hot or cold during trips?') אינה מקרית: Cold+shutdown = contact issue; scorching = cooling capacity — ולכן דווקא היא שווה תשובה מדויקת לפני שמתקדמים.

לפני שממשיכים, ודאו שאתם רודפים אחרי השורש ולא אחרי צל: עוד לא נוגעים בשום הגדרה — רק אוספים ממצאים. וכן, עבור עובד מהבית, כל שעת תקלה היא פגישה שנשמטת ודדליין שנדחף — המהירות קריטית אבל לא על חשבון הבטיחות — תעדו כל צעד.

כדי לא לרדוף אחרי כל דבר בבת אחת, הנה מפת הסיכויים של מעבד (CPU) ותקלותו — מהנפוץ בפועל אל הנדיר:

1. הרכבת המקרר נפגעה — משקע יבש, ברגים רופפים או אבק סתום
2. VRM מחמם יתר על המידה גורם לקצרי מתח תחת עומס ממושך של כל הליבות
3. אי יציבויות במתח עקב עקומות OC/PBO קצובות לשוליים שהידרדרו עם הזמן
4. צורן סיליקון מבוגר הדורש מתח גבוה יותר באותן תדירויות שעון
5. ירידה באיכות המגע בין פינים/כדורי השקע ללוח האם בפלטפורמות מבוגרות
6. מנגנוני הגבלת פעילות שמטעמי הגנה מסווגים בטעות כתקלות (אירועי Prochhot, EDAC, Tjmax)
7. עדכוני קושחה/קושחה המשנים התנהגות באופן סמוי

שימו לב לדפוס: רוב הגורמים הנפוצים נגרמים משינוי — עדכון, הגדרה חדשה, רכיב שהוחלף או פשוט הזמן שעובד על רכיב פיזי. זיהוי השינוי האחרון הוא קיצור הדרך האמין לשורש.

ניתן לעצור בכל שלב ולהשאיר את התיעוד בצד — מכיוון שזו הבדיקה הראשונה, ההתמקדות היא ברמות 1–2 ורק אחר כך מעמיקים. כל רמה בטוחה כשלעצמה, ולא נדרש ידע טכני מעבר למה שמוסבר בה.

רמה 1 — symptom classification

סיווג רשומות הכיבוי/הגבלת פעילות/השמטת השגיאה: כל סיווג מצביע על שרשרת בדיקות שונה

רמה 2 — thermal truth check

נתוני חיישנים במצב חסר פעילות/עומס הנאספים דרך תשתית המעקב מאששים או מזכים תיאורי חום

רמה 3 — configuration neutrality

איפוס הגדרות ה-BIOS לערכי ברירת המחדל כדי לבטל כוונון יתר/הנמכת מתח וליצור חלון בסיסי של התנהגות סטנדרטית

רמה 4 — load-stability probing

קטעי מאמץ מבוקרים בהם נבדקת התנהגות התדירות/השגיאות בצורה שיטתית עם קריטריות עצירה מראש

רמה 5 — platform cross-examination

החלפות מבוקרות של מקרר/מעבד/לוח אם כדי לקבוע גורמים שורשיים נותרים לאחר שנבדקו נתיבי התוכנה

הסדר למעלה אינו תיאורטי: הוא בנוי כך שכל רמה מצמצמת את רשימת החשודים משמעותית לפני שעוברים להבאה. מי ששומר על הסדר מגלה שכיבויים תחת עומס, קריסות חוזרות ללא הסבר תוכנתי נעצר לרוב עוד בשכבות הראשונות.

אלה הצעדים שמומלץ לכל אחד בלי ידע מוקדם: אפס סיכון, ערך אבחוני גבוה. סדר ותיעוד הם כל הסוד:

1. תמונת חום במצב חסר פעילות: ניטור טמפרטורת החבילה במצב חסר פעילות לאחר זמן התייצבות

1. בדיקת חיישן טמפרטורה תחת עומס: הפעלה קצרה תוך מעקב אחר הטמפרטורות ותדירויות השעון — ערכי הסף לניתוק נשמרים בקפידה

1. קריאת נתוני ה-BIOS: מתחי כוח וטמפרטורות המוצגים על ידי תוכנת הלוח נלקחות צילום מסך לתיעוד

1. בדיקת יומן האירועים WHEA: אירועי שגיאות חומרה נרשמים לפי סדר כרונולוגי

Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='Microsoft-Windows-WHEA-Logger'} -MaxEvents 15 -ErrorAction SilentlyContinue

1. סקירת נקודות בדיקת היסטוריה: תאריכי תחזוקה עבריים (החלפת פסטה/מקרר/אבק) נאספים מקבלות וזיכרון

לא הופיע שינוי? גם זו תשובה: השכבה הנגישה הוסרה מהמשוואה, וממשיכים לעומק.

סשני רישום עומס ממושך: רישום נתונים מפורטים המקשרים בין טמפרטורות/תדירויות/הספק וחושפים דפוסי צנטורה מדויקים

חלוקת חבילות מאמץ: פרופילי עומס שונים לעומסי AVA כבדים וקלים, ממפים את גבולות אי היציבות בנפרד

בדיקות קוד מיקרו/קושחה: השוואת רשימות שינויים של היצרן עם גרסאות ה-BIOS המותקנות, כדי לזהות שינויי התנהגות סמויים

בדיקת איכות המגע: ניתוח תבנית הפסטה בהתקנה מחדש, מצביע על אחידות חלוקת הלחץ באופן מקצועי

מטריצות החלפת פלטפורמה: החלפות מערכתיות של מעבדים/מקררים, מפריכות או מאששות השערות באופן חד משמעי

איך יודעים שממצא שווה משהו? כשהוא מגיע כהשוואה — מצב מול מצב, זמן מול זמן, מכשיר מול מכשיר.

לפני שמריצים: שימו לב שסדר הכלים נועד לחסוך זמן; אין צורך להריץ הכל. תוצאה אחת חד-משמעית מקדימה שלושה ממצאים עמומים, ובמחשב נייד זה נכון במיוחד.

הסימנים מצטברים לכיוון, הכיוון מצטבר להחלטה — ורק כשזה ברור עוברים לפעולה על רכיב.

מה התסמין אומר — ומה הוא לא אומר

נטייה טבעית היא לחשוד מיד בCooler mounting degraded — dried paste, loosened brackets, dust mats — וזו נקודת פתיחה סבירה. עדיין, התסמין שמתואר (כיבויים תחת עומס, קריסות חוזרות ללא הסבר תוכנתי) יכול לנבוע גם מVoltage instabilities from marginal OC/PBO curves aging badly או במקרים הנדירים מFirmware/microcode updates shifting behavior silently: לכן הסדר קובע ולא האינטואיציה בלבד.

החלק החשוב ביותר פה הוא המשמעת לא לסיים אבחון מוקדם מדי: כשהתיקון הראשון 'עובד', קל להניח שהסיפור נגמר — גם כשמה שתוקן היה רק הביטוי של הבעיה. שתי שאלות שומרות מזה: מה בדיוק שיניתי? האם התסמין נעלם או רק מוסתר?

עובדת הייטק שמנהלת ממנו פגישות זום יומיומיות נתקלה במשרד הביתי בדיוק בתרחיש הזה: כיבויים תחת עומס, קריסות חוזרות ללא הסבר תוכנתי. התהליך נפתח ברישום — מתי התסמין מופיע, מה קודם לו, מה כבר נוסה. עוד לא נוגעים בשום הגדרה — רק אוספים ממצאים.

אחרי שרשרת הבדיקות הבסיסיות לא מצאה אשמה מובהקת, טבלת ההשוואה רמזה לכיוון: התופעה נמנעה תחת תנאי אחד וחזרה תחת אחר. שתי האפשרויות שנותרו הופרדו באימות בודד, והתיקון — ממוקד. בלי הסדר, התהליך היה מסתיים בהחלפת רכיבים יקרה ומיותרת.

והלקח שנשאר: עבור עובד מהבית, כל שעת תקלה היא פגישה שנשמטת ודדליין שנדחף — המהירות קריטית אבל לא על חשבון הבטיחות. סדר עבודה קצר שמור הופך תקלה מלחיצה לפרויקט קצר ומתועד.

• סדרות הסרה והרכבה מחדש ללא אספקת פייסטה מספקת מביאות למחזורי התקנה מהירים ללא חיבור תקין
• הידוק יתר של מתקני הקירור עלול לגרום לעיוות עדין של הלוח או ממשקי השקעות
• ניסויי הגברת מתח על דגימות שכבר סבלו מירידת ביצועים מאיצים את הירידה
• חסימת אזורי זרימת אוויר בעת 'בדיקות' בתצורת שולחן עבודה
• התעלמות מאירועי כיבוי תרמי חוזרים תוך המשך ביצוע עיבודים כבדים

נושא זה מסומן במערכת התוכן כדורש זהירות מיוחדת — הסיכונים כאן כוללים נזק בלתי הפיך לנתונים, לציוד או לבטיחות הפיזית. הכלל: בספק — עוצרים.

• המשך ניסויי הגברת הביצועים על רקע יומני אי-יציבות פעילים מסבכים את האבחון
• מחזורי הסרה והרכבה חוזרים ונשנים מבזבזים באופן חסר תועלת את שכבות הפייסטה
• ניקוי מקררים בזמן שהמערכת מחוברת לחשמל או פעילה בסביבתם
• החלפת מקררים בין מחברים לא תואמים, מה שגורם להרס התקנה
• השבתת מאפייני הגנה תרמית כדי 'לסיים' משימות, מה שמסכן את המערכת

סמנו כל סעיף לפי המצב בפועל — זו התמונה שתלווה אתכם בהמשך:

1. רישום מתי התסמין הופיע לראשונה ומה השתנה אז במחשב
2. ציר זמן של טמפרטורות ואירועי שגיאות יחד עם רישום תחזוקה, מתעד קשר סיבתי
3. כל בדיקות הבסיס הורצו לפי הסדר ותועדו עם תוצאתן
4. שונו לכל היותר הגדרה אחת או שניים — ורשום מה בדיוק
5. נבדקה קיומו של גיבוי עדכני לנתונים החשובים
6. הוגדר מה נשלל ומה נשאר חשוד
7. הוחלט: ממשיכים לבד, מרחוק בהנחיה, או טכנאי
8. אם יש נקודת עצירה מהרשימה למעלה — היא גוברת על כל השאר
9. הוגדר מה בהיקף של אבחון תקלת חומרה מעבד עבור מחשב נייד — עבודה מהבית — שלב: אבחון ראשוני כבר נבדק ומה נותר מחוץ לבדיקות שבוצעו
10. תיעוד המדריך (סימוני צ'ק-ליסט + צילומי מסך) נשמר בקובץ או בתיקיה שאתם תמצאו שוב

תקלות מסוג מעבד מתוארות דרך טמפרטורות, משפחות שגיאות ותגובות לעומס; סיווג מסודר הופך חרדה לצעדים מאורגנים

קווי בסיס נייטרליים הם משווי המשקל הגדול של המקצוע - רוב אזעקות 'מעבד גוסס' מתבררות כבעיות הרכבה, אבק או בעיות מפתח מתח

כאשר פלטפורמות עוברות באמת לחוסר יציבות עם הזמן, בדיקות החלפה מבטיחות בטיחות מהירה - מגנות על זרימות עבודה ממחזורי אבחון מייגעים ללא הגבלה

אם צריך לצמצם את כל המדריך למשפט: תעדו, השוו, ושנו דבר אחד בכל פעם — ובמיוחד כשמדובר בחשד לתקלת חומרה במעבד, הסדר הזה הוא כל ההבדל בין תיקון לניחוש.

שלוש יציאות אפשריות מהמדריך הזה: פתרון מלא בעצמכם, המשך הנחיה מרחוק, או העברה מסודרת לטכנאי עם רשימת הממצאים. הממצאים סביב חשד לתקלת חומרה במעבד הם שיקבעו לאיזו מהן נתקלתם.

סיימתם את השלבים בלי פתרון? זה לא כשל שלכם — זה בדיוק הרגע שבו ציוד מקצועי ועיניים טריות חוסכים ימים. קחו את רשימת הממצאים שאספתם והמשיכו לחלק של שירות מקצועי בהחלטה מושכלת.