קפיאה אינה איטיות: כשהמערכת 'איטית' הכל נע — לאט. כשהיא קופאת, משהו ממתין חסר־תשובה. אותו משהו הוא בדרך כלל הדיסק (I/O שלא חוזר), דרייבר שתקוע, או תהליך שצרך משאב קריטי.

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

QUICK DIAGNOSIS

מה בדיוק קופא?

תוכן עניינים5 סעיפים

'(Not Responding)': יישום אחד תקוע

כשיישום אחד מסמן '(Not Responding)', Windows מודיע שהחלון לא מעבד את תור ההודעות שלו — בדרך כלל כי הוא ממתין לפעולת I/O. טאב דפדפן עם אתר כבד, קובץ Office גדול נפתח מהדיסק, או מערכת דוא״ל שמסנכרנת. כאן שאלת המפתח: האם זה חוזר תמיד באותה פעולה? אם כן — ייתכן שהבעיה בקובץ ספציפי או בדיסק איטי; אם זה רנדומלי — עברו לסעיף הבא.

  • תנו ליישום 30–60 שניות לפני 'End Task' — פעמים רבות הוא סיים לבד.
  • בדקו את עומס הדיסק במנהל המשימות באותו רגע (ענף ה-100% מחכה לך).
  • עדכנו את היישום הספציפי — קפיאות חוזרות של יישום בודד נפתרות פעמים רבות בעדכון.

העכבר זז, הכל משתהה: חתימת דיסק

  1. בזמן קפיאה: הציצו למנהל המשימות → Performance → Disk: אם Active time נמוך על 100% והתגובה חוזרת כשהוא יורד — אושש.
  2. בדקו בריאות: Get-PhysicalDisk | Select FriendlyName, HealthStatus (מלאות ההקשר במדריך האיטיות).
  3. SSD מלא מעל 85–90% מתנהג בדיוק ככה — פנו 15–20%.
  4. Windows Search או OneDrive מסנכרנים ברקע? זה נראה כקפיאות במעבר בין חלונות — המתינו לסיום סנכרון.

קפיאה מלאה: דרייברים, RAM וספק

DECISION TREE

קפיאה מלאה — מה ההקשר?

ROOTשורש העץ

קפיאה שמחייבת לחיצה ארוכה על כפתור ההדלקה (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' דורשת גיבוי מיידי.