WSL2, WSA או Docker לא עולים

תסמין

הפקודה wsl נכשלת במקום להפעיל את Linux, Docker Desktop מדווח שה virtualization או Hyper-V אינם זמינים, ואפליקציות Android והאמולטור של Android Studio לא עולים.

סיבות אופייניות

רכיבי הווירטואליזציה — Hyper-V והקשורים אליו — כובו על ידי “אופטימיזר”, חבילת tweaks או נפגעו לאחר עדכון Windows שכשל. בלעדיהם WSL2, WSA ו-Docker אינם יכולים להפעיל את המכונות הווירטואליות שלהם. virtualization משמש גם את תת-מערכת האבטחה: כיצד הוא קשור להגדרות BoosterX מתואר במאמר «VBS (Virtualization Based Security)».

תיקון ב-BoosterX

1. פתחו את BoosterX → המדור «תיקונים» (בתפריט משמאל).
2. בשדה החיפוש הקלידו «Linux».
3. פתחו את הכרטיס «Linux (WSL2), WSA (Android Studio), Docker» ולחצו «תקן».
4. הפעילו מחדש את Windows.

התיקון משחזר את Hyper-V ומפעיל את רכיבי Windows הנדרשים לעבודה של WSL. ניתן להוריד את BoosterX מהאתר הרשמי boosterx.org.

כיצד לבדוק

פתחו מסוף והריצו wsl — אמורה להיפתח קונסולת Linux. לאחר מכן הפעילו את Docker Desktop ואת אפליקציית Android: שתי הסביבות אמורות לעלות ללא שגיאות virtualization.

חלופה ידנית ללא BoosterX

פתחו לוח הבקרה → תוכניות → תוכניות ורכיבים → הפעלה או ביטול של רכיבי Windows וסמנו «תת-מערכת Windows עבור Linux» ו«פלטפורמת מכונות וירטואליות»; במהדורות שבהן הוא זמין — גם «Hyper-V». לחצו OK, המתינו להתקנת הרכיבים והפעילו מחדש את המחשב. לאחר מכן הריצו במסוף wsl --update כדי לעדכן את ליבת WSL.

אם לא עזר

אם Windows מדווח שה-virtualization כבוי, בדקו את הפעלתו ב-BIOS/UEFI. בהמשך עיינו ברשומות יומן האירועים של Windows החופפות בזמן לשגיאה — ניתוח תקלות מסייע EventX. אם התיקון של BoosterX לא עזר או שהבעיה חזרה, כתבו לתמיכה וצרפו את טקסט השגיאה.

בדיקה אחרונה: 2026-09-20. קטלוג התיקונים המלא.