מה Fast Startup באמת עושה — למה "Shut down" ב-Windows אינו אותו דבר כמו Restart

“כיביתי והדלקתי את החשמל מחדש, אבל המדפסת לא מזוהה. אחר כך עשיתי restart, וזה עבד.”

המפתח להבנת ההבדל הזה הוא Fast Startup של Windows. מאז Windows 8, במחשב שתומך ב-hibernation והיכולת הזו מופעלת, “Shut down” אינו פעולה שבונה מחדש את כל מצב Windows. הוא סוגר אפליקציות ואת session המשתמש, אבל שומר את מצב ה-kernel, ה-drivers וה-services ומשחזר אותו באתחול הבא. זה נקרא hybrid shutdown.¹²

לעומת זאת, “Restart” תמיד מבצע מחזור full boot, בלי קשר להגדרת Fast Startup. “כיבוי והדלקה מחדש” ו-“restart” אינם אותה פעולה.¹

המאמר מראה קודם איך לבחור את הפעולה הנכונה, ואז עובר לסיבות, לבידוד לפי תסמין, לאימות, ולהחלטה על שינוי הגדרות. הערות מימוש ל-APIs ול-Windows services מרוכזות בפרק 7. הקוראים המיועדים הם אנשי IT שמנהלים Windows 10/11 ומפתחי אפליקציות Windows למחשבי ציוד ולמכונות בדיקה. PowerShell 5.1 ואילך משמש לבדיקה ולהגדרה.

1. קודם המסקנה: בוחרים את הפעולה שמתאימה למטרה

לפני שכובים Fast Startup לגמרי, מפרידים מה מנסים לעשות.

הבסיס לבחירה הזו הוא שלושת ההבדלים הבאים.¹³⁴

flowchart TB
    accTitle: שלוש פעולות תפריט החשמל ומה קורה בפועל
    accDescr: Shut down הוא hybrid shutdown כברירת מחדל ושומר את ה-kernel לקובץ ה-hibernation. Restart תמיד מבצע מחזור full boot. Hibernate שומר גם את session המשתמש לקובץ ה-hibernation.
    shutdown["Shut down"] --> hybrid["Hybrid shutdown (ברירת מחדל)"]
    hybrid --> saveKernel["שמירת ה-kernel לקובץ ה-hibernation"]
    restart["Restart"] --> full["מחזור full boot"]
    full --> reinit["בנייה מחדש של kernel, drivers ו-services"]
    hibernate["Hibernate"] --> s4["Hibernation (S4)"]
    s4 --> saveAll["שמירת כל הזיכרון"]

איור 1: “Shut down” שומר את המצב; “Restart” בונה מחדש את המצב בצד Windows. hibernation רגיל שומר גם את session המשתמש. גם restart אינו מנתק חשמל להתקנים המחוברים.

“לאפס פעם אחת” ו”לשנות איך מכבים בכל פעם” הן החלטות נפרדות. למחשבים ניידים עסקיים רגילים, הבחירה המעשית היא להשאיר דולק ולעשות restart כשצריך. גם Microsoft אינה ממליצה לכבות Fast Startup באופן גורף.¹

ב-diagram, solid line מציינת relation שתמיד מתקיים ו-dashed line מציינת relation מותנה (התנאים מופיעים בהסבר של כל relation ב-detail page). הרשימה המלאה של ה-relations (סה”כ 24, כולל evidence ו-certainty) וההגדרות של ה-concepts המרכזיים נמצאות ב-detail page של ה-knowledge map (ביפנית). Data: JSON-LD / Turtle

2. איך זה עובד: Windows “משחזר” את מצבו במקום לבנות אותו מחדש

2.1 איפה זה מתפצל מ-full shutdown

ל-Windows יש שלושה מצבי אתחול: cold boot מסורתי, resume מ-hibernation, ו-Fast Startup שהוצג ב-Windows 8. ב-cold boot, ה-boot loader טוען את ה-kernel לזיכרון ומקשר אותו, וה-kernel מגדיר את הליבה, מונה את ההתקנים המחוברים וטוען drivers. Fast Startup במקום זה קורא בחזרה את המצב שכבר אותחל מקובץ ה-hibernation.⁵

ההכנה לקריאה בחזרה קורה ב-shutdown הקודם. עד סגירת אפליקציות ו-sign-out של כל המשתמשים, זה זהה ל-full shutdown. אחר כך הנתיבים מתפצלים.⁵¹

גם מה ש-drivers מקבלים אינו הודעת shutdown אלא power IRP שמכריז על מעבר ל-hibernation. אף על פי שזה נראה כמו כיבוי למשתמש, ליבת Windows אינה מסתיימת; היא נשמרת עד האתחול הבא.⁵

2.2 מה נשמר ומה נסגר

הגבול עובר בין sessions של המשתמש (ה-sessions האינטראקטיביים, Session 1 ואילך) לבין session של ה-kernel (Session 0).⁶²

Services לפי משתמש ו-services של Session 0 שניהם “services”, אבל מטופלים אחרת. הראשונים נוצרים ב-sign-in ונעצרים ונמחקים ב-sign-out, ולכן אינם נשמרים.⁷

בצד שנשמר, לעומת זאת, נשארים מצב פנימי של drivers ו-handles, זיכרון ו-caches פנימיים ש-system services מחזיקים. גם תיעוד החומרה של Microsoft מסביר שכי ה-kernel, ה-drivers וה-services נשמרים ומשחזרים במקום לעבור restart, ה-uptime בין restart-ים של ה-kernel יכול להיות ארוך מגרסאות Windows קודמות, ומבקש לנטר memory leaks ב-drivers וב-services.²

2.3 איך זה שונה מ-hibernation רגיל

Hibernation רגיל שומר את כל הזיכרון, כולל sessions של המשתמש. Fast Startup קודם עושה sign-out למשתמשים ואז שומר. זה מקטין את קובץ ה-hibernation ומאיץ גם את הכתיבה וגם את הקריאה בחזרה.²⁶

במונחי מצבי חשמל, full shutdown הוא S5 ו-hibernation הוא S4. Hybrid shutdown נראה כמו S5 למשתמש אבל בפועל עובר דרך S4. עם זאת, התגובה לאזעקות wake של התקנים מטופלת כאילו המערכת ב-S5. אף על פי שזה אותו S4, לא הכול מתנהג כמו ב-hibernation רגיל, וההבדל הזה חשוב ל-Wake on LAN ב-4.4.⁶

2.4 האתחול הבא “ממשיך” במקום “מאתחל”

אתחול מ-Fast Startup מתקדם בסדר הזה: אתחול firmware, קריאת קובץ ה-hibernation, resume של התקנים, resume של Winlogon, ואתחול Explorer. קובץ ה-hibernation מחזיק את הקשר המערכתי שנכתב ב-shutdown.⁸

מה שחשוב כאן הוא שההתקנים עוברים resume, לא אתחול. אם driver החזיק פנימית מצב רע, כמו ציוד היקפי שלא מזוהה או התקן USB שלא מגיב אחרי resume, המצב הזה יכול להישמר גם כן.

“Restart” אינו משתמש בנתיב השמירה-והשחזור הזה; הוא תמיד עובר full boot. הסיבה ש-restart נדרש אחרי התקנת driver, או אחרי עדכון רכיבי Windows שאי אפשר להחליף בלי restart מלא, היא בדיוק לבנות מחדש את המצב בצד Windows.¹

3. איפוס או full shutdown בלי לשנות הגדרות

3.1 כדי לאפס ולהמשיך להשתמש במחשב: “Restart”

כדי לבודד בעיה, או להחזיר את Windows למצב נקי פעם אחת, בוחרים “Restart” מתפריט החשמל. כי זה אינו תלוי בהגדרת Fast Startup, זו גם הפעולה האמינה לכתוב בנוהלים.¹

שימו לב, עם זאת, ש-restart הוא מחזור full boot, לא פעולה שמשאירה את המחשב כבוי (S5). כשצריך לסיים את Windows לגמרי ולנתק חשמל, למשל לפני טיפול בדיסק מ-OS אחר, משתמשים בשיטה הבאה.

3.2 כדי לנתק גם חשמל: shutdown /s /t 0

שומרים את העבודה, ואז מריצים את הפקודה הבאה.

shutdown /s /t 0

ה-/s של Shutdown.exe הוא full shutdown כברירת מחדל. משלבים /hybrid עם /s רק כשרוצים hybrid shutdown. ל-“Shut down” של תפריט החשמל ול-/s של הפקודה יש התנהגות ברירת מחדל שונה.¹⁹

ברצף shutdown של מחשב ציוד או ב-batch file, הפקודה הזו הופכת את הכוונה, “לסיים לגמרי ולנתק חשמל”, לחד-משמעית. שימו לב ש-/g עושה full shutdown ואז restart, וממשיך אפליקציות רשומות אם Automatic Restart Sign-On (ARSO) מופעל; זו אינה אפשרות להישאר כבוי.⁹

3.3 שיטת מקש Shift, וקריאה מאפליקציה

בחירת “Shut down” תוך החזקת מקש Shift מבצעת full shutdown לפעם הזו בלבד. עם זאת, הנוהל הזה מתואר בתשובת תמיכה ב-Microsoft Q&A, לא במקור רשמי. אם משתמשים בו בתפעול, מאמתים את התוצאה עם ה-uptime או Event 27 שמתוארים בפרק 5; לנוהלים שפונים למשתמש, “Restart” או shutdown /s /t 0 היא הבחירה הבטוחה יותר מבחינת אמינות.¹⁰

אפליקציה יכולה גם לבצע full shutdown דרך ה-API, למשל בקריאה ל-InitiateSystemShutdownEx עם bRebootAfterShutdown מוגדר ל-FALSE. הדגלים לכל API, ההבדל בין ניתוק חשמל ל-restart, וההרשאה הנדרשת מסוכמים בפרק 7.¹¹

4. בידוד הסיבה לפי תסמין

המנגנון שתואר עד כאן מסביר uptime ובעיות שנשמרות. אבל לא מניחים שהתסמין מולכם נגרם מ-Fast Startup. Wake on LAN בפרט צריך בידוד כאילוץ נפרד.

4.1 Shutdown לא מתקן, אבל Restart כן

הדבר הראשון לעשות הוא לבדוק אם הבעיה משתחזרת אחרי restart. אם היא נעלמת אחרי restart, ההשערה שמצב שנשמר ב-driver או ב-service הוא הסיבה מתחזקת.

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

1. מאשרים כמה פעמים ש”זה משתחזר אחרי shutdown ולא משתחזר אחרי restart”.
2. מאשרים עם Kernel-Boot Event 27 שמתואר בפרק 5 שהאתחול האחרון היה Fast Startup (0x1).
3. משווים מול רישומים בצד ה-driver ב-Device Manager ובלוג System.

גם אחרי אימות, אין צורך לשנות את ההגדרה בכל מכונה מיד. ברוב המקרים, תיקון הנוהל מ-“כיבוי והדלקה מחדש” ל-“restart” מספיק. האם מכונה צריכה אתחול מובטח בכל shutdown מחליטים בפרק 6.

כש-shutdown עצמו נכשל וחוזר למסך הנעילה, נדרשת בדיקה אחרת. Shutdown עם Fast Startup מופעל רץ כ-hibernation, ובאמצע הוא מאתחל את תצורת memory dump. אם לא ניתן לטעון את dump filter driver, ה-hibernation נכשל, Event ID 45 נרשם, והמערכת חוזרת למסך הנעילה. המקום ש-Microsoft מפנה אליו הוא DumpFilters תחת HKLM\SYSTEM\CurrentControlSet\Control\CrashControl. התייחסות לתסמין הזה כ”כשל hibernation” ולא כ”כשל shutdown” מבהירה איפה לבדוק.¹

4.2 Uptime לא מתאפס אף שמכבים כל לילה

“Performance” > “CPU” ב-Task Manager לפעמים מציג uptime של ימים רבים. ב-hybrid shutdown ה-kernel רק נכנס ל-hibernation ומשחזר, כך שזמן האתחול של ה-kernel אינו מתעדכן.²

ב-WMI, uptime מתקבל מ-Win32_OperatingSystem.LastBootUpTime על ידי חיסור זמן האתחול מהזמן הנוכחי. Restart, שעובר full boot, ואתחול אחרי full shutdown מעדכנים את זמן האתחול הייחוס הזה.¹²

Get-Uptime ב-PowerShell 6 ואילך משתמש במונה ticks של טיימר ברזולוציה גבוהה מאז תחילת המערכת. לכן ערכו יכול להיבדל מעט מזה שנגזר מ-WMI, אבל הוא זהה בכך שהוא לוקח את אתחול ה-kernel כייחוס.¹³

לא מסיקים לא תקלה ולא Fast Startup מ-uptime ארוך לבדו. Uptime נשמר גם ב-sleep, ב-hibernation מפורש, וב-shutdown שלא הסתיים. בודקים Event 27 ואת רשומות הלוג סביבו לפני שמסבירים.

וגם, ניטור כמו “לבקש restart כש-uptime עובר 30 יום” יזהיר משתמשים שמכבים כל יום. הניטור אינו שגוי. ניסוח ההודעה כ”נא לעשות restart” נמנע מהבלבול של “אבל כיביתי אמש”.

4.3 עדכונים לא מסתיימים גם אחרי “Update and shut down”

כדי לסיים עדכון, בוחרים “Update and restart”. מאמר התמיכה של Microsoft (KB4011287) מסביר שחלק מהעדכונים יכולים להסתיים רק באתחול שאחרי full shutdown, ועשויים להישאר ממתינים כשהאתחול עובר דרך hibernation של Fast Startup. ההתנהגות הזו אינה מתרחשת עם restart.³

כש”Updating” מופיע שוב בבוקר אחרי “Update and shut down”, בדרך כלל זה אינו כשל עדכון; העיבוד שהמתין ל-full boot פשוט מתקדם באתחול הזה. אם Fast Startup כבוי, גם “Update and shut down” עובר full boot, כך שההנחה משתנה.

אותו מאמר תמיכה גם מציין שההשהיה בהשלמת עדכונים בסביבות שמנוהלות ב-Configuration Manager טופלה ב-Configuration Manager 2002 וב-Windows 10 21H1.³

4.4 Wake on LAN לא יכול להעיר מחשב שכובה

כיבוי Fast Startup לבדו אינו פותר את הבעיה הזו. ב-Windows 10/11, Wake on LAN (WOL) ככל שנוגע ל-Windows אינו נתמך לא מ-hybrid shutdown ולא מ-full shutdown (S5).⁴¹⁴

אף על פי ששניהם S4, Windows מטפל ב-“Hibernate” וב-“Shut down” אחרת. לפי ההסבר של Microsoft, משתמש שמורה על shutdown מצפה לצריכת חשמל אפס, ולכן Windows אינו מכין את ה-NIC ל-wake במעבר ל-hybrid shutdown. הכיבוי הזה אינו מבוצע במעבר ל-hibernation מפורש.⁴

גם ב-Windows 7, WOL מ-full shutdown ברירת המחדל (S5) לא היה נתמך רשמית. היו, עם זאת, דגמים שבהם ה-NIC נשאר מוכן ל-wake אם נשאר חשמל שיורי. ההבדל מ-hybrid shutdown ברירת המחדל של Windows 10 הוא ש-Windows מכבה wake במפורש.⁴

לא ניתן להכליל מכונות Modern Standby כ”תמיד מתעוררות כל עוד הן ישנות”. דגם שמציג “S0 Low Power Idle” ב-powercfg /a אין לו S3. ב-Modern Standby המערכת ממשיכה לרוץ בהספק נמוך גם כשהמסך כבוי, ו-Wi-Fi, Ethernet ו-mobile broadband שומרים על החיבורים ויכולים להיות מקורות wake. התיעוד של Microsoft גם מציין ש-Remote Desktop ושיתוף קבצים יכולים להעיר את ה-SoC דרך חיבור Ethernet.¹⁵

אותו תיעוד, עם זאת, גם מפרט את התנאים הבאים.¹⁵

• ב-disconnected standby אפליקציות לא יכולות להשתמש ברשת, ובסוללה מחסנית הרשת עשויה להתחיל להתנתק.
• LAN קווי אינו כשיר כ-Modern Standby capable אלא אם הוא תומך ב-pattern-match offload.
• ב-Windows 11 גרסה 24H2 ואילך, מקורות wake רבים כבויים כשמזוהה ניקוז סוללה מוגזם.

ב-Surface, WOL בזמן Modern Standby מצוין כעובד כברירת מחדל מאז Windows 10 גרסה 1607, אבל זו אינה הבטחה למחשבים ניידים מיצרנים אחרים. האם PC באמת ניתן להעיר נקבע לפי ה-NIC, ה-firmware, תנאי החשמל AC/DC, והמימוש של ה-OEM, לכן מאמתים במכונה אמיתית לפני שבונים את זה לתפעול ללא השגחה כמו משימות לילה.¹⁶

יש גם דגמים שה-firmware והחומרה שלהם יכולים להכין את ה-NIC ל-wake מ-S4/S5 בעצמם. במקרה הזה Windows אינו מעורב. “חלק מהדגמים כן מתעוררים מ-shutdown” מתייחס לחריג הזה.⁴

תפעולית, הגישה הבסיסית היא להשאיר את המכונה שרוצים להעיר ממתינה ב-“Sleep” או “Hibernate”. גם אם “Wake on Magic Packet” והגדרות דומות של ה-NIC מוגדרות נכון, ה-PC לא יתעורר אם מעבר החשמל של ה-OS כיבה wake. איך drivers מבחינים בין השניים מוסבר ב-7.5. ראו גם “Sleep, hibernation, Modern Standby ואפליקציות ארוכות-ריצה” להתנהגות Modern Standby ו-“הגדרות Advanced של NIC ב-Windows: RSS, LSO, EEE ו-Wake on LAN” להגדרות NIC.

4.5 Dual boot, או טיפול באותו דיסק מ-OS אחר

הסעיף הזה הוא אזהרה שנגזרת מהמנגנון, על בסיס המקורות הראשוניים על מצבי חשמל. ב-hybrid shutdown, תמונת הזיכרון של ה-kernel נשמרת ומשחזרת באתחול הבא.⁶

כתיבות ממתינות מיושמות לדיסק בנקודת הכניסה ל-hibernation, אבל caches של file system driver וההנחות שלו על מבנה ה-volume נשארים בקובץ ה-hibernation. אם OS אחר (Linux, Windows PE וכן הלאה) כותב לאותו volume NTFS בינתיים, התצוגה הישנה ש-Windows משחזר באתחול הבא לא תסכים עם מה שבאמת על הדיסק.

הסכנה אינה hibernation עצמו אלא Windows שמשחזר את המצב הישן אחרי ש-OS אחר שינה את הדיסק. כש-NTFS driver בצד Linux מסרב לכתוב ל-volume ב-hibernation, או מעלה אותו לקריאה בלבד, זו התנהגות נכונה שנועדה למנוע בדיוק את אי-העקביות הזו.

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

• מכבים Fast Startup וגם מכבים hibernation מפורש עם powercfg /h off.
• דורשים את ה-full shutdown מפרק 3 לפני החלפת מערכות הפעלה.

כיבוי Fast Startup לבדו משאיר hibernation מפורש זמין. מודעים לכך שכתיבה מ-OS אחר בזמן ש-Windows ב-hibernation גורמת לאותה אי-עקביות.

4.6 שינויי הגדרות firmware או תצורת התקנים לא נכנסים לתוקף

אם שיניתם הגדרות UEFI או תצורת ציוד היקפי, ועדיין נראה שהמצב הישן נשאר גם אחרי כיבוי והדלקה, עושים restart כדי לעבור full boot. עם Fast Startup, drivers לוקחים את נתיב ה-resume, לא את נתיב האתחול של cold boot.

Microsoft מבקשת ש-drivers שמגדירים התקן אחרת ב-cold boot וב-resume מ-hibernation יגדירו אותו כמו ב-cold boot אחרי Fast Startup. ב-drivers שלא ממומשים כך, נתיב ה-resume הופך לבעיה. איך driver מבדיל בין השניים מסוכם ב-7.5.⁵

5. בדיקת ה”הגדרה” ו”נתיב האתחול בפועל” בנפרד

גם כש-Fast Startup מופעל בהגדרות, האתחול האחרון לא בהכרח לקח את הנתיב הזה. קוראים בנפרד את המידע שאומר לכם את ההגדרה ואת המידע שאומר לכם את תוצאת האתחול.

5.1 ארבעה מקומות לבדיקה

איך לחשוב על uptime מכוסה ב-4.2, והקשר בין קובץ ה-hibernation להגדרה מוסבר גם ב-6.3 ו-6.4.²⁶¹⁷¹⁸

5.2 איך לקרוא Event 27

Kernel-Boot Event 27 רושם באתחול ערך כמו “The boot type was 0x1”. משמעות הערך אינה מתועדת במקור הרשמי, אבל המיפוי הבא ידוע בהרחבה.

גם אם ה-uptime ממשיך, ערך אחרון של 0x2 פירושו resume מ-hibernation רגיל, לא Fast Startup. לא מסבירים מה-uptime לבדו; משלבים עם Event 27.

5.3 בדיקה של הכול בבת אחת עם PowerShell

הסקריפט הבא מציג יחד את ההגדרה, קובץ ה-hibernation, ה-uptime וסוג חמשת האתחולים האחרונים. רוב קריאות ה-Registry ולוג האירועים עובדות בלי הרשאות Administrator, אבל powercfg /a דורש הרשאות Administrator בחלק מהסביבות.

# מציגים יחד את הגדרת Fast Startup ואת סוג האתחולים האחרונים
$powerKey  = 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Power'
$policyKey = 'HKLM:\SOFTWARE\Policies\Microsoft\Windows\System'

$local  = Get-ItemProperty -Path $powerKey  -Name HiberbootEnabled -ErrorAction SilentlyContinue
$policy = Get-ItemProperty -Path $policyKey -Name HiberbootEnabled -ErrorAction SilentlyContinue
$os     = Get-CimInstance -ClassName Win32_OperatingSystem
$hiberfil = Test-Path -LiteralPath "$env:SystemDrive\hiberfil.sys"

# בלי קובץ hibernation (powercfg /h off), Fast Startup אינו עובד ללא קשר לערך ב-Registry.
# ה-policy "Require use of fast startup" גובר על ההגדרה המקומית רק כשהוא Enabled (1).
# אם ערך ה-policy הוא 0 או לא מוגדר, משתמשים בהגדרה המקומית (אין ערך = מופעל כברירת מחדל)
$effective =
    if (-not $hiberfil) { 'לא זמין (אין קובץ hibernation: מצב powercfg /h off)' }
    elseif ($null -ne $policy -and $policy.HiberbootEnabled -eq 1) { 'מופעל (כפוי ב-policy)' }
    elseif ($null -eq $local -or $local.HiberbootEnabled -eq 1) { 'מופעל (הגדרה מקומית)' }
    else { 'כבוי (הגדרה מקומית)' }

[pscustomobject]@{
    LocalHiberbootEnabled  = if ($null -eq $local)  { '(אין ערך: מופעל כברירת מחדל)' } else { $local.HiberbootEnabled }
    PolicyHiberbootEnabled = if ($null -eq $policy) { '(לא מוגדר)' } else { $policy.HiberbootEnabled }
    EffectiveSetting       = $effective
    HiberfilExists         = $hiberfil
    LastBootUpTime         = $os.LastBootUpTime
    Uptime                 = (Get-Date) - $os.LastBootUpTime
} | Format-List

# סוג חמשת האתחולים האחרונים (0x0 = full boot, 0x1 = Fast Startup, 0x2 = resume מ-hibernation)
Get-WinEvent -FilterHashtable @{ LogName = 'System'; ProviderName = 'Microsoft-Windows-Kernel-Boot'; Id = 27 } -MaxEvents 5 |
    Select-Object TimeCreated, Message

# מצבי שינה זמינים וסוג קובץ ה-hibernation
powercfg /a

ההגדרה האפקטיבית שמוצגת כאן נקבעת בסדר הזה: האם קובץ hibernation קיים, האם ה-policy כופה הפעלה, ומה ההגדרה המקומית. אם ערך ה-policy הוא 0 או לא מוגדר, משתמשים בהגדרה המקומית, ובלי קובץ hibernation Fast Startup אינו זמין יהיו ערכי ההגדרה אשר יהיו.

5.4 “מי ביקש את ה-shutdown” נמצא בלוג אחר

Event ID 1074 (User32) בלוג System רושם את התהליך המבקש, המשתמש וקוד הסיבה, ואת הפעולה המבוקשת (כיבוי, restart וכן הלאה). עם זאת, כי גם hybrid וגם full shutdown נרשמים ככיבוי, 1074 לבדו אינו מבחין בין השניים. מאשרים את הנתיב בפועל עם Event 27 באתחול הבא.

עצירות בלתי צפויות מבודדות מהרצף עם 41 (Kernel-Power) ו-6008 (EventLog).¹⁹ הנוהל לאיתור “מחשב הציוד עמד בבוקר” מכוסה ב-“Shutdown ב-Windows מנקודת המבט של האפליקציה”.

6. החלטה אם לכבות Fast Startup, ואיך

6.1 מחליטים לפי תפקיד המכונה, לא באופן גורף

Microsoft מפעילה Fast Startup כברירת מחדל ואינה ממליצה לכבות אותו. יש לו תועלת בזמן אתחול, ותיעוד החומרה מתייחס לקריאה ולכתיבה של קובץ ה-hibernation כעיבוד חשוב מספיק כדי להסביר כ-50% מזמן האתחול. במחשב נייד רגיל אין סיבה לכבות באופן גורף.¹²

שני הצירים להחלטה הם “האם התפעול מניח שכיבוי מאתחל את המכונה?” ו-“האם OS אחר ישנה את אותו volume?” שני אלה בלתי תלויים. לא עוצרים ב”כיבינו כי זה מחשב ציוד”; בודקים גם אם OS אחר כותב לדיסק.

6.2 שינוי מכונה אחת בכל פעם: Control Panel

גם ב-Windows 10 וגם ב-11, המקום לשנות הוא Control Panel, לא אפליקציית Settings.⁴

1. פותחים “Power Options” ובוחרים “Choose what the power buttons do”.
2. אם הפריטים אפורים, לוחצים “Change settings that are currently unavailable” (דורש הרשאות Administrator).
3. מבטלים את סימון “Turn on fast startup (recommended)”.
4. שומרים את השינויים.

אם הפריט עצמו אינו מוצג, hibernation כבוי ואין קובץ hibernation. ראו את ההסבר של powercfg /a ושל קובץ ה-hibernation ב-6.4.

6.3 הגדרת מכונות רבות: מבחינים בין Registry ל-policy

ההגדרה המקומית היא HiberbootEnabled (DWORD) תחת HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Power. 0 מכבה ו-1 מפעיל, ותיבת הסימון ב-Control Panel קוראת וכותבת את אותו ערך.¹⁷

# מריצים ב-PowerShell שנפתח כ-administrator. מכבה Fast Startup
$powerKey = 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Power'
Set-ItemProperty -Path $powerKey -Name HiberbootEnabled -Type DWord -Value 0

# קוראים את הערך בחזרה לאימות
(Get-ItemProperty -Path $powerKey -Name HiberbootEnabled).HiberbootEnabled

עם זאת, אם ה-policy “Require use of fast startup” הוא Enabled, ה-policy גובר על הערך המקומי. גם אם מגדירים את הערך המקומי ל-0 וקוראים בחזרה 0, Fast Startup נשאר מופעל. במקרה הזה, קודם מחזירים את ה-policy ל-Disabled או Not Configured.¹⁸

ה-policy הזה נמצא ב-WinInit.admx תחת “Computer Configuration > Administrative Templates > System > Shutdown”. הוא כותב ל-HiberbootEnabled תחת HKLM\SOFTWARE\Policies\Microsoft\Windows\System. ב-Intune אפשר להגדיר אותו כ-Policy CSP ADMX_WinInit/Hiberboot.¹⁸

כדי לגלגל כיבוי באופן גורף, מפיצים את HiberbootEnabled = 0 המקומי עם Group Policy Preferences או תצורת Intune. מפעילים את ה-policy הזה כשרוצים לכפות הפעלה כך שמשתמשים לא יוכלו לכבות.

flowchart TB
    accTitle: שלוש השכבות של הגדרת Fast Startup
    accDescr: אם ה-policy Require use of fast startup הוא Enabled, Fast Startup מופעל בעדיפות על ההגדרה המקומית; אם אינו מוגדר, משתמשים ב-HiberbootEnabled המקומי. בכל נתיב, Fast Startup אינו זמין אלא אם קובץ hibernation קיים
    policy{"Policy: Require use of fast startup"}
    policy -->|"מופעל"| forced["כפיית הפעלה (ההגדרה המקומית מתעלמת)"]
    policy -->|"כבוי או לא מוגדר"| local{"מקומי: HiberbootEnabled"}
    local -->|"1 (ברירת מחדל)"| on["מופעל"]
    local -->|"0"| off["כבוי"]
    forced --> hib{"האם קובץ ה-hibernation (hiberfil.sys) קיים?"}
    on --> hib
    hib -->|"כן (מלא או מוקטן)"| works["Fast Startup עובד"]
    hib -->|"לא (powercfg /h off)"| none["Fast Startup לא זמין"]

איור 2: ה-policy הוא הגדרה שכופה הפעלה. כיבוי מופץ דרך ערך Registry מקומי, ובכל נתיב Fast Startup אינו זמין בלי קובץ hibernation.

השינוי נכנס לתוקף מה-shutdown הבא. לאימות, מבצעים “Shut down” רגיל, מדליקים, ובודקים ש-Event 27 הוא 0x0. Restart הוא full boot בלי קשר להגדרה, ולכן אי אפשר להשתמש בו לאימות הכיבוי. קריאה בחזרה של ה-Registry מאשרת את ערך ההגדרה; Event 27 מאשר את הנתיב בפועל.

6.4 powercfg /h off אינו אותו דבר כמו “כיבוי Fast Startup בלבד”

Fast Startup מסתמך על קובץ ה-hibernation, hiberfil.sys. powercfg /hibernate off (powercfg /h off) היא הפעולה שמוחקת את קובץ ה-hibernation הזה. לא רק Fast Startup אלא גם hibernation רגיל ו-hybrid sleep הופכים ללא זמינים.²⁰⁶

הגדרת HiberbootEnabled = 0, לעומת זאת, משאירה את קובץ ה-hibernation במקום. משנים את היעד הנכון לכל מטרה.

קובץ hibernation מלא תומך ב-hibernation, hybrid sleep ו-Fast Startup. Hybrid sleep דורש S3, עם זאת, כך שבמכונת Modern Standby בלי S3 אי אפשר להשתמש בו גם עם קובץ hibernation מלא. קובץ hibernation מוקטן תומך רק ב-Fast Startup. במחשב שכבר היה מסוג reduced, כיבוי Fast Startup בלבד אינו הופך hibernation רגיל או hybrid sleep לזמינים.⁶

קוראים את הפלט של powercfg /a עם ההבחנה הזו גם כן.

אם /type reduced נכשל עם “The parameter is incorrect”, זה כי גודל קובץ ה-hibernation הוגדר ידנית ליותר מ-40%. קודם מריצים powercfg /h /size 0 כדי להחזיר את הגודל לניהול ה-OS, ואז מריצים שוב.⁶²¹

במכונה ש-OS אחר משנה בה את אותו volume, ה-hibernation הרגיל שנשאר גורם לאותה אי-עקביות כמו ב-4.5. לא עוצרים בכיבוי Fast Startup; גם מכבים hibernation, או דורשים full shutdown לפני החלפת OS.

7. למפתחים: APIs של shutdown וסייגים ל-services

7.1 ה-API מציין “איזו פעולה”, לא רק “hybrid או לא”

ל-APIs של shutdown שנקראים מאפליקציה יש התנהגות ברירת מחדל שונה מתפריט החשמל. לפי התיעוד של Microsoft, InitiateSystemShutdownEx ו-InitiateSystemShutdown אף פעם לא הופכים ל-hybrid, בעוד InitiateShutdown ו-ExitWindowsEx מבקשים hybrid עם דגל מפורש.²⁶

SHUTDOWN_HYBRID אינו מצוין לבדו; הוא משולב עם דגל אחד או יותר מאותה טבלה. מביניהם, השילוב שנותן כיבוי ל-Fast Startup הוא זה עם SHUTDOWN_POWEROFF. גם EWX_HYBRID_SHUTDOWN אינו בשימוש לבדו אלא משולב עם EWX_SHUTDOWN.²²²³

הסרת דגל hybrid לבדה אינה קובעת את הפעולה. נדרשות גם ההבחנות הבאות.¹¹²²²³

אם מממשים כפתור “כיבוי” במסוף kiosk או במחשב ציוד, קוראים ל-InitiateSystemShutdownEx עם bRebootAfterShutdown = FALSE, או ל-ExitWindowsEx עם EWX_POWEROFF, ולא מוסיפים את דגל hybrid. מה שחשוב הוא לשמור על מפרט הכיבוי הנדרש, לא “בלי דגלים”.

7.2 מפעילים את ההרשאה על ה-token הנכון לפני הקריאה

עם כל אחד מה-APIs האלה, כיבוי ה-PC המקומי דורש שהרשאת SE_SHUTDOWN_NAME תהיה מופעלת מראש עם AdjustTokenPrivileges. כברירת מחדל, משתמש מחובר יכול להפעיל את ההרשאה הזו, אבל אם קוראים כשהיא עדיין כבויה, ה-API נכשל ושום shutdown לא מתחיל.¹¹²³

ה-token שעליו מפעילים אותה נבדל לפי API.

לאפליקציית desktop או kiosk רגילה שאינה עושה impersonation אין thread token. OpenThreadToken נכשל עם ERROR_NO_TOKEN, לכן מוודאים שהקוד אינו ממשיך לקריאה כשההרשאה עדיין כבויה.

7.3 כדי להתנהג כמו תפריט החשמל, קוראים את ההגדרה האפקטיבית

EWX_HYBRID_SHUTDOWN הוא דגל ש“מבקש Fast Startup”, לא כזה ש”עוקב אחרי ההגדרה של המחשב הזה”.²³

אם Fast Startup כבוי אבל קובץ ה-hibernation נשאר במחשב, בקשה עם הדגל הזה פירושה שהאפליקציה עוקפת את הגדרת המשתמש. כלי שכבוד להגדרה צריך לבדוק את ה-policy, את HiberbootEnabled המקומי, והאם קובץ ה-hibernation קיים, לפי אותם כללים כמו הסקריפט ב-5.3.

משלבים EWX_SHUTDOWN עם EWX_HYBRID_SHUTDOWN רק כשההגדרה האפקטיבית מופעלת; אחרת בוחרים full shutdown שמכבה חשמל. מאשרים את התוצאה עם Event 27 באתחול הבא.

7.4 Services חייבים לטפל ב-power events, לא רק בהודעות עצירה

ב-hybrid shutdown, אפליקציות ב-session המשתמש נסגרות, אבל services של Session 0 נכנסים ל-hibernation ומשחזרים. Services לפי משתמש נעצרים ונמחקים ב-sign-out, לכן משאירים כאן את השניים נבדלים.²⁷

בכניסה ל-hibernation, אפליקציות ו-services מקבלים הודעה קודם, ואז drivers. הנקודה החשובה היא שב-resume, drivers ו-services אינם מתחילים מחדש; הם חוזרים למצב שהיו בו לפני hibernation.⁶

התיעוד של Microsoft לכלי ההערכה שלה מסביר שהודעות suspend נשלחות בסדרה ל-services שהצהירו SERVICE_ACCEPT_POWEREVENT, שחל timeout של 30 שניות לכל service, ושמנקודת המבט של service Fast Startup זהה ל-hibernation.²⁴

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

הודעות העצירה הן SERVICE_CONTROL_SHUTDOWN / SERVICE_CONTROL_PRESHUTDOWN. הטיפול הזה נחוץ ל-restart ול-full shutdown, לכן לא מסירים אותו. משאירים אותו, ובנוסף מבצעים ניקוי וחיבור מחדש ב-power events של המעבר ל-sleep או hibernation וה-resume מהם.²⁵

אף אחת מההודעות אינה נמסרת אלא ל-services שעשו את הצהרת הקבלה המתאימה. בלי ההצהרה, ה-service מסתיים בלי הודעה בזמן עצירה, ונכנס ל-hibernation ומשחזר בלי הודעה ב-hybrid shutdown. מה שמתחיל שוב באתחול אחרי full shutdown הם services שסוג ההפעלה שלהם הוא Automatic. Services מסוג Manual ו-Disabled לא חוזרים בלי תלות, trigger או הפעלה מפורשת. איך לקבל power events בפועל מכוסה ב-“אפליקציות שנשברות אחרי Sleep”.²⁴

7.5 Drivers יכולים להבחין בין Fast Startup ל-resume רגיל מ-hibernation

Drivers יכולים להבחין בין השניים באמצעות SYSTEM_POWER_STATE_CONTEXT שנכלל ב-system set-power IRP.⁵

ה-NDIS driver שמסופק במערכת משתמש בהבדל הזה: הוא מכבה את יכולת ה-wake של ה-miniport ל-Fast Startup ואינו מכבה אותה ל-resume מ-hibernation רגיל. זו הסיבה, שהוסברה ב-4.4, למה WOL מטופל אחרת אף על פי ששניהם S4.⁵

גם ההנחיה של Microsoft היא ש-drivers שמגדירים התקן אחרת ב-cold boot וב-resume מ-hibernation צריכים להגדיר אותו כמו ב-cold boot אחרי Fast Startup.⁵

8. שיקוף זה בנוהלים ובניטור

אחרי שמבינים את המנגנון, מיישרים את הפעולות והניסוח שבשימוש בשטח.

ציון “restart” במפורש חשוב גם למניעת כיבויים כפויים בלחיצה ארוכה על כפתור החשמל בשטח. ניטור מבוסס uptime אפשר להשאיר כפי שהוא. במכונת Fast Startup, הוא מזהה נכון שה-kernel לא עבר restart.

גם כש-restart גורם לבעיה להיעלם, משיגים את בדיקת השחזור ואת אימות הלוג מ-4.1 לפני שמשקפים את זה בנוהלים או בהגדרות. אם restart לא מתקן, מחפשים סיבות שאינן Fast Startup. ראו גם “Shutdown ב-Windows מנקודת המבט של האפליקציה” לקשר בין עדכונים לאפליקציות של מחשבי ציוד.³

9. סיכום

הנקודה לזכור היא ש“shutdown” עם Fast Startup מופעל הוא כיבוי מנקודת המבט של המשתמש, לא פעולה שבונה מחדש את כל מצב Windows. אפליקציות ו-session המשתמש נסגרים, אבל ה-kernel, ה-drivers ו-services של Session 0 נשמרים ומשחזרים.⁵²

במחשב שבו Fast Startup כבוי, או בלי קובץ hibernation, גם “Shut down” רגיל סוגר את session של ה-kernel ונכנס ל-S5.

כדי לאפס פעם אחת, בוחרים Restart; כדי לסיים לגמרי ולנתק גם חשמל, בוחרים shutdown /s /t 0. לא מסיקים את הסיבה רק כי restart תיקן; מאמתים עם בדיקת שחזור, Event 27 והלוגים סביבם.¹⁹

האם לכבות Fast Startup מחליטים לפי האם המכונה מניחה אתחול והאם OS אחר משנה את אותו volume. לאחרון נחוצים גם אמצעים ל-hibernation מפורש. אם WOL היא המטרה, בוחנים מחדש את מצב ההמתנה במקום להחליף את ההגדרה.¹⁷²⁰⁴

מאמרים קשורים

• Shutdown ב-Windows מנקודת המבט של האפליקציה — exit notifications, restart ו-power loss
• אפליקציות שנשברות אחרי Sleep —‏ power events ב-Windows ואיך לבנות אפליקציה עסקית ששורדת resume
• Sleep, hibernation, Modern Standby ואפליקציות ארוכות-ריצה — לתכנן סביב “זה עמד בלילה”
• מה זה Windows Efficiency mode? - אייקון העלה הירוק ואיך לכבות
• הגדרות Advanced של NIC ב-Windows: RSS, LSO, EEE ו-Wake on LAN
• Windows Update אחרי ש-WSUS הפך ל-deprecated — איך בוחרים בין WUfB, Autopatch ו-Intune
• איזה Windows לשים במחשב תעשייתי? — מדריך מעשי ל-Windows IoT Enterprise / LTSC
• איך בונים ומפעילים Windows Services — מבחירה בין Task Scheduler ל-Services ועד הפיכת BackgroundService ל-Windows Service

תחומי ייעוץ קשורים

KomuraSoft LLC מטפלת בתכנון תקני provisioning שכוללים את תפעול החשמל של מחשבי ציוד ומסופי kiosk (shutdown, sleep, hibernation ו-Wake on LAN), בחקירת שורש של בעיות אפליקציות ארוכות-ריצה כמו “רק restart מתקן” ו”זה עמד בבוקר”, וב-design review של טיפול ב-power events ב-Windows services ובאפליקציות תושבות. אפשר להתחיל מתיק בודד כמו “ה-uptime לא יורד אף שמכבים כל לילה”.

• פיתוח אפליקציות Windows
• חקירת תקלות ואיתור גורמים
• ייעוץ טכני וסקירת תכנון
• יצירת קשר

קישורים

מאמרים קשורים

מאמרים עדכניים עם אותן תגיות, להעמקה בנושאים קרובים.

נושאים קשורים

העמודים האלה ממקמים את הנושא בהקשר רחב יותר של שירותים והחלטות.

שירותים הקשורים לנושא הזה

המאמר קשור ישירות לשירותים הבאים.

שאלות נפוצות

שאלות נפוצות בפניות בנושא המאמר.

בעיה ש-"shutdown" לא תיקן נעלמה אחרי "restart". למה?

בגרסאות client של Windows 8 ואילך, "shutdown" בתצורה שבה Fast Startup מופעל (ברירת המחדל ברוב המחשבים שתומכים ב-hibernation) הוא hybrid shutdown. המשתמש יוצא ב-sign-out, אבל מצב ה-kernel, ה-drivers וה-services נשמר לקובץ ה-hibernation (hiberfil.sys) ומשחזר כפי שהוא באתחול הבא. כלומר, ליבת ה-OS לא אופסה. "Restart", לעומת זאת, תמיד מבצע מחזור full boot בלי קשר להגדרת Fast Startup, ולכן מצב רע ב-drivers וב-services מתאפס. עם זאת, זה ש-restart תיקן אינו מאשר לבדו את הסיבה. בעיה לסירוגין פשוט אולי לא שוחזרה, או שה-restart תיקן כי השלים עדכון שהמתין. מאשרים כמה פעמים ש"זה משתחזר אחרי shutdown ולא משתחזר אחרי restart", מאמתים עם Kernel-Boot Event 27 בלוג System שמראה שהאתחול האחרון היה 0x1 (Fast Startup) ועם רישומים בצד ה-driver, ורק אז מתייחסים למצב שנשמר כסיבה. בבידוד בעיה משתמשים ב-"restart", לא ב-"כיבוי והדלקה מחדש".

ה-uptime ב-Task Manager לא התאפס כבר ימים. משהו שבור?

מונה ה-uptime עצמו עובד נכון. אם "מכבים" כל לילה וה-uptime ממשיך לגדול, זו כנראה ההתנהגות המוגדרת של Fast Startup (hybrid shutdown), אבל shutdown שנכשל ולא הסתיים נראה אותו דבר, לכן לא מסיקים "שום דבר לא שבור" עד שבדקתם Event 27 ואת רשומות הלוג סביבו שמתוארות בהמשך. Uptime הוא הזמן שחלף מאז שה-kernel עלה, וב-hybrid shutdown ה-kernel רק נכנס ל-hibernation ומשחזר, כך שהמונה ממשיך לרוץ. גם התיעוד של Microsoft מציין במפורש שב-shutdown שיזם המשתמש ה-kernel, ה-drivers וה-services נשמרים ומשחזרים במקום לעבור restart, כך שה-uptime בין restart-ים של ה-kernel יכול להיות ארוך משמעותית מגרסאות Windows קודמות. Uptime נשמר גם ב-resume מ-sleep או hibernation וגם ב-shutdown שלא הסתיים, לכן כדי להיות בטוחים מאשרים עם Kernel-Boot Event 27 בלוג System שסוג האתחול האחרון היה 0x1 (Fast Startup). כדי לאפס את ה-uptime בוחרים "Restart" או מבצעים full shutdown עם shutdown /s /t 0.

כדאי לכבות Fast Startup?

לא באופן גורף. Microsoft אינה ממליצה לכבות Fast Startup, ובמחשב נייד רגיל האתחול המהיר שווה יותר מהחסרונות. כדאי לכבות במכונות שמופעלות בהנחה ש"כיבוי מאתחל הכול", כמו מחשבי ציוד ומכונות בדיקה, בסביבות dual-boot שחולקות את אותו דיסק עם OS אחר, ובמכונות בדיקה שעולות מ-OS אחר ומשנות את ה-volume (במקרה הזה, כיבוי Fast Startup לבדו משאיר hibernation מפורש זמין, ולכן גם מכבים hibernation עם powercfg /h off, או דורשים full shutdown לפני החלפת OS בנוהל). אם המטרה היא לפנות מקום בדיסק, כיבוי Fast Startup אינו מוחק את קובץ ה-hibernation (hiberfil.sys), ולכן לא ישיג את זה. כדי לכווץ את קובץ ה-hibernation תוך שמירה על Fast Startup משתמשים ב-powercfg /h /type reduced; אם אין צורך ב-hibernation בכלל, משתמשים ב-powercfg /h off. אם פשוט "רוצים לאפס פעם אחת", restart או shutdown /s /t 0 עושים את העבודה בלי לשנות הגדרה.

אי אפשר להעיר מחשב כבוי עם Wake on LAN.

ב-Windows 10/11, Wake on LAN אינו נתמך לא מ-shutdown ברירת המחדל (hybrid shutdown) ולא מ-full shutdown (S5). כי מצב שבו המשתמש הורה על shutdown אמור לצרוך אפס חשמל, Windows אינו מכין (arm) את מתאם הרשת ל-wake. Wake on LAN זמין מ-sleep (S3) או כשהמשתמש בחר במפורש hibernation (S4). Hybrid shutdown הוא גם S4 במציאות, אבל Windows מכבה במפורש Wake on LAN רק במעבר ל-hybrid shutdown. למכונה שרוצים להעיר בלילה לעדכונים, מפעילים אותה ב-"Sleep" או "Hibernate" במקום "Shut down", או בודקים את יכולות ה-wake של ה-firmware. במכונות Modern Standby (S0 low-power idle), שאין להן S3, הרשת יכולה להיות מקור wake גם בזמן sleep, אבל האם באמת אפשר להעיר תלוי ב-NIC, ב-firmware, בתנאי החשמל ובמימוש של ה-OEM, לכן מאמתים במכונה אמיתית לפני שבונים את זה לתפעול.

בחרתי "Update and shut down" ב-Windows Update, אבל העדכון עדיין לא הסתיים באתחול הבא.

תיעוד התמיכה של Microsoft מציין במפורש שחלק מהעדכונים יכולים להסתיים רק באתחול שאחרי full shutdown, ועשויים לא להסתיים כשהאתחול עובר דרך Fast Startup (hibernation). כשרוצים שהעדכון ייגמר בוודאות, בוחרים "Update and restart". בסביבות שמנוהלות ב-Configuration Manager, ההשהיה הזו שופרה ב-Configuration Manager 2002 וב-Windows 10 21H1.

האפליקציה העסקית הפנימית שלנו קוראת ל-shutdown. איזה API נותן full shutdown?

InitiateSystemShutdownEx ו-InitiateSystemShutdown אף פעם לא הופכים ל-hybrid: עם bRebootAfterShutdown = FALSE הם מכבים חשמל (full shutdown), ועם TRUE הם עושים restart. InitiateShutdown מבצע shutdown ל-Fast Startup רק כשדגל SHUTDOWN_HYBRID משולב עם SHUTDOWN_POWEROFF (בשילוב עם SHUTDOWN_RESTART זה restart, ו-SHUTDOWN_NOREBOOT רק עוצר את המערכת בלי לכבות חשמל), ו-ExitWindowsEx רק כש-EWX_HYBRID_SHUTDOWN משולב עם EWX_SHUTDOWN (EWX_HYBRID_SHUTDOWN אינו מצוין לבדו). אם האפליקציה מממשת כפתור "כיבוי" של מחשב ציוד, קוראים ל-InitiateSystemShutdownEx עם bRebootAfterShutdown = FALSE, או ל-ExitWindowsEx עם EWX_POWEROFF בלבד (בלי EWX_HYBRID_SHUTDOWN; EWX_SHUTDOWN רק עוצר את המערכת עד נקודה שבה אפשר לכבות חשמל בבטחה ואינו מכבה), ומקבלים full shutdown בלי קשר להגדרה (שניהם מניחים שההרשאה SE_SHUTDOWN_NAME הופעלה עם AdjustTokenPrivileges: ExitWindowsEx על process token, InitiateSystemShutdownEx על ה-token האפקטיבי של ה-thread הקורא; אם היא נשארת כבויה הקריאה נכשלת). משורת הפקודה, shutdown /s /t 0 הוא full shutdown כברירת מחדל והופך ל-hybrid רק כשמוסיפים /hybrid.

פרופיל הכותב

עמוד היכרות עם כותב המאמר.

Go Komura

מנהל KomuraSoft LLC

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