קפיאה אינה איטיות: כשהמערכת 'איטית' הכל נע — לאט. כשהיא קופאת, משהו ממתין חסר־תשובה. אותו משהו הוא בדרך כלל הדיסק (I/O שלא חוזר), דרייבר שתקוע, או תהליך שצרך משאב קריטי.
האבחנה המפרידה הראשונה: מי קופא — יישום אחד, סייר Windows, או כל המערכת יחד. שלושתם מנוהלים אחרת, ובמדריך זה נפריד ביניהם בבדיקות בטוחות.
QUICK DIAGNOSIS
מה בדיוק קופא?
תוכן עניינים5 סעיפים
'(Not Responding)': יישום אחד תקוע
כשיישום אחד מסמן '(Not Responding)', Windows מודיע שהחלון לא מעבד את תור ההודעות שלו — בדרך כלל כי הוא ממתין לפעולת I/O. טאב דפדפן עם אתר כבד, קובץ Office גדול נפתח מהדיסק, או מערכת דוא״ל שמסנכרנת. כאן שאלת המפתח: האם זה חוזר תמיד באותה פעולה? אם כן — ייתכן שהבעיה בקובץ ספציפי או בדיסק איטי; אם זה רנדומלי — עברו לסעיף הבא.
- תנו ליישום 30–60 שניות לפני 'End Task' — פעמים רבות הוא סיים לבד.
- בדקו את עומס הדיסק במנהל המשימות באותו רגע (ענף ה-100% מחכה לך).
- עדכנו את היישום הספציפי — קפיאות חוזרות של יישום בודד נפתרות פעמים רבות בעדכון.
העכבר זז, הכל משתהה: חתימת דיסק
- בזמן קפיאה: הציצו למנהל המשימות → Performance → Disk: אם Active time נמוך על 100% והתגובה חוזרת כשהוא יורד — אושש.
- בדקו בריאות:
Get-PhysicalDisk | Select FriendlyName, HealthStatus(מלאות ההקשר במדריך האיטיות). - SSD מלא מעל 85–90% מתנהג בדיוק ככה — פנו 15–20%.
- Windows Search או OneDrive מסנכרנים ברקע? זה נראה כקפיאות במעבר בין חלונות — המתינו לסיום סנכרון.
קפיאה מלאה: דרייברים, RAM וספק
קפיאה מלאה — מה ההקשר?
בזמן משחק / עומס GPU
← דרייבר גרפי — בדקו DDU/התקנה נקייה · המשך לבדיקה המתאימה
אקראי לגמרי
← חשד RAM — Memory Diagnostic · המשך לבדיקה המתאימה
עם חום גוף גבוה
← Thermal throttling → כיבוי · המשך לבדיקה המתאימה
אחרי שדרוג חומרה
← חזרה לתצורה הקודמת לבידוד · המשך לבדיקה המתאימה
קפיאה שמחייבת לחיצה ארוכה על כפתור ההדלקה (Hard Freeze) היא הסימפטום ה'חומרי' ביותר במשפחה. Event Viewer ירשום כאן לרוב Event ID 41 ('Kernel-Power') — שאינו Stop code, אלא תיעוד של אתחול לא נקי. המועמדות הראשית: דרייבר GPU, זיכרון RAM, או מתח וחום — לפי ההקשר של הרשימה למעלה.
מעקב תהליך: לתפוס את הצרכן
כשהקפיאות חוזרות אבל בלי תבנית ברורה, מוסיפים שכבת תיעוד פשוטה: בכל קפיאה, רשמו שעה מדויקת. אחרי שלוש–ארבע אירועים, השוו מול Event Viewer (Win + X → Event Viewer → Windows Logs → Application/System) לאירועי Application Hang, WHEA, או disk סביב אותן שעות. עצם ההצלבה בין זמן־קפיאה לאירוע — זה הרבה פעמים מה שהופך 'מיסתורי' לממוקד.
מתי לעצור את הבדיקות
שלושה מצבים שבהם עדיף עין מקצועית: (1) קפיאות מלאות עם Memory Diagnostic תקין אך התופעה ממשיכה — צריך בידוד RAM פיזי ודרייברים בסדר מבוקר; (2) חשד דיסק עם נתונים שאין להם גיבוי — כל פעולה נוספת מול הכונן היא הימור; (3) קפיאות שנעצרו רק אחרי שדרוג חומרה — לווידוא שהתצורה תקינה ולא 'מקרה שסולח'.
אפשר לפתור לבד — או שצריך טכנאי?
הגבול בין DIY לעזרה מקצועית מוגדר מראש לכל תקלה. כך זה נראה בנושא של המאמר הזה:
TECHNICIAN BOUNDARY
REMOTE · פתרון מרחוק
- ניטור תהליכים ואיתור צרכני משאבים
- בדיקת Event Viewer ואיתור תבניות
- עדכון/החזרת דרייברים בסדר בטוח
ON-SITE · ביקור טכנאי
- בידוד מודולי RAM פיזי
- בדיקת SSD/HDD בציוד ייעודי והחלפה
- בדיקת ספק כוח בשולחניים
LAB · מעבדה
- שחזור נתונים אם כשל אחסון
- בידוד רכיבים מורחב
רוב הקפיאות ממופות מרחוק תוך שיחה אחת — עם Event Log ותזמונים ביד.
// SOURCES · מקורות ואימות טכני
- Event Viewer מרשום שגיאות Application Hang ו-Event ID 41 עבור אתחול לא נקי — לפי Microsoft documentation (Event Viewer) (אומת: 26.8.2026)
// FAQ · שאלות שמגיעות באמת
שואלים אותנו גם את זה
האם 'End Task' על יישום תקוע פוגע בנתונים?
יישום שמסמן Not Responding לא כותב בדרך כלל באותו רגע; סגירה עלולה לאבד לא שמור — לכן נותנים דקה. לעומת זאת כיבוי כפוי של המערכת (לחיצה ארוכה) בזמן כתיבת דיסק עלול לפגוע בקבצים — משתמשים בו רק כשאין ברירה.
מתי קפיאות מעידות על SSD גוסס?
תבנית מדאיגה: קפיאות קצרות בתדירות עולה + איזור 100% דיסק + האטות פתאומיות בפתיחת קבצים. בדיקת HealthStatus שצוינה כאן נותנת חוות דעת ראשונה; תוצאה 'Warning' דורשת גיבוי מיידי.