המחשב עולה לתפריט BIOS, לא מוצא דיסק אתחול, סדר בוט שגוי. במדריך הזה מתמקדים באבחון בעיית BIOS UEFI עבור מחשב נייד — עבודה מהבית — שלב: ללא סיבה ברורה לכאורה — בסדר שמתחיל מהבדיקות הבטוחות ביותר ומסתיים בנקודה שבה כדאי טכנאי. התסמין אינו מוכיח לבדו מה התקלקל, ולכן עובדים בסדר עולה ומפסיקים כשמופיע סיכון לנתונים, לחשמל או לחומרה.
המדריך נכתב עבור עבודה מהבית שנתקל בבעיה על מחשב נייד בלי תלות במערכת ההפעלה. כשהבעיה מופיעה בלי שינוי נראה לעין — בלי עדכון, בלי רכיב חדש, בלי נפילה או נזילה — הדרך הנכונה היא לבנות את הלוח מהתחלה: קודם לשלול גורמים סביבתיים (חום, לחות, חשמל ביתי), אחר כך גורמים שקטים כמו עדכונים אוטומטיים שהותקנו מאחורי הקלעים, ורק אז לחשוד ברכיב. המדריך בנוי בסדר הזה בדיוק.
EVIDENCE LEVELS // חוזק הבסיס לטענות המרכזיות
- סדר אתחול שגוי הוא גורן שכיח לבעיות אתחול במערכות UEFIEXPERT-HEURISTICהיוריסטיקת מומחה
- הגדרות UEFI עלולות להשתנות באופן בלתי צפוי לאחר עדכונים או כיבוי חשמל לא תקיןTECHNICAL-REFERENCEמקור טכני
- תסמינים דומים עלולים לנבוע מכשל חומרה בכונן הקשיח או בכרטיס האםMANUFACTURERמסמך יצרן
- כלי אבחון מתקדמים יכולים לסייע בבידוד בעיות בין תוכנה לחומרהEDITORIAL-GUIDANCEהנחיה מערכת
- פעולות מסוכנות כגון פורמט מלא או כתיבת BIOS עלולות להחמיר את המצבOFFICIALמסמך רשמי
DIAGNOSTIC SUMMARY // תמצית אבחון
ארבע נקודות ההחלטה
- הגורם הסביר ביותרMOST LIKELY
- סדר אתחול שגוי או חוסר התאמה בין גורמי האתחול הפיזיים להגדרות ה-BIOS
- פחות סבירLESS LIKELY
- כשל ב-BIOS/UEFI, תקלה בכונן הקשיח או בכרטיס האם
- הבדיקה הראשונהFIRST TEST
- בדיקת סדר האתחול ב-BIOS והתאמה לגורמים הפיזיים הזמינים
- תנאי עצירהSTOP CONDITION
- גילוי כשל חומרה פיזי או תקלה בכונן המקומי שאינו מזוהה על ידי ה-BIOS
QUICK DIAGNOSIS
לאן להתקדם?
תוכן עניינים12 סעיפים
- 01מה קורה במחשב והסימפטומים המרכזיים
- 02הבדל בין תסמין שטחי לגורם שורש
- 03הגורמים הנפוצים והפחות נפוצים
- 04סדר אבחון פרוגרסיבי מלא: מרמה 1 עד רמה 5
- 05בדיקות בסיסיות ובטוחות שכל משתמש יכול לבצע
- 06כלי אבחון מתקדמים ופרשנות ממצאים טכניים
- 07אבחון חומרה מול תוכנה: טבלת השוואה והחלטה
- 08תרחיש מקרה מעשי: מאבחון ראשוני ועד לפתרון
- 09פעולות מסוכנות שיש להימנע מהן לחלוטין
- 10נקודות עצירה קריטיות לשמירה על המידע והציוד
- 11צ'ק-ליסט מעשי לסיכום והערכת מצב
- 12סיכום ומדריך החלטה
מה קורה במחשב והסימפטומים המרכזיים
איך הבעיה באה לידי ביטוי בפועל:
- המחשב נדלק אך נעצר במסך ה-BIOS/UEFI או במסך שחור עם לוגו היצרן, ולא ממשיך ל-Windows
- מופיעה הודעה כמו Boot Device Not Found או No Bootable Device למרות שהכונן מותקן
- השעה והתאריך במערכת מתאפסים בכל כיבוי — סימן קלאסי לסוללת CMOS חלשה
- שינוי שבוצע בהגדרות ה-BIOS לא נשמר, או שההגדרות חוזרות לברירת המחדל מעצמן
- המחשב מנסה לאתחל מהתקן לא נכון — כונן רשת, USB ישן או כונן שאינו קיים
- מסך כחול של Windows עם שגיאת אתחול אחרי שינוי הגדרת Secure Boot או CSM
- לוח זמנים חריג: המחשב עובר ל-BIOS מעצמו בכל הפעלה בלי שנגעתם בשום הגדרה
| תסמין | מה הוא עשוי לרמוז |
|---|---|
| המחשב נעצר במסך ה-BIOS בכל הפעלה | סדר האתחול מפנה להתקן שאינו נושא מערכת הפעלה |
| שעה ותאריך מתאפסים | סוללת CMOS חלשה — ההגדרות עלולות לאבד גם סדר אתחול |
| התקן אתחול לא נמצא | הכונן אינו מזוהה ברמת הקושחה: חיבור, הגדרת קונטרולר או הכונן עצמו |
| שינויים בהגדרות לא נשמרים | סוללת CMOS, עדכון קושחה שנכשל, או נעילת סיסמה שהוגדרה בעבר |
הבדל בין תסמין שטחי לגורם שורש
| שאלה | תשובה בהקשר של בעיית BIOS/UEFI |
|---|---|
| הסימפטון הנראה לעין | הודעת אתחול שגויה או עצירה במסך שחור |
| הגורם השורשי האפשרי | סדר אתחול, מצב Secure Boot/CSM שאינו תואם לכונן, כונן שאינו מזוהה, או קושחה שדורשת עדכון |
| ההבדל המעשי | תסמין שטחי מטופל בבחירת התקן אתחול נכון; גורם שורשי דורש תיקון הגדרה, זיהוי כונן או עדכון קושחה |
ההבחנה הזו קובעת את כל ההמשך: בונים ציר זמן מהיום האחרון שבו הכול עבד — ולא לנסות תיקונים אקראיים. עבור עובד מהבית, כל שעת תקלה היא פגישה שנשמטת ודדליין שנדחף — המהירות קריטית אבל לא על חשבון הבטיחות, ולכן כל שלב במדריך מתועד לפני שממשיכים.
הגורמים הנפוצים והפחות נפוצים
בתחום של בעיית BIOS/UEFI יש קבוצת גורמים חוזרת שמופיעה ברוב המקרים, וקבוצה נדירה יותר שנכנסת לתמונה רק כשהראשונה נשללת. הרשימה מסודרת מהנפוץ אל הנדיר:
- סדר אתחול שהשתנה — אחרי החלפת כונן, חיבור USB חדש, או איפוס הגדרות, הלוח מנסה לאתחל מהתקן שאינו נושא את מערכת ההפעלה ונעצר
- סוללת CMOS מתרוקנת — סוללת הכפתור על לוח האם מחזיקה את השעה וההגדרות כשהמחשב כבוי; כשהיא חלשה, ההגדרות כולל סדר האתחול מתאפסות בכל כיבוי מלא
- חוסר התאמה בין Secure Boot או CSM לבין התקנת ה-Windows הקיימת — התקנה שבוצעה במצב אחד לא תעלה במצב השני, ולכן שינוי בודד בהגדרה משאיר את המחשב בלי מערכת נטענת
- הכונן אינו מזוהה ברמת הקושחה — כבל תזוזה, מגעי חשמל רופפים או קונטרולר SATA/NVMe שהועבר למצב לא נכון (RAID/AHCI) משאירים את הכונן מחוץ לרשימת האתחול
- עדכון קושחה (BIOS/UEFI) שהופרע או נכשל — גרסת קושחה חלקית גורמת להתנהגות בלתי צפויה: קפיאה ב-POST, אובדן הגדרות או אי-זיהוי רכיבים
- Fast Boot שמדלג על אתחול התקנים — מצב אתחול מהיר שמקצר בדיקות עלול לדלג על זיהוי USB ולגרום לכך שמקלדת או כונן חיצוני לא יהיו זמינים בזמן
- מנהל אתחול שנדרס — התקנת מערכת שנייה או כלי שחזור חיצוני עלולים לדרוס את מנהל האתחול של Windows ולהשאיר את הכונן תקין אך בלי ערך אתחול תקין
שימו לב לדפוס: רוב הגורמים הנפוצים נגרמים משינוי — עדכון, הגדרה חדשה, רכיב שהוחלף, או פשוט הזמן שעובד על רכיב פיזי. זיהוי השינוי האחרון הוא קיצור הדרך הכי אמין לשורש.
סדר אבחון פרוגרסיבי מלא: מרמה 1 עד רמה 5
בלי טריגר ברור, סדר השלילה המובנה ברמות 1–5 הוא קריטי — אל תקפצו קדימה. כל רמה בטוחה כשלעצמה, ולא נדרש ידע טכני מעבר למה שמוסבר בה.
רמה 1 — צפייה בלבד, בלי שינוי
הפעילו את המחשב וצפו במסך ה-POST: אילו התקנים מופיעים, האם יש צפצופים או נוריות אבחון על המארז, ומה ההודעה המדויקת. צלמו את המסך בטלפון — המידע הזה ילווה את כל האבחון.
רמה 2 — כניסה להגדרות וקריאה
היכנסו ל-BIOS/UEFI (בדרך כלל Del או F2 בהפעלה, F2/F10 בניידים) ובדקו שלושה דברים: האם הכונן הפנימי מופיע ברשימת ההתקנים, מה סדר האתחול הנוכחי, ומה מצב Secure Boot ו-CSM. רישום בלבד — עדיין בלי שינוי.
רמה 3 — איפוס מבוקר לברירת מחדל
הפעילו Load Setup Defaults (לעיתים נקרא Load Optimized Defaults), שמרו והפעילו מחדש. איפוס מתקן סדרי אתחול ששובשו אך גם מנטרל התאמות ידניות ישנות — לכן שימו לב אם המצב משתפר או מתדרדר.
רמה 4 — בדיקת קושחה ושעון
אם השעה מתאפסת בכל כיבוי — סוללת CMOS היא החשודה הראשית (בנייד: רק טכנאי). בדו את גרסת הקושחה מול אתר היצרן; עדכון BIOS מבוצע רק כשהמחשב מחובר לחשמל יציב ורק מהכלי הרשמי של יצרן לוח האם.
רמה 5 — ניתוק ובידוד רכיבים
כבו מהשקע, נתקו כל התקן USB, ובמחשב שולחני (רק אם יש ניסיון) נתקו וחברו מחדש את כבל הכונן. מטרת השלב: להגיע למצב מינימלי שבו רק כונן המערכת מחובר, ולראות אם האתחול חוזר.
בדיקות בסיסיות ובטוחות שכל משתמש יכול לבצע
הבדיקות האלה לא משנות שום הגדרה עדינה, לא סיכונות נתונים, וכל אחת מהן עומדת בפני עצמה. הריצו אותן לפי הסדר ותעדו את התוצאה של כל אחת:
- ניתוק התקני USB מיותרים: נתקו כל כונן נייד, מדפסת ומצלמה. כונן USB שנשאר מחובר הוא הגורם הנפוץ ביותר לעצירה במסך אתחול שחור.
- בדיקת מסך ה-POST והנוריות: הפעילו והאזינו: צפצוף קצר אחד בדרך כלל מסמן POST תקין; צפצופים חוזרים או נוריות אבחון (EZ Debug) מצביעים על הרכיב החשוד. תעדו מה רואים ושומעים.
- כניסה ל-BIOS ואימות זיהוי הכונן: בכניסה ל-BIOS חפשו את הכונן הפנימי ברשימת SATA/NVMe. אם הוא מופיע — הבעיה בהגדרות אתחול; אם לא — מדובר בזיהוי פיזי וכדאי לעצור כאן ולפנות לטכנאי.
- איפוס לברירות מחדל ושמירה: בחרו Load Setup Defaults, שמרו (F10), והפעילו מחדש. זו הפעולה הבטוחה היחידה שמתקנת סדרי אתחול ששובשו בלי לגעת בנתונים.
- בדיקת השעה והתאריך: אם הגדרות קופצות לאיפוס, בדקו את השעה בתוך ה-BIOS. שעה שקופצת לתאריך ישן מעידה על סוללת CMOS — במחשב שולחני החלפה זולה ופשוטה (סוללת CR2032), בנייד — טכנאי.
- בדיקת מקור החשמל בזמן עדכון: רק אם תבחרו לעדכן קושחה: ודאו מתח יציב (בנייד — מחובר לטעינה עם לפחות 50% סוללה). ניתוק חשמל בזמן כתיבת קושחה עלול להשבית את המחשב לגמרי.
אם אף בדיקה לא שינתה את התמונה — זה ממצא לגיטימי: הוא סוגר את שכבת ההגדרות הפשוטות ומכוון את האבחון אל הכלים המתקדמים.
כלי אבחון מתקדמים ופרשנות ממצאים טכניים
חלון Boot Menu של הקושחה. תפריט האתחול הזמני (בדרך כלל F8/F11/F12) מאפשר לבחור התקן אתחול חד-פעמי בלי לשנות הגדרות קבועות. אם Windows עולה דרך בחירה ידנית אך לא לבד — הבעיה היא סדר אתחול שמור, והפתרון נקודתי.
בדיקת מצב Secure Boot ו-CSM מול סוג ההתקנה. התקנות UEFI (דיסק GPT) דורשות Secure Boot תקין או מנובל עקבי, והתקנות Legacy (דיסק MBR) דורשות CSM פעיל. אי-התאמה בין השניים היא הגורם להודעות אתחול אחרי שינוי הגדרות. שינוי מצב — רק אחרי גיבוי ורק שינוי אחד.
גרסת קושחה מול אתר היצרן. בתוך ה-BIOS רשמו את הדגם וגרסת הקושחה, והשוו מול עמוד התמיכה הרשמי של יצרן לוח האם או הנייד. עדכון מתקן תקלות זיהוי ידועות — אך מבוצע אך ורק מהכלי הרשמי, במחשב מחובר לחשמל, ואף פעם לא מקובץ ממקור לא רשמי.
כלל פרשנות אחיד: ממצא שאינו ברור לא מזיז את המחט. מה שכן מזיז — השוואה: מצב תקין מול מצב תקול, לפני מול אחרי, או מחשב זה מול מחשב אחר.
אבחון חומרה מול תוכנה: טבלת השוואה והחלטה
| סימן | מצביע על חומרה | מצביע על תוכנה/הגדרה | הבדיקה המכריעה |
|---|---|---|---|
| הכונן מופיע ב-BIOS אך Windows לא עולה | סבירות נמוכה | גבוהה — סדר אתחול או מנהל אתחול | בחירת הכונן ידנית מתפריט האתחול |
| הכונן לא מופיע ב-BIOS כלל | גבוהה — כבל, חיבור או הכונן | נמוכה | בדיקת חיבורים בזהירות או טכנאי |
| השעה מתאפסת בכל כיבוי | גבוהה — סוללת CMOS | נמוכה | ראו האם הגדרות נוספות נעלמות יחד איתה |
| הבעיה החלה מיד אחרי שינוי הגדרה | נמוכה | גבוהה — ההגדרה ששונתה | החזרת ההגדרה לערכה הקודם |
| קפיאה ב-POST בלי הודעה קבועה | בינונית | בינונית — קושחה שדורשת עדכון | תיעוד מתי זה קורה: כל הפעלה או לסירוגין |
הטבלה מכוונת אבל לא גורפת: סימן אחד אינו משפט. שני שלושה סימנים באותו כיוון — כן. אם התמונה מעורבבת, עדיף עוד בדיקת השוואה אחת על פני החלטה מהירה.
תרחיש מקרה מעשי: מאבחון ראשוני ועד לפתרון
עובדת הייטק שמנהלת ממנו פגישות זום יומיומיות פונה במשרד הביתי בדיוק עם התסמין הזה: המחשב עולה לתפריט bios, לא מוצא דיסק אתחול, סדר בוט שגוי. במקום לנסות מיד 'משהו', התהליך התחיל ברישום: מתי התסמין מופיע, מה קדם לו, ומה כבר נוסה. בונים ציר זמן מהיום האחרון שבו הכול עבד.
בדיקות הבסיס נערכו בסדר ובתיעוד — ואז הגיע הממצא המכריע מההשוואה: התסמין הופיע רק בתנאי אחד ספציפי ולא באחרים. הממצא הצמצם את רשימת החשודים משבעת גורמים אפשריים לשניים, ובדיקת אימות אחת הפרידה ביניהם. הפתרון עצמו היה נקודתי — אבל הוא התאפשר רק בזכות הסדר: תיעוד → השוואה → אימות → תיקון בודד.
השורה התחתונה של התרחיש: עבור עובד מהבית, כל שעת תקלה היא פגישה שנשמטת ודדליין שנדחף — המהירות קריטית אבל לא על חשבון הבטיחות. התהליך המסודר לקח פחות זמן מניסיון ותעייה, והותיר תיעוד ששימש גם למניעה הבאה.
פעולות מסוכנות שיש להימנע מהן לחלוטין
- לא מנתקים חשמל או מפסיקים עדכון BIOS באמצע — קושחה חלקית עלולה להשבית את לוח האם לצמיתות
- לא מורידים קושחה מאתרים לא רשמיים או מקבצי 'דרייבר-אפדייט' גנריים — רק מעמוד התמיכה של יצרן לוח האם או הנייד
- לא מוחקים או מעצבים את מחיצת EFI (המחיצה הקטנה בתחילת הכונן) — בלעדיה Windows לא יעלה שוב
- לא מחליפים מצבי RAID/AHCI בקונטרולר הדיסק כש-Windows מותקן, בלי להבין את המשמעות — המערכת עלולה להפסיק לעלות עם מסך כחול
- לא פותחים מחשב נייד כדי להגיע לסוללת CMOS — בניידים היא מולחמת או נגישה רק דרך פירוק שמבטל אחריות
- לא מזינים סיסמת BIOS לא נכונה שוב ושוב — נעילת קושחה דורשת אימות נוכחות אצל טכנאי מורשה
נקודות עצירה קריטיות לשמירה על המידע והציוד
- אם מופיע ריח שרוף או עשן בעת ההפעלה — מכבים מהשקע מיד ולא מנסים להפעיל שוב
- אם הכונן משמיע קליקים חוזרים או רעש חריקה — כיבוי ולא מנסים לאתחל שוב ושוב; כל הפעלה עלולה להקטין את סיכוי שחזור הנתונים
- אם המחשב נפל או נחשף לנוזלים לפני התקלה — לא מפעילים כדי 'לבדוק אם עובד'; פנייה לטכנאי לפני הפעלה
- אם ה-BIOS דורש סיסמה שלא הגדרתם — אין לנסות לעקוף בעצמכם; נעילת קושחה מטופלת דרך היצרן עם הוכחת בעלות
- אם הנתונים בכונן קריטיים ואין גיבוי — לא מבצעים שינויי הגדרות ניסיוניים; כל פעולה לפני שחזור עלולה להוזיל את סיכויי השחזור
צ'ק-ליסט מעשי לסיכום והערכת מצב
סמנו כל סעיף לפי המצב בפועל — זו התמונה שתלווה אתכם בהמשך, אצלכם או אצל טכנאי:
- שחזור ציר הזמן: מתי עבד תקין בפעם האחרונה ומה קרה מאז
- צילום מסך ה-BIOS והודעת האתחול לתיעוד
- כל בדיקות הבסיס הורצו לפי הסדר ותועדו עם תוצאתן
- שונו לכל היותר הגדרה אחת או שניים — ורשום מה בדיוק
- נבדקה קיומו של גיבוי עדכני לנתונים החשובים
- הוגדר מה נשלל ומה נשאר חשוד
- הוחלט: ממשיכים לבד, מרחוק בהנחיה, או טכנאי
- אם יש נקודת עצירה מהרשימה למעלה — היא גוברת על כל השאר
סיכום ומדריך החלטה
התחילו תמיד מהגורם הפשוט: התקני USB מנותקים, איפוס לברירות מחדל, ואימות שהכונן מופיע ב-BIOS. שלוש הפעולות האלה פותרות את רוב המקרים של עצירה במסך אתחול.
ההחלטה מתקבלת לפי נקודת העצירה: הכונן מזוהה אך Windows לא עולה — תיקון הגדרות אתחול (לבד או בהנחיה). הכונן לא מזוהה כלל — טכנאי, בעדיפות אם יש נתונים חשובים בלי גיבוי. קושחה חשודה — עדכון רשמי בזהירות או מעבדה.
הכלל שמנחה את כל המדריך: אבחון לפני תיקון, גיבוי לפני שינוי, ועצירה לפני נזק. אם בשלב כלשהו הממצאים מצביעים על רכיב פיזי תקול, על סיכון לנתונים או על סכנה חשמלית — זו הנקודה שבה עדיף טכנאי על ניסוי נוסף.
המחשות עזר לפי שלב האבחון
תפריט BIOS/UEFI עם סמל שגיאה ליד אפשרות האתחול
המחשב נתקע בתפריט ה-BIOS ואינו מצליך למצוא דיסק אתחול זמין
article-0154-bios-error-menu
ממשק תוכנת אבחון המציג תוצאות סריקת חומרה
כלי אבחון מתקדם מזהה רכיבים פגומים או חיבורים רופפים במערכת
article-0154-hardware-diagnostic-tool
חלון פקודה עם פקודת bcdedit לתיקון כונני האתחול
שימוש בפקודת bcdedit במסוף המערכת לתיקון כונני האתחול של Windows
article-0154-bcdedit-command-fix
אפשר לפתור לבד — או שצריך טכנאי?
הגבול בין DIY לעזרה מקצועית מוגדר מראש לכל תקלה. כך זה נראה בנושא של המאמר הזה:
TECHNICIAN BOUNDARY
REMOTE · פתרון מרחוק
- המחשב מגיע למסך ה-BIOS או ל-Windows וניתן לתאר במדויק מה רואים — ניתן להנחות בדיקות הגדרה בשיחה
- הבעיה היא סדר אתחול או הגדרה שהשתנתה, והמשתמש מסוגל להיכנס ל-BIOS ולתעד ממצאים
ON-SITE · ביקור טכנאי
- הכונן אינו מזוהה ברמת הקושחה — נדרשת בדיקת חיבורים פיזית והחלפת כבל לניסיון
- המחשב נעצר ב-POST בלי תלות בהגדרות — נדרש בידוד רכיבים על שולחן עבודה
LAB · מעבדה
- עדכון קושחה שנכשל או נעילת BIOS — נדרש מעבדה: תכנות מחדש של שבב הקושחה (Flash/EEPROM) בציוד ייעודי
גבול המדריך: deep-dive בשלב אבחון בודד בלבד; אינו חוזר על בדיקות בסיסיות המפורטות במאמר-האב ARTICLE-0142; חובה קישור-חזרה למאמר-האב (לא כולל: תקלות חומרה שגורמות ללא-הדלקה, קריסות לאחר עליית Windows)
// SOURCES · מקורות ואימות טכני
- התנהגות המערכת והכלים בתחום של בעיות בהגדרות BIOS/UEFI וסדר אתחול שגוי — לפי תיעוד תמיכה רשמי של Microsoft ויצרני הרכיבים, כפי שרוכז במקורות המחקר של המדריך (אומת: 27.8.2026)
// FAQ · שאלות שמגיעות באמת
שואלים אותנו גם את זה
האם שינוי הגדרות BIOS עלול למחוק לי נתונים?
הגדרות BIOS/UEFI עצמן אינן נוגעות בנתונים על הכונן — הן קובעות איך המחשב מאתחל. הסיכון לנתונים מגיע מפעולות שנעשות בעקבות אבחון שגוי, כמו עיצוב כונן או מחיקת מחיצת EFI. לכן כל שינוי נעשה אחרי גיבוי, וכל שינוי אחד בכל פעם.
איך נכנסים ל-BIOS אם Windows בכלל לא עולה?
בהפעלת המחשב לחצו בלחיצות חוזרות על מקש הכניסה להגדרות — ברוב המחשבים Del או F2, בניידים לעיתים F10. אם המסך עובר ישר להודעת אתחול, נסו את מקש תפריט האתחול החד-פעמי (F8/F11/F12 לפי היצרן). המקשים המדויקים מופיעים רגע בתחתית מסך ה-POST.
האם לעדכן את ה-BIOS זה מסוכן?
עדכון קושחה בטוח כשהוא מבוצע נכון: רק מאתר היצרן, רק בגרסה שמיועדת לדגם המדויק של לוח האם או הנייד, ובזמן שהמחשב מחובר לחשמל יציב. הסיכון האמיתי הוא הפרעה באמצע התהליך — לכן לא מתחילים עדכון כשיש חשש להפסקת חשמל, ולא מנתקים את המחשב עד לסיום המלא.
המחשב עולה רק אחרי שאני בוחר את הכונן ידנית בכל פעם — מה הפתרון?
זה תסמין קלאסי לסדר אתחול שאינו שמור נכון או לכונן שנרשם בשתי רשומות (UEFI ו-Legacy). הפתרון הבטוח: כניסה להגדרות ה-BIOS, קביעת הכונן ה-UEFI של Windows כראשון בסדר האתחול, שמירה, ובדיקת הפעלה מלאה. אם ההגדרה לא נשמרת בין כיבויים — החשוד הוא סוללת CMOS.