Windows לא עולה חוזר על עצמו? כך בודקים אם מדובר בחומרה — אחרי הופעה חוזרת של הבעיה

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

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

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

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

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

1. עדכון Windows שהופרע באמצע (כיבוי או הפסקת חשמל במהלכו)
2. שינוי BIOS/UEFI — סדר אתחול, Secure Boot או מצב SATA/NVMe
3. קבצי אתחול פגומים (Boot Configuration Data) אחרי כיבויים לא תקניים
4. שטח דיסק מלא עד קצה כך ש-Windows אינו יכול להשלים טעינה
5. כונן SSD/HDD בהתדרדרות שמחזיר שגיאות קריאה בשלב האתחול
6. התקנה של מערכת שנייה או כלי partitioning ששינה מחיצות
7. כשל חומרת אחסון מלא (כונן מת) — הנדיר אך החמור ביותר

אל תשכחו שהגורם הראשון ברשימה מספק לבדו רוב מקרי הפתרון; הירידה ברשימה היא לא סימן חולשה של האבחון אלא תזמון נכון של תשומת הלב.

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

רמה 1 — זיהוי תמונת המצב

תעדו מתי התחיל, מה קדם לו (עדכון/כיבוי/שינוי), והאם WinRE נגיש בכלל. תיעוד אחד זה חוסך שעות אבחון.

רמה 2 — וידוא זיהוי הדיסק

בתפריט BIOS/UEFI ודאו שהכונן מופיע ברשימת אתחול. דיסק שאינו מזוהה מפנה את האבחון מיד לחומרה.

רמה 3 — שימוש מבוקר ב-WinRE

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

רמה 4 — תיקון שורת פקודה בטוח

ב-Command Prompt של WinRE: תיקון קבצי אתחול ו-BCD עם bootrec, ובדיקת שלמות דיסק לקריאה בלבד. פקודות במדריך.

רמה 5 — מיצוי והערכה מקצועית

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

שימו לב לכיוון ההליכה: אף שלב בסדרה הזו לא משמיד עדות או מוחק נתונים. זה לא מקרה — אבחון Windows לא עולה עבור מחשב שולחני (Windows 10) — עסק קטן — שלב: אחרי הופעה חוזרת של הבעיה מתחיל תמיד מהפעולה שאפשר להתחרט עליה הכי פחות.

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

1. בדיקת זיהוי דיסק ב-BIOS/UEFI: הפעילו והיכנסו לתפריט (Del/F2/F10). חפשו את שם הכונן תחת Boot או Storage.

1. פתיחת WinRE בכוונה: שלוש הפעלות שמופרעות באמצע העלייה מביאות בדרך כלל לפתיחת WinRE אוטומטית.

1. Command Prompt → בדיקת תו כונן: ב-WinRE פתחו Command Prompt והריצו dir C:\ כדי לוודא שהכונן קריא.

dir C:\

1. בדיקת שלמות קריאה בלבד: סריקת chkdsk במצב /scan אינה כותבת לדיסק — בטוחה לריצה גם כשהמערכת לא עולה:

chkdsk C: /scan

1. תיעוד הודעות שגיאה: צלמו כל קוד או הודעה שמופיעים במסך — במיוחד 0xc000000f / 0xc0000098. זה מה שהטכנאי ישאל עליו.

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

כלי האבחון המתקדמים כאן משמשים בעיקר לאימות השערה שכבר נוסחה — לא לניחוש חדש.

Startup Repair מתוך WinRE. התיקון האוטומטי פעם אחת. ריצות חוזרות ברצף אינן משפרות ורק מסתירות את הגורם.

bootrec — תיקון קבצי אתחול. ארבעת שלבי bootrec מתקנים MBR, מגזר אתחול ו-BCD. הריצה ברצף:

bootrec /fixmbr
bootrec /fixboot
bootrec /scanos
bootrec /rebuildbcd

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

sfc offline ב-WinRE. תיקון קבצי מערכת מול ההתקנה שבדיסק בזמן שהיא כבויה:

sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows

בדיקת תיוג BCD. צפייה ברשומות האתחול הקיימות לזיהוי רשומה כפולה או חסרה:

bcdedit /enum all

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

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

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

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

התסמין נכנס אוטומטית ל-automatic repair, מסך טעינה תקוע, לולאת תיקון מצביע לרוב אל עדכון Windows שהופרע באמצע (כיבוי או הפסקת חשמל במהלכו) — אבל 'לרוב' היא מילה חשובה: אותו תסמין מופיע גם בקצה הרשימה (כשל חומרת אחסון מלא (כונן מת) — הנדיר אך החמור ביותר), והבדיקות למעלה הן בדיוק מה שמפריד בין השניים בלי לפתוח ולהחליף דבר.

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

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

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

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

• הרצת chkdsk עם f/ r/ על דיסק מתדרדר: לפעמים זה מה שמוציא אותו מכלל שימוש — אם הנתונים חשובים, קודם גיבוי בטכנאי
• 'תיקון' עם כלי WinPE מקפצים מהרשת שמערבבים מחיצות או מוחקים EFI
• איפוס Windows ('Reset this PC') לפני שמוודאים שהגיבוי שלכם תקין ונגיש
• שינוי סדר אתחול או מחיקת מחיצת EFI בתפריט ה-BIOS מתוך ניסיון 'לנקות'
• המשך הפעלות-כיבויים חוזרים ונשנים: כל אחד עלול להעמיק נזק לקבצי המערכת

• ריצות כתיבה על דיסק (fix/f/r) לפני גיבוי כשיש חשד ל-sectors רעים
• פעולות על מחיצות בכלי צד־שלישי בזמן שהמצב לא מתועד
• קניית דיסק חדש והתקנה עליו לפני שניסו שחזור — בזבוז כסף על בסיס הנחה
• המשך ניסיונות אחרי שצץ שינוי בתסמין — שינוי הוא מידע, עוצרים ומתעדים
• איפוס לפני פיקוח על נתונים שאין להם גיבוי אחר

היקף המדריך: deep-dive בשלב אבחון בודד בלבד; אינו חוזר על בדיקות בסיסיות המפורטות במאמר-האב ARTICLE-0261; חובה קישור-חזרה למאמר-האב

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

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

סביבת השחזור של Windows נותנת כלים אמיתיים: Startup Repair, bootrec ו-System Restore פותרים נתח גדול ממקרי האתחול שנפגעו מעדכון או מכיבוי לא תקני. ההזדמנות הגדולה לטעות היא לרוץ בלופ על הכלים במקום להתקדם בסדר האבחון.

הפרדת הממדים היא כל הסיפור: דיסק מזוהה או לא ב-BIOS קובע אם זה Windows או חומרה; נגישות WinRE קובעת אם אפשר לתקן בעצמכם; ותוצאת chkdsk לקריאה בלבד מנבאת אם כדאי להמשיך בכתיבה על הדיסק.

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

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

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

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