כאשר תוכנת מכונות וירטואליות, אמולטור או כלי פיתוח מציגים הודעה כמו “Virtualization is not available”, לא תמיד מדובר בתקלה במערכת ההפעלה. הסיבה יכולה להיות תמיכה חסרה במעבד, הגדרה כבויה ב-BIOS או ב-UEFI, רכיב Windows שתופס את מנגנון הווירטואליזציה, או גרסה שאינה מתאימה לתוכנה.
המדריך הבא מציע סדר בדיקות שמתחיל במידע שאפשר לקרוא מתוך Windows, ורק אחר כך עובר לשינוי הגדרות קושחה. אין צורך לאפס את המחשב או לשנות אפשרויות אקראיות. אם מדובר במחשב עבודה חשוב, כדאי לשמור מראש את מפתחות השחזור של BitLocker ולוודא שיש גיבוי עדכני.
וירטואליזציה לא זמינה ב-Windows: מה בדיוק צריך לבדוק?
במעבדי Intel הטכנולוגיה נקראת בדרך כלל Intel VT-x או Intel Virtualization Technology. במעבדי AMD היא מופיעה לרוב כ-AMD-V, SVM או Secure Virtual Machine. השמות משתנים בין יצרני לוחות אם ומחשבים ניידים, אך המטרה דומה: לאפשר למערכת ההפעלה ולתוכנות ליצור סביבה וירטואלית באמצעות יכולות המעבד.
חשוב להבדיל בין שלושה מצבים:
- המעבד תומך והאפשרות כבויה: בדרך כלל ניתן לפתור זאת דרך BIOS או UEFI.
- המעבד או הקושחה אינם תומכים: שינויי Windows לא יוסיפו יכולת חומרה שלא קיימת.
- הווירטואליזציה פעילה אך התוכנה עדיין נכשלת: ייתכן שיש התנגשות בין Hyper-V, Windows Hypervisor Platform, Virtual Machine Platform או הגדרות אבטחה.
שלב ראשון: בדיקת מצב הווירטואליזציה מתוך Windows
הבדיקה המהירה ביותר היא דרך מנהל המשימות. לחצו באמצעות לחצן העכבר הימני על שורת המשימות ובחרו מנהל המשימות. עברו אל “ביצועים” ולאחר מכן “מעבד”. באזור הפרטים אמורה להופיע שורה בשם “וירטואליזציה”, עם מצב “מופעלת” או “מושבתת”.
אם מופיע שהווירטואליזציה מופעלת, אין סיבה להיכנס מיד ל-BIOS. קודם כדאי לבדוק את דרישות התוכנה ואת רכיבי Windows. אם היא מושבתת, יש לבדוק האם המעבד תומך ולאחר מכן להפעיל אותה בקושחת המחשב.
אפשר לבדוק גם את שם המעבד במנהל המשימות או באמצעות “מידע מערכת”. לאחר מכן יש להיכנס לאתר הרשמי של יצרן המעבד ולבדוק את מפרט הדגם המדויק. אין להסתמך רק על שם הסדרה, מפני שתמיכה עשויה להשתנות בין דגמים ותתי-דגמים.
אם Windows עצמו מציג שגיאות נוספות, למשל אתחולים, מסכים כחולים או בעיות לאחר עדכון, כדאי לטפל בהן בנפרד. מדריך בנושא מסך כחול אחרי עדכון Windows יכול לעזור להבדיל בין בעיית תאימות לבין תקלה כללית במערכת.
שלב שני: הפעלת VT-x או AMD-V ב-BIOS או UEFI
לפני שינוי ב-BIOS או ב-UEFI, סגרו תוכנות ושמרו עבודה. הפעילו מחדש את המחשב וחפשו את המקש שמוביל למסך הקושחה. הוא משתנה לפי היצרן, ולעיתים מדובר ב-Delete, F2, F10, F12 או Esc. במחשבים ניידים ייתכן שיש מקש ייעודי או צורך להחזיק את Fn.
בתפריטים חפשו סעיפים כמו Advanced, CPU Configuration, Security, System Configuration או Processor. שמות האפשרויות הנפוצים הם:
- Intel Virtualization Technology
- Intel VT-x
- SVM Mode
- AMD-V
- Virtualization Technology
שנו רק את האפשרות הרלוונטית ל-Enabled, ושמרו באמצעות האפשרות המתאימה, בדרך כלל Save & Exit. אין לשנות מתח, תדרי מעבד, מצב אתחול, TPM או אפשרויות אבטחה אחרות כחלק מהבדיקה. שינוי לא נכון בקושחה עלול למנוע אתחול או לשנות את אופן פתיחת הכונן המוצפן.
לאחר הכניסה מחדש ל-Windows, בדקו שוב במנהל המשימות. אם המצב השתנה ל“מופעלת” אך התוכנה עדיין מדווחת על בעיה, עברו לבדיקת רכיבי Windows במקום להפעיל ולכבות הגדרות נוספות.
שלב שלישי: איתור התנגשות בין Hyper-V לרכיבי Windows
חלק מהתוכנות משתמשות ישירות בחומרת הווירטואליזציה, ואחרות פועלות מעל Hyper-V או שכבת Hypervisor של Windows. לכן מצב שבו רכיב אחד עובד אינו מבטיח שכל תוכנה אחרת תעבוד באותה צורה.
פתחו את “הפעל או בטל תכונות Windows” דרך החיפוש, ובדקו אילו רכיבים פעילים. בין האפשרויות שעשויות להיות רלוונטיות:
- Hyper-V
- Windows Hypervisor Platform
- Virtual Machine Platform
- Windows Sandbox
- Windows Subsystem for Linux
אין לבטל רכיבים באופן אוטומטי. קודם בדקו את התיעוד של התוכנה שבה מופיעה השגיאה. לדוגמה, כלי מסוים עשוי לדרוש Hyper-V, בעוד שתוכנה אחרת עשויה להיתקל בירידת תאימות כאשר Hyper-V פעיל. שינוי רכיבים אלה יכול להשפיע על WSL, Sandbox, אמולטורים ומכונות וירטואליות קיימות.
לאחר שינוי רכיב Windows נדרש בדרך כלל אתחול. אם האפשרות מסומנת אך אינה ניתנת להפעלה, או אם מתקבלת שגיאה בעת התקנת הרכיב, הבעיה עשויה להיות ברכיבי מערכת פגומים, במדיניות ארגונית או במהדורת Windows. במצב כזה לא מומלץ למחוק ידנית תיקיות מערכת או להפעיל פקודות מתקדמות בלי להבין את השפעתן.
בדיקות תאימות נוספות לפני שמחליפים תוכנה או חומרה
ודאו שהתוכנה מותקנת בגרסה שמתאימה ל-Windows ולארכיטקטורת המעבד. בדקו גם אם נדרשים זיכרון RAM פנוי, מקום בכונן והרשאות מנהל. מחסור במשאבים עלול להיראות כמו בעיית וירטואליזציה, במיוחד בעת יצירת מכונה וירטואלית או הפעלת אמולטור כבד.
במחשב ארגוני ייתכן שמדיניות אבטחה מונעת שינוי ב-BIOS או התקנת רכיבי Hyper-V. במחשבים ניידים מסוימים הגדרות היצרן או עדכון קושחה משפיעים על אפשרויות האבטחה. עדכון BIOS אינו הצעד הראשון במקרה כזה; הוא מתאים רק כאשר קיימת סיבה ברורה ותיעוד רשמי. לפני החלטה כזו, כדאי לקרוא את המדריך לעדכון BIOS ולהבין את הסיכונים.
מתי לעצור ולפנות לטכנאי?
מומלץ לפנות לבדיקה מקצועית אם אין אפשרות למצוא את ההגדרה, אם המחשב אינו עולה לאחר שינוי ב-BIOS, אם BitLocker מבקש מפתח שחזור, או אם הבעיה מופיעה יחד עם קריסות ואתחולים. גם במקרה שבו קיימת מכונה וירטואלית עם קבצים חשובים, עדיף לא להסיר רכיבים או ליצור מכונה חדשה לפני גיבוי.
טכנאי יכול לזהות את דגם הלוח או המחשב, לבדוק את תמיכת המעבד, לאמת את מצב ה-UEFI ולבדוק את רכיבי Windows בלי לבצע שינויים מיותרים. אם נדרש טיפול מרחוק או פיזי, הכינו מראש את נוסח הודעת השגיאה, שם התוכנה, גרסת Windows, דגם המעבד ומה השתנה לפני שהבעיה התחילה.
סיכום קצר
הדרך הבטוחה לפתור את הבעיה היא לעבוד לפי סדר: לבדוק את מצב הווירטואליזציה במנהל המשימות, לאמת תמיכה ב-VT-x או AMD-V, להפעיל את האפשרות המתאימה ב-BIOS או ב-UEFI, ורק אז לבדוק התנגשות בין Hyper-V ורכיבי Windows. אם שינוי אחד גורם לאתחול חריג, בקשת מפתח שחזור או חוסר יכולת לעלות, עצרו ופנו לאיש מקצוע במקום לבצע איפוס או שינויי קושחה נוספים.
