קריטי תהליך נכשל ב-Windows 11: סיבות ופתרונות

By Mirko Peters · 2026-11-12

שגיאת "Critical process died" ב-Windows 11 פירושה שתהליך מערכת מרכזי הפסיק לפעול וש-Windows קרס. תקנו אותה לפי הסדר: מצב בטוח, מנהלי התקן, עדכונים, SFC ו-DISM.

Automatically translated with AI from the original post. Read the English original

Critical process died פירושו שתהליך שאי אפשר להפעיל בלעדיו הפסיק לפעול, ולכן Windows קרס עם קוד עצירה. הפתרון הוא לעבוד מהבדיקות הזולות אל הכבדות: לנתק חומרה חדשה, להפעיל במצב בטוח, לתקן מנהלי התקן, להתקין עדכונים, לתקן קבצי מערכת באמצעות DISM ו-SFC, ורק אחר כך לשחזר או לאפס את המחשב. מדריך זה מיועד למשתמשי Windows ולצוותי תמיכה טכנית. הוא פועל לפי הסדר שמתעד Microsoft ומראה מה לעשות כשהמחשב כבר לא מגיע לשולחן העבודה.

עיקרי הדברים

• CRITICAL_PROCESS_DIED הוא קוד בדיקת תקינות 0xEF. הוא מציין שתהליך ש-Windows לא יכול לפעול בלעדיו, כגון csrss.exe או wininit.exe, הסתיים משום שמצבו היה פגום.
• התחילו מהסיבות הפשוטות: נתקו התקנים שנוספו לאחרונה, הפעילו את המחשב במצב בטוח, עדכנו או הסירו מנהלי התקן המסומנים בסימן קריאה צהוב, פנו מקום בדיסק והתקינו עדכוני Windows.
• הריצו קודם את הפקודה DISM /Online /Cleanup-Image /RestoreHealth ולאחר מכן את sfc /scannow בשורת פקודה שנפתחה כמנהל, כדי לתקן קבצי מערכת פגומים.
• אם המחשב אינו עולה, השתמשו בסביבת השחזור של Windows: Startup Repair, Uninstall Updates, שחזור לנקודת זמן, System Restore או Reset this PC. שמרו את מפתח BitLocker בהישג יד.
• מנהלים יכולים להשהות עדכון בעייתי למשך עד 35 יום באמצעות מדיניות של לקוח Windows Update, בזמן שהם בודקים את הבעיה.

מה משמעות קוד העצירה CRITICAL_PROCESS_DIED

השגיאה היא קוד בדיקת תקינות 0xEF. לפי מסמך הייחוס של Microsoft, היא מציינת שתהליך מערכת קריטי הסתיים, וזה קורה כאשר מצב התהליך פגום או מושחת. מאחר שתהליכים אלה מרכזיים ל-Windows, המערכת נעצרת כדי להגן על עצמה. בדף מופיעים csrss.exe, wininit.exe, logonui.exe, smss.exe, services.exe, conhost.exe ו-winlogon.exe כדוגמאות, וכן צוין ששירות שאפשרות ההתאוששות שלו מוגדרת ל-Restart the Computer עלול לגרום לאותו קוד עצירה.

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

מה שתראו תלוי בגרסה. לפי הדף של Microsoft על הפעלות מחדש בלתי צפויות ושגיאות קוד עצירה, Windows 11 בגרסה 24H2 ומאוחרת יותר מציג מסך שחור עם הודעת שגיאה בלתי צפויה, ואילו Windows 11 בגרסה 23H2 ומוקדמת יותר מציג את מסך קוד העצירה המסורתי. קוד העצירה מופיע בתחתית המסך, יחד עם שם המודול של הקוד הכושל כאשר הוא זמין. רשמו אותו או צלמו תמונה.

הצעדים הבסיסיים לפי הסדר של Microsoft

מדריך Microsoft לשגיאות קוד עצירה כולל שישה צעדים בסיסיים. בצעו אותם לפי הסדר הזה.

1. הסירו חומרה חדשה. אם הוספתם רכיב לפני שהשגיאה החלה, כבו את המחשב, הסירו אותו והפעילו מחדש. הכוונה לתחנות עגינה, התקני USB, זיכרון נוסף וכרטיסים.
2. התחילו במצב בטוח. אם אינכם יכולים להפעיל מחדש כרגיל, הפעילו את המחשב במצב בטוח והמשיכו את שאר השלבים משם. בסביבת השחזור בחרו פתרון בעיות, אפשרויות מתקדמות, הגדרות הפעלה, ואז הפעלה מחדש. במסך הגדרות ההפעלה לחצו על 4 או F4 למצב בטוח, או על 5 או F5 למצב בטוח עם רשת.
3. בדקו את מנהל ההתקנים. לחצו לחיצה ימנית על לחצן ההתחלה ופתחו את מנהל ההתקנים. חפשו התקנים עם סימן קריאה צהוב. לחצו עליהם לחיצה ימנית ובחרו ב-עדכון מנהל התקן. אם זה לא עוזר, השביתו את ההתקן או הסירו את התקנתו.
4. פנו מקום בדיסק. מיקרוסופט ממליצה לשמור כ-10% עד 15% מהכונן פנויים, כי Windows משתמש בשטח לקבצי החלפה (swap) ולפונקציות נוספות.
5. התקינו עדכוני Windows. היכנסו אל הגדרות, Windows Update ובחרו בדיקה לאיתור עדכונים.
6. שחזרו את Windows. אם אף אחד מהשלבים לעיל לא עבד, השתמשו בנקודת שחזור או באפשרות אחרת מתוך המאמר של מיקרוסופט על אפשרויות השחזור.

דף קודי העצירה (bug check) של מיקרוסופט מציע עוד רעיונות שרלוונטיים כאן. הסירו או עדכנו מנהלי התקנים או שירותי מערכת שנוספו לאחרונה. בדקו את יומן המערכת (System) ב-Event Viewer לאיתור שגיאות בטווח הזמן של הקריסה. בדקו אם יש עדכון ל-BIOS או לקושחה, והריצו את האבחון של היצרן לחומרה. ודאו שהחומרה החדשה תואמת לגרסת Windows שלכם, והריצו סריקת וירוסים הכוללת את ה-Master Boot Record.

תיקון קבצי מערכת עם DISM ו-SFC

קבצי מערכת פגומים הם סיבה אחת לכך שתהליך קריטי נופל, ויש שני כלים מובנים שמטפלים בזה. הדף של מיקרוסופט על System File Checker קובע שיש להריץ קודם את DISM, מאחר שהוא מספק את הקבצים ש-SFC צריך.

1. הקלידו cmd בתיבת החיפוש, לחצו קליק ימני על שורת הפקודה ובחרו הפעל כמנהל.
2. הריצו את DISM.exe /Online /Cleanup-Image /RestoreHealth והמתינו לסיום. מיקרוסופט מציינת שזה עשוי לקחת מספר דקות.
3. באותו חלון, הריצו sfc /scannow והשאירו את החלון פתוח עד שהסריקה מגיעה ל-100%.

קראו את התוצאה. ההודעה "Windows Resource Protection did not find any integrity violations" פירושה שלא נמצאו קבצים חסרים או פגומים. אם לא הצליחה לבצע את הפעולה המבוקשת, מיקרוסופט ממליצה להריץ את הסריקה במצב בטוח. אם נמצאו קבצים פגומים ותוקנו, הפרטים נמצאים ביומן. אם חלק מהקבצים לא ניתנו לתיקון, היומן יציין אילו. היומן נמצא ב-%windir%\Logs\CBS\CBS.log, ומיקרוסופט מציגה פקודת findstr שמייצאת את רשומות SFC לקובץ טקסט על שולחן העבודה.

כאשר Windows Update תקול, DISM יכול להשתמש במקור תיקון אחר, כמו DVD של Windows שמותקן, באמצעות /Source ו-/LimitAccess. אם SFC עדיין לא מצליח לתקן קבצים, העצה האחרונה בדף היא להתקין מחדש את Windows באמצעות אפשרויות השחזור.

כאשר Windows 11 לא עולה

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

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

1. שחזור לנקודת זמן (פתרון בעיות, שחזור לנקודת זמן), המופיע עבור Windows 11, גרסה 24H2 ומעלה.
2. הסרת עדכונים (פתרון בעיות, אפשרויות מתקדמות, הסרת עדכונים). שימושי אם הקריסה החלה מיד לאחר עדכון של Windows.
3. איפוס המחשב (פתרון בעיות, איפוס המחשב הזה).
4. בנייה מחדש מהענן, שמסירה קבצים אישיים, אפליקציות והגדרות.
5. התקנה מחדש מתוך מדיית שחזור.

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

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

בדקו מה השתנה

קריסה כמעט אף פעם לא מגיעה משום מקום. שאלו מה השתנה בימים שלפני מסך הכחול הראשון. מנהל התקן חדש לכרטיס גרפי או לאחסון, עדכון של Windows, התקן היקפי חדש, אפליקציה שמתקינה מנהל התקן משלה, או כלי אבטחה – כולם מועמדים לבדיקה. ב-Event Viewer, בדקו את יומן System סביב זמן הקריסה. אם הקריסה התחילה אחרי עדכון מסוים, אפשר להסיר אותו מסביבת השחזור, כפי שפורט לעיל.

בעבודה מול מוקד תמיכה, הרגל נוסף משתלם: רשמו את קוד העצירה, את שם המודול אם מוצג, מה השתנה ומה ניסיתם. אם אותו מחשב קורס שוב, הדפוס יצביע על הסיבה. דף ה-bug check של Microsoft מציין שמציאת הסיבה לקוד עצירה זה בדרך כלל דורשת debugger. הוא מציע לבחון כמה קובצי dump בעלי מאפיינים דומים, להשתמש ב-!analyze, ולבחון קודם קובצי dump של user mode כשהם זמינים. אל תשקיעו בזה שעות עבור מחשב ביתי בודד. עשו זאת כשאותה בעיה פוגעת במכשירים רבים.

למנהלים: מניעת התפשטות העדכון

אם עדכון איכות או עדכון תכונות נראה כגורם המפעיל בכמה מכשירים, השהו אותו. דף המדיניות של Microsoft לעדכוני Windows (לשעבר Windows Update for Business) מציין שמנהל יכול להשהות עדכון עד 35 ימים מתאריך התחלה שנבחר, ובכך למנוע מהמכשירים האחרים להתקין אותו. השהיית עדכוני תכונות אינה עוצרת עדכוני איכות, כך שהמכשירים נשארים מאובטחים. המדיניות זמינה ללא עלות למהדורות Pro, Pro for Workstations, Education ו-Enterprise, ומוגדרת דרך Group Policy או MDM כגון Intune. Windows Update for Business הוא נקודת השליטה כאן: דחיות יכולות לעכב עדכוני תכונות עד 365 ימים ועדכוני איכות עד 30 ימים, כך שתוכלו לתזמן פריסה בגלים במקום להפיל את העדכון על כולם בבת אחת.

דף Microsoft אינו מסביר כיצד להחזיר לאחור עדכון בעייתי, לכן השתמשו בשלבי השחזור שלעיל עבור המחשבים המושפעים.

טעויות נפוצות

• מתחילים באיפוס. זה הצעד האחרון, לא הראשון.
• מריצים sfc /scannow בלי להריץ קודם DISM, ואז תוהים מדוע SFC לא מצליח לתקן דבר.
• מריצים את הפקודות בחלון Command Prompt רגיל. הן צריכות לרוץ כמנהל מערכת.
• מתעלמים מחומרה שנוספה לאחרונה כי "עבדה מצוין קודם".
• שוכחים את מפתח השחזור של BitLocker לפני שמשתמשים בכלי השחזור.
• לא רושמים את קוד העצירה ואת שם המודול.

נושאים קשורים לחקירה

• למה המחשב שלי נותן מסך כחול עם קודי עצירה אחרים? שלבי פתרון הבעיות שלעיל חלים על רוב קודי העצירה, והקוד שבתחתית המסך מצמצם את האפשרויות.
• איך נכנסים ל-Safe Mode אם Windows לא עולה? השתמשו בסביבת השחזור ובהגדרות ההפעלה, כפי שמוצג לעיל.
• לאיפוס או להתקנה מחדש? המאמר של Microsoft על אפשרויות שחזור ממקם את Reset this PC ואת Cloud rebuild לקראת סוף הרשימה מסיבה: הם מסירים אפליקציות והגדרות.
• האם אפשר להפחית את הסיכון מעדכון גרוע? פריסות מדורגות עם דחיות והשהיות הן התשובה עבור מכשירים מנוהלים.

הצעד הבא

התחילו היום בבדיקות הזולות: נתקו כל התקן חדש, עדכנו את מנהלי ההתקן, והריצו DISM ואחריו SFC מ-Command Prompt שהופעל כמנהל מערכת. אם השגיאה critical process died ב-Windows 11 חוזרת גם אחרי זה, עברו לסביבת השחזור ורשמו מה אתם רואים בכל קריסה.