빠른 시작의 정체 ── Windows의 「종료」가 다시 시작과 다른 이유

「종료하고 전원을 다시 켰는데도 프린터가 인식되지 않는다. 그런데 다시 시작했더니 해결되었다」

이 차이를 이해하는 열쇠가 Windows의 빠른 시작입니다. Windows 8 이후에서는 최대 절전 모드를 지원하고 이 기능이 활성화된 PC의 「종료」가 Windows의 상태를 전부 새로 만드는 조작이 아닙니다. 앱과 사용자 세션은 닫히지만 커널·드라이버·서비스의 상태는 저장했다가 다음 부팅에서 복원합니다. 이것을 하이브리드 종료라고 부릅니다.¹²

한편 「다시 시작」은 빠른 시작 설정과 관계없이 항상 완전한 부팅 사이클을 수행합니다. 「전원을 껐다가 다시 켠다」와 「다시 시작한다」는 같은 조작이 아닙니다.¹

이 글에서는 먼저 조작을 고르는 방법을 제시하고, 그 이유, 증상별 원인 분리, 확인 방법, 설정 변경의 판단으로 나아갑니다. API와 Windows 서비스의 구현상 주의점은 7장에 정리했습니다. 대상은 Windows 10/11을 관리하는 IT 부서 담당자와 장비 PC·검증용 PC를 위한 Windows 앱 개발자입니다. 확인과 설정에는 PowerShell 5.1 이상을 사용합니다.

1. 먼저 결론: 목적에 맞는 조작을 고른다

빠른 시작을 곧바로 끄기 전에 무엇을 하고 싶은지를 구분하십시오.

이 선택의 근거가 되는 것이 다음 세 가지 차이입니다.¹³⁴

flowchart TB
    accTitle: 전원 메뉴의 세 가지 조작과 실제로 일어나는 일
    accDescr: 종료는 기본적으로 하이브리드 종료가 되어 커널을 최대 절전 모드 파일에 저장한다. 다시 시작은 항상 완전한 부팅 사이클을 수행한다. 최대 절전 모드는 사용자 세션까지 통째로 최대 절전 모드 파일에 저장한다.
    shutdown["종료"] --> hybrid["하이브리드 종료(기본값)"]
    hybrid --> saveKernel["커널을 최대 절전 모드 파일에 저장"]
    restart["다시 시작"] --> full["완전한 부팅 사이클"]
    full --> reinit["커널·드라이버·서비스를 새로 만든다"]
    hibernate["최대 절전 모드"] --> s4["최대 절전(S4)"]
    s4 --> saveAll["메모리 전체를 저장"]

그림 1: 「종료」는 상태를 저장하고 「다시 시작」은 Windows 쪽 상태를 새로 만든다. 일반적인 최대 절전 모드는 사용자 세션까지 포함해 저장한다. 다시 시작한다고 해서 연결된 장비의 전원까지 꺼지는 것은 아니다.

「한 번 초기화하는 것」과 「매번의 종료 방법을 바꾸는 것」은 별개의 판단입니다. 일반 업무용 노트북은 켠 채로 두고 필요할 때 다시 시작하는 것이 현실적입니다. Microsoft도 빠른 시작을 일률적으로 비활성화하는 것은 권장하지 않습니다.¹

그림의 실선은 항상 성립하는 관계, 점선은 조건이 붙는 관계입니다(성립 조건은 상세 페이지의 관계별 설명에 적혀 있습니다). 관계 전체 목록(총 24건, 근거와 확신도 포함)과 주요 개념의 정의는 지식 맵 상세 페이지에 정리되어 있습니다(일본어). 데이터: JSON-LD / Turtle

2. 구조: Windows의 상태를 「새로 만들지 않고 되돌린다」

2.1 완전 종료와 갈라지는 지점

Windows의 부팅에는 기존의 콜드 부팅, 최대 절전 모드에서의 복귀, Windows 8에서 도입된 빠른 시작이라는 세 가지 모드가 있습니다. 콜드 부팅에서는 부트로더가 커널을 메모리에 읽어 들여 링크하고, 커널이 핵심 기능을 구성한 뒤 연결된 디바이스를 열거하고 드라이버를 읽어 들입니다. 빠른 시작은 그 대신 최대 절전 모드 파일에서 초기화가 끝난 상태를 다시 읽어 들입니다.⁵

다시 읽어 들이기 위한 준비는 직전 종료 때 이루어집니다. 앱을 닫고 모든 사용자를 로그아웃시키는 데까지는 완전 종료와 같습니다. 그다음부터 갈라집니다.⁵¹

드라이버가 받는 것도 종료 알림이 아니라 최대 절전 모드로의 전환을 알리는 전원 IRP입니다. 사용자에게는 전원이 꺼진 것처럼 보여도 Windows의 핵심 부분은 종료되지 않고 다음 부팅까지 저장되어 있는 셈입니다.⁵

2.2 저장되는 것과 닫히는 것

경계는 사용자 세션(세션 1 이후의 대화형 세션)과 커널 세션(세션 0)에 있습니다.⁶²

사용자 단위 서비스와 세션 0의 서비스는 같은 「서비스」라도 처리가 다릅니다. 전자는 로그인할 때 만들어지고 로그아웃할 때 중지·삭제되므로 이월되지 않습니다.⁷

반대로 저장되는 쪽에는 드라이버의 내부 상태나 시스템 서비스가 보유한 핸들·메모리·내부 캐시가 남습니다. Microsoft의 하드웨어용 문서도 커널·드라이버·서비스가 다시 시작되는 것이 아니라 저장·복원되기 때문에 커널의 재시작 사이의 가동 시간이 이전 Windows보다 길어질 수 있다고 설명하며, 드라이버나 서비스의 메모리 누수를 모니터링하도록 요구하고 있습니다.²

2.3 일반적인 최대 절전 모드와의 차이

일반적인 최대 절전 모드는 사용자 세션을 포함한 메모리 전체를 저장합니다. 빠른 시작은 사용자를 로그아웃시킨 뒤에 저장합니다. 그만큼 최대 절전 모드 파일이 작아지고 쓰기도 다시 읽기도 빨라집니다.²⁶

전원 상태 용어로 말하면 완전 종료가 S5, 최대 절전 모드가 S4입니다. 하이브리드 종료는 사용자에게는 S5처럼 보이지만 실제로는 S4를 거칩니다. 다만 디바이스의 wake 알람에 대한 응답은 S5에 준해 처리됩니다. 같은 S4라도 일반적인 최대 절전 모드와 모든 동작이 같아지는 것은 아니며, 이 차이가 4.4의 Wake on LAN과 관계됩니다.⁶

2.4 다음 부팅에서는 「초기화」가 아니라 「재개」한다

빠른 시작에서의 부팅은 펌웨어 초기화, 최대 절전 모드 파일 읽기, 디바이스 재개, Winlogon 재개, Explorer 초기화의 순으로 진행됩니다. 최대 절전 모드 파일에는 종료할 때 기록한 시스템의 컨텍스트가 저장되어 있습니다.⁸

여기서 중요한 것은 디바이스가 초기화되는 것이 아니라 재개된다는 점입니다. 주변 기기를 인식하지 못한다거나 USB 기기가 복귀 후에 반응하지 않는 등의 이상 상태를 드라이버가 내부에 품고 있었다면 그 상태도 이월될 수 있습니다.

「다시 시작」은 이 저장·복원 경로를 사용하지 않고 항상 완전 부팅을 거칩니다. 드라이버를 설치한 뒤나, 완전한 다시 시작 없이는 교체할 수 없는 Windows의 구성 요소를 업데이트한 뒤에 다시 시작이 필요한 것도 Windows 쪽 상태를 새로 만들기 위해서입니다.¹

3. 설정을 바꾸지 않고 초기화·완전 종료하기

3.1 초기화하고 계속 쓸 것이라면 「다시 시작」

결함의 원인을 분리하거나 Windows를 한 번 깨끗한 상태로 되돌리고 싶은 경우에는 전원 메뉴의 「다시 시작」 을 고릅니다. 빠른 시작 설정에 좌우되지 않으므로 절차서에도 이 조작을 적는 것이 확실합니다.¹

다만 다시 시작은 완전한 부팅 사이클일 뿐, 전원이 꺼진 상태(S5)로 두는 조작은 아닙니다. 다른 OS에서 디스크를 다루기 전처럼 Windows를 완전히 종료하고 전원도 꺼야 하는 경우에는 다음 방법을 사용합니다.

3.2 전원까지 끄려면 shutdown /s /t 0

작업을 저장한 뒤 다음 명령을 실행합니다.

shutdown /s /t 0

Shutdown.exe 의 /s 는 기본적으로 완전 종료입니다. 하이브리드 종료로 만들고 싶을 때만 /hybrid 를 /s 와 조합합니다. 전원 메뉴의 「종료」와 명령의 /s 는 기본 동작이 다릅니다.¹⁹

장비 PC의 종료 처리나 배치에서도 이 명령이라면 「완전히 종료하고 전원을 끈다」는 의도를 분명히 할 수 있습니다. 참고로 /g 는 완전히 종료한 뒤 다시 시작하고, 자동 다시 시작 로그온(ARSO)이 활성화되어 있으면 등록된 앱을 재개하는 옵션이며, 전원을 끈 상태로 두라는 지정이 아닙니다.⁹

3.3 Shift 키를 쓰는 방법과 앱에서 호출하는 방법

Shift 키를 누른 채 「종료」 를 고르면 그 한 번만 완전 종료가 됩니다. 다만 이것은 공식 레퍼런스가 아니라 Microsoft Q&A의 지원 답변에서 안내하는 절차입니다. 운영에 사용할 경우에는 5장의 가동 시간이나 이벤트 27로 결과를 확인하고, 사용자용 절차서에는 확실성 면에서 「다시 시작」이나 shutdown /s /t 0 을 적는 편이 무난합니다.¹⁰

앱에서 API로 완전 종료를 할 수도 있습니다. 예를 들어 InitiateSystemShutdownEx 의 bRebootAfterShutdown 을 FALSE 로 하는 방법입니다. API별 플래그, 전원 끄기와 다시 시작의 차이, 필요한 권한은 7장에 정리합니다.¹¹

4. 증상별로 원인을 분리한다

여기까지의 구조로 가동 시간이나 결함의 이월은 설명할 수 있습니다. 다만 눈앞의 증상을 빠른 시작 탓이라고 단정해서는 안 됩니다. 특히 Wake on LAN은 별개의 제약으로 분리해서 봅니다.

4.1 종료로는 해결되지 않고 다시 시작하면 해결된다

가장 먼저 할 일은 다시 시작한 뒤에도 재현되는지 확인하는 것입니다. 다시 시작으로 사라진다면 드라이버나 서비스에 이월된 상태가 원인이라는 가설이 유력해집니다.

다만 다시 시작으로 해결되었다는 것만으로는 확정할 수 없습니다. 간헐적인 결함이 우연히 나타나지 않았을 가능성도, 다시 시작이 보류 중인 업데이트를 완료시켰을 가능성도 있습니다. 원인으로 다루기 전에 다음과 같이 뒷받침합니다.

1. 「종료 후에는 재현되고 다시 시작 후에는 재현되지 않는다」를 여러 번 확인한다.
2. 5장의 Kernel-Boot 이벤트 27에서 직전 부팅이 빠른 시작(0x1)이었음을 확인한다.
3. 장치 관리자나 시스템 로그에 있는 드라이버 쪽 기록과 대조한다.

뒷받침을 얻더라도 곧바로 모든 단말의 설정을 바꿀 필요는 없습니다. 대부분의 경우 절차서의 「전원을 껐다가 다시 켠다」를 「다시 시작한다」로 고치면 충분합니다. 매번 종료할 때 초기화를 보장해야 하는 단말인지는 6장에서 판단합니다.

종료 자체가 실패해 잠금 화면으로 되돌아가는 경우에는 별도의 확인이 필요합니다. 빠른 시작이 활성화된 종료는 최대 절전 처리로 실행되며, 그 도중에 메모리 덤프 구성을 초기화합니다. 덤프 필터 드라이버를 읽어 들이지 못하면 최대 절전에 실패해 이벤트 ID 45를 기록하고 잠금 화면으로 돌아갑니다. Microsoft가 제시하는 확인 위치는 HKLM\SYSTEM\CurrentControlSet\Control\CrashControl 의 DumpFilters 입니다. 이 증상은 「종료의 실패」가 아니라 「최대 절전의 실패」로 파악하면 조사할 곳이 분명해집니다.¹

4.2 매일 밤 종료해도 가동 시간이 초기화되지 않는다

작업 관리자의 「성능」>「CPU」에 며칠에 걸친 가동 시간이 표시되는 경우가 있습니다. 하이브리드 종료에서는 커널이 최대 절전 모드로 전환·복원될 뿐이므로 커널의 부팅 시각은 갱신되지 않습니다.²

WMI에서는 Win32_OperatingSystem.LastBootUpTime 을 사용해 현재 시각에서 부팅 시각을 빼서 가동 시간을 구합니다. 완전 부팅을 거치는 다시 시작이나 완전 종료 후의 부팅에서는 이 기준이 되는 부팅 시각이 갱신됩니다.¹²

PowerShell 6 이후의 Get-Uptime 은 고해상도 타이머의 시스템 부팅 이후 틱 수를 사용합니다. 그래서 WMI로 구한 값과 미세하게 다를 수 있지만, 커널의 부팅을 기준으로 삼는다는 점은 같습니다.¹³

가동 시간이 길다는 것만으로 고장이라고도 빠른 시작 탓이라고도 단정하지 마십시오. 절전, 명시적인 최대 절전 모드, 완료되지 않은 종료에서도 가동 시간은 유지됩니다. 이벤트 27과 그 주변 로그를 확인한 뒤에 설명합니다.

또한 「가동 시간이 30일을 넘으면 다시 시작을 유도한다」와 같은 모니터링에서는 매일 종료하는 사용자에게도 경고가 뜹니다. 모니터링이 잘못된 것은 아닙니다. 알림 문구를 「다시 시작해 주십시오」로 해 두면 「어젯밤에 종료했는데」라는 혼란을 피할 수 있습니다.

4.3 「업데이트 후 종료」를 골라도 업데이트가 끝나지 않는다

업데이트를 끝내고 싶을 때는 「업데이트 후 다시 시작」을 고릅니다. Microsoft의 지원 정보(KB4011287)는 일부 업데이트가 완전 종료 후의 부팅에서만 완료될 수 있고 빠른 시작의 최대 절전 경유에서는 보류되는 경우가 있다고 설명합니다. 이 동작은 다시 시작에서는 일어나지 않습니다.³

「업데이트 후 종료」를 한 다음 날 아침에 다시 「업데이트 중」이 나오는 것은 업데이트 실패가 아니라, 완전 부팅을 기다리던 처리가 그 부팅에서 진행되고 있을 뿐인 경우가 많습니다. 빠른 시작을 비활성화한 경우에는 「업데이트 후 종료」도 완전 부팅을 거치므로 전제가 달라집니다.

같은 지원 정보에는 Configuration Manager로 관리하는 환경에서의 업데이트 완료 지연이 Configuration Manager 2002과 Windows 10 21H1에서 해결되었다는 내용도 기재되어 있습니다.³

4.4 종료한 PC를 Wake on LAN으로 깨울 수 없다

이 문제는 빠른 시작을 끄는 것만으로는 해결되지 않습니다. Windows 10/11에서는 하이브리드 종료에서도 완전 종료(S5)에서도 Windows로서의 Wake on LAN(WOL)이 지원되지 않습니다.⁴¹⁴

같은 S4라도 「최대 절전 모드」와 「종료」에서는 Windows의 처리가 다릅니다. Microsoft의 설명에 따르면 종료를 지시한 사용자는 소비 전력 0을 기대하므로 Windows는 하이브리드 종료로 전환할 때 NIC를 wake용으로 준비(arm)하지 않습니다. 명시적인 최대 절전 모드로의 전환에서는 이 비활성화를 하지 않습니다.⁴

Windows 7에서도 기본 완전 종료(S5)에서의 WOL은 공식적으로 지원되지 않았습니다. 다만 잔류 전력이 있으면 NIC가 wake용으로 준비된 채로 남는 기종이 있었습니다. Windows 10의 기본 하이브리드 종료에서는 Windows가 명시적으로 wake를 비활성화한다는 차이가 있습니다.⁴

Modern Standby 기기는 「절전이면 반드시 깨어난다」고 일반화할 수 없습니다. powercfg /a 에 「S0 저전력 대기」라고 나오는 기종에는 S3가 없습니다. Modern Standby에서는 화면이 꺼져 있어도 시스템이 저전력으로 동작하고, Wi-Fi·Ethernet·모바일 광대역이 연결을 유지해 wake 소스가 될 수 있습니다. Ethernet 연결 시 원격 데스크톱이나 파일 공유로 SoC를 깨울 수 있다는 점도 Microsoft의 자료에 기재되어 있습니다.¹⁵

다만 같은 자료에는 다음 조건도 있습니다.¹⁵

• 연결이 끊긴 대기 상태에서는 앱이 네트워크를 사용할 수 없고, 배터리로 구동하는 동안에는 네트워크 스택이 연결 해제를 시작하는 경우가 있다.
• 유선 LAN은 패턴 매칭 오프로드를 지원하지 않으면 Modern Standby 대응이 되지 않는다.
• Windows 11 version 24H2 이후에는 과도한 배터리 소모를 감지하면 많은 wake 소스가 비활성화된다.

Surface에서는 Windows 10 version 1607 이후 Modern Standby 중의 WOL이 기본적으로 동작한다고 되어 있지만, 타사 노트북에 대한 보장은 되지 않습니다. 실제로 깨울 수 있는지는 NIC·펌웨어·AC/DC의 전원 조건·OEM의 구현으로 결정되므로 야간 작업 같은 무인 운영에 넣기 전에 실제 기기에서 확인하십시오.¹⁶

또한 펌웨어와 하드웨어가 독자적으로 S4/S5에서의 wake용으로 NIC를 준비할 수 있는 기종도 있습니다. 이 경우 Windows는 관여하지 않습니다. 「종료 상태에서도 깨어나는 기종이 있다」는 것은 이 예외입니다.⁴

운영 측면에서는 깨우고 싶은 단말을 「절전」이나 「최대 절전 모드」로 대기시키는 것이 기본입니다. NIC의 「Wake on Magic Packet」 등을 올바르게 설정했더라도 OS의 전원 전환이 wake를 비활성화했다면 깨어나지 않습니다. 드라이버 쪽의 구별 방법은 7.5에서 설명합니다. Modern Standby의 동작은 「슬립·최대 절전 모드·Modern Standby와 장시간 가동 앱」, NIC의 설정은 「Windows NIC 고급 설정 가이드」도 참조하십시오.

4.5 듀얼 부팅이나 다른 OS에서 같은 디스크를 다루기

이 절은 전원 상태의 1차 정보를 바탕으로 구조에서 도출되는 주의점입니다. 하이브리드 종료에서는 커널의 메모리 이미지가 저장되고 다음 부팅에서 복원됩니다.⁶

최대 절전에 들어가는 시점에 보류 중인 쓰기는 디스크에 확정되지만, 파일 시스템 드라이버의 캐시나 볼륨 구조에 대한 전제는 최대 절전 모드 파일에 남습니다. 이 사이에 다른 OS(Linux나 Windows PE 등)가 같은 NTFS 볼륨에 쓰면, 다음번에 Windows가 복원한 예전 인식과 디스크의 실체가 어긋납니다.

위험한 것은 최대 절전 자체가 아니라 다른 OS가 덮어쓴 뒤에 Windows가 예전 상태를 복원하는 것입니다. Linux 쪽 NTFS 드라이버가 최대 절전 모드 상태인 볼륨에 대한 쓰기를 거부하거나 읽기 전용으로 마운트하는 것은 이 불일치를 막기 위한 올바른 동작입니다.

같은 디스크를 여러 OS로 다루는 단말이나 복구용 다른 OS로 부팅하는 검증용 PC에서는 다음 둘 중 하나를 운영에 포함시킵니다.

• 빠른 시작을 끄고 powercfg /h off 로 명시적인 최대 절전 모드도 비활성화한다.
• OS를 전환하기 전에 3장의 완전 종료를 필수로 한다.

빠른 시작만 꺼도 명시적인 최대 절전 모드는 남습니다. 최대 절전 모드에 들어간 채로 다른 OS에서 쓰면 같은 불일치가 발생한다는 점에 주의하십시오.

4.6 펌웨어 설정이나 디바이스 구성의 변경이 반영되지 않는다

UEFI 설정이나 주변 기기의 구성을 바꿨는데도 전원을 껐다가 다시 켜면 이전 상태가 남아 있는 것처럼 보이는 경우에는 다시 시작해서 완전 부팅을 거칩니다. 빠른 시작에서는 드라이버가 콜드 부팅 때의 초기화가 아니라 재개 경로를 지나기 때문입니다.

Microsoft는 콜드 부팅과 최대 절전 복귀에서 디바이스 구성을 바꾸는 드라이버에 대해, 빠른 시작 후에는 콜드 부팅으로 간주해 구성하도록 요구하고 있습니다. 그렇게 구현되어 있지 않은 드라이버에서는 재개 경로가 문제가 됩니다. 드라이버 쪽에서의 판별 방법은 7.5에 정리합니다.⁵

5. 「설정」과 「실제 부팅 경로」를 나누어 확인한다

빠른 시작이 활성화된 설정이라 해도 직전 부팅이 그 경로였다고는 할 수 없습니다. 설정을 확인하는 정보와 부팅 결과를 확인하는 정보를 나누어 읽습니다.

5.1 확인할 곳은 네 군데

가동 시간을 다루는 방식은 4.2에서, 최대 절전 모드 파일과 설정의 관계는 6.3·6.4에서도 설명합니다.²⁶¹⁷¹⁸

5.2 이벤트 27을 읽는 법

Kernel-Boot의 이벤트 27은 부팅할 때 「부팅 유형은 0x1이었습니다」와 같은 값을 기록합니다. 값의 의미는 공식 레퍼런스에 기재되어 있지 않지만 다음과 같은 대응으로 널리 알려져 있습니다.

가동 시간이 이어지고 있어도 직전 값이 0x2 라면 일반적인 최대 절전 모드에서의 복귀이지 빠른 시작이 아닙니다. 가동 시간만으로 설명하지 말고 이벤트 27과 조합합니다.

5.3 PowerShell로 한꺼번에 확인한다

다음 스크립트는 설정·최대 절전 모드 파일·가동 시간·직전 5회 부팅의 종류를 한꺼번에 표시합니다. 레지스트리와 이벤트 로그의 읽기는 관리자 권한이 없어도 대부분 동작하지만, powercfg /a 는 환경에 따라 관리자 권한을 요구합니다.

# 빠른 시작 설정과 직전 부팅의 종류를 한꺼번에 표시한다
$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"

# 최대 절전 모드 파일이 없으면(powercfg /h off) 레지스트리 값과 관계없이 빠른 시작은 동작하지 않는다.
# 정책 「빠른 시작 사용 요구」는 사용(1)일 때만 로컬 설정보다 우선한다.
# 정책 값이 0이거나 구성되지 않음이면 로컬 설정(값 없음은 기본적으로 활성화)이 사용된다
$effective =
    if (-not $hiberfil) { '사용 불가(최대 절전 모드 파일 없음: powercfg /h off 상태)' }
    elseif ($null -ne $policy -and $policy.HiberbootEnabled -eq 1) { '활성화(정책으로 강제)' }
    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

# 직전 5회 부팅의 종류(0x0=완전 부팅, 0x1=빠른 시작, 0x2=최대 절전에서의 복귀)
Get-WinEvent -FilterHashtable @{ LogName = 'System'; ProviderName = 'Microsoft-Windows-Kernel-Boot'; Id = 27 } -MaxEvents 5 |
    Select-Object TimeCreated, Message

# 사용 가능한 절전 상태와 최대 절전 모드 파일의 종류
powercfg /a

여기서 표시하는 유효 설정은 최대 절전 모드 파일이 있는지, 정책으로 활성화를 강제하고 있는지, 로컬 설정은 어떤지의 순으로 판단합니다. 정책 값이 0 이거나 구성되지 않음이면 로컬 설정을 사용하고, 최대 절전 모드 파일이 없으면 어떤 설정값이든 빠른 시작을 쓸 수 없습니다.

5.4 「누가 종료를 요청했는가」는 다른 로그에서 확인한다

시스템 로그의 이벤트 ID 1074(User32) 에는 요청한 프로세스·사용자·이유 코드와 요청된 조작(전원 끄기, 다시 시작 등)이 기록됩니다. 다만 하이브리드도 완전 종료도 전원 끄기로 기록되므로 1074만으로는 둘을 구별할 수 없습니다. 실제 경로는 다음 부팅 때의 이벤트 27로 확인합니다.

예기치 않은 정지는 41(Kernel-Power) 이나 6008(EventLog) 과의 배열로 원인을 분리합니다.¹⁹ 「장비 PC가 아침에 멈춰 있었다」를 추적하는 절차는 「앱에서 본 Windows 종료」에서 다루고 있습니다.

6. 빠른 시작을 끄는 판단과 절차

6.1 일률적으로 끄지 말고 단말의 역할로 정한다

Microsoft는 빠른 시작을 기본적으로 활성화하고 비활성화를 권장하지 않습니다. 부팅 시간의 이점이 있고, 하드웨어용 자료에서는 최대 절전 모드 파일의 읽고 쓰기가 부팅 시간의 약 50%를 차지할 만큼 중요한 처리로 다루어집니다. 일반 노트북에서 일률적으로 끌 이유는 없습니다.¹²

판단의 축은 「전원을 끄면 초기화되는 것이 운영의 전제인가」 와 「다른 OS에서 같은 볼륨을 덮어쓰는가」 두 가지입니다. 이 둘은 서로 독립적입니다. 장비 PC니까 껐다는 것으로 확인을 끝내지 말고, 다른 OS로부터의 쓰기가 있는지도 확인합니다.

6.2 한 대씩 변경하기: 제어판

Windows 10/11 모두 변경하는 곳은 「설정」 앱이 아니라 제어판입니다.⁴

1. 「전원 옵션」을 열고 「전원 단추 작동 설정」을 고른다.
2. 항목이 회색이면 「현재 사용할 수 없는 설정 변경」을 클릭한다(관리자 권한이 필요).
3. 「빠른 시작 켜기(권장)」의 체크를 해제한다.
4. 변경 내용을 저장한다.

항목 자체가 표시되지 않는 경우에는 최대 절전 모드가 비활성화되어 있고 최대 절전 모드 파일이 없는 상태입니다. 6.4의 powercfg /a 와 최대 절전 모드 파일 설명을 확인하십시오.

6.3 여러 대에 설정하기: 레지스트리와 정책을 구별한다

로컬 설정값은 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Power 의 HiberbootEnabled(DWORD) 입니다. 0 이면 비활성화, 1 이면 활성화가 되며, 제어판의 체크박스도 이 값을 읽고 씁니다.¹⁷

# 관리자로 연 PowerShell에서 실행한다. 빠른 시작을 비활성화한다
$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

다만 「빠른 시작 사용 요구」 정책이 활성화되어 있으면 로컬 값보다 정책이 우선합니다. 로컬 값을 0 으로 하고 다시 읽은 결과가 0 이어도 활성화된 상태 그대로입니다. 그 경우에는 먼저 정책을 사용 안 함이나 구성되지 않음으로 되돌립니다.¹⁸

이 정책은 WinInit.admx 의 「컴퓨터 구성 > 관리 템플릿 > 시스템 > 종료」에 있습니다. 쓰기 대상은 HKLM\SOFTWARE\Policies\Microsoft\Windows\System 의 HiberbootEnabled 입니다. Intune에서는 Policy CSP의 ADMX_WinInit/Hiberboot 로 구성할 수 있습니다.¹⁸

일률적으로 끄기를 배포하는 경우에는 그룹 정책 기본 설정(Preferences)이나 Intune 구성으로 로컬의 HiberbootEnabled = 0 을 배포합니다. 사용자가 끌 수 없도록 켜기를 강제하는 경우에 이 정책을 활성화합니다.

flowchart TB
    accTitle: 빠른 시작 설정의 3계층
    accDescr: 정책 「빠른 시작 사용 요구」가 활성화되어 있으면 로컬 설정보다 우선해 활성화되고, 구성되지 않음이면 로컬의 HiberbootEnabled가 사용된다. 어느 경로에서든 최대 절전 모드 파일이 존재하지 않으면 빠른 시작은 사용할 수 없다
    policy{"정책: 빠른 시작 사용 요구"}
    policy -->|"사용"| forced["활성화로 고정(로컬 설정은 무시)"]
    policy -->|"사용 안 함·구성되지 않음"| local{"로컬: HiberbootEnabled"}
    local -->|"1(기본값)"| on["활성화"]
    local -->|"0"| off["비활성화"]
    forced --> hib{"최대 절전 모드 파일(hiberfil.sys)이 있는가"}
    on --> hib
    hib -->|"있음(전체 또는 축소)"| works["빠른 시작이 동작한다"]
    hib -->|"없음(powercfg /h off)"| none["빠른 시작을 사용할 수 없다"]

그림 2: 정책은 켜기를 강제하는 설정. 비활성화를 배포하는 것은 로컬 레지스트리 값이며, 어느 쪽이든 최대 절전 모드 파일이 없으면 빠른 시작은 사용할 수 없다.

변경은 다음 종료부터 적용됩니다. 확인할 때는 일반적인 「종료」를 한 뒤 전원을 켜서 이벤트 27이 0x0 이 되는지를 봅니다. 다시 시작은 설정과 관계없이 완전 부팅이 되므로 비활성화 확인에는 쓸 수 없습니다. 레지스트리를 다시 읽는 것은 설정값의 확인이고, 이벤트 27은 실제 경로의 확인입니다.

6.4 powercfg /h off 는 「빠른 시작만 끄기」와는 다르다

빠른 시작은 최대 절전 모드 파일 hiberfil.sys 의 구조를 사용하고 있습니다. powercfg /hibernate off(powercfg /h off)는 그 최대 절전 모드 파일을 삭제하는 조작입니다. 빠른 시작뿐 아니라 일반적인 최대 절전 모드와 하이브리드 절전 모드도 쓸 수 없게 됩니다.²⁰⁶

한편 HiberbootEnabled = 0 으로 해도 최대 절전 모드 파일은 남습니다. 목적에 따라 변경할 대상을 구분하십시오.

전체 최대 절전 모드 파일은 최대 절전 모드·하이브리드 절전 모드·빠른 시작을 지원합니다. 다만 하이브리드 절전 모드에는 S3가 필요하므로 S3가 없는 Modern Standby 기기에서는 전체 최대 절전 모드 파일이 있어도 쓸 수 없습니다. 축소된 최대 절전 모드 파일은 빠른 시작만 지원합니다. 원래 축소 종류였던 PC에서 빠른 시작만 꺼도 일반적인 최대 절전 모드나 하이브리드 절전 모드를 쓸 수 있게 되지는 않습니다.⁶

powercfg /a 의 표시도 이 차이를 구분해서 읽습니다.

/type reduced 가 「매개 변수가 올바르지 않습니다」로 실패하는 경우는 최대 절전 모드 파일의 크기가 수동으로 40%보다 크게 설정되어 있기 때문입니다. 먼저 powercfg /h /size 0 으로 크기를 OS 관리로 되돌린 뒤 다시 실행합니다.⁶²¹

다른 OS에서 같은 볼륨을 덮어쓰는 단말에서는 남아 있는 일반적인 최대 절전 모드에서도 4.5와 같은 불일치가 발생합니다. 빠른 시작의 비활성화만으로 끝내지 말고, 최대 절전 모드도 비활성화하거나 OS 전환 전의 완전 종료를 필수로 하십시오.

7. 개발자용: 종료 API와 서비스의 주의점

7.1 API는 「하이브리드인가」뿐 아니라 「어떤 조작인가」도 지정한다

앱에서 호출하는 종료 API는 전원 메뉴와 기본 동작이 다릅니다. Microsoft의 자료에서는 InitiateSystemShutdownEx 와 InitiateSystemShutdown 은 하이브리드가 되지 않고, InitiateShutdown 과 ExitWindowsEx 는 명시적인 플래그로 하이브리드를 요구합니다.²⁶

SHUTDOWN_HYBRID 는 단독으로 지정하지 않고 같은 표의 하나 이상의 플래그와 조합합니다. 그중 빠른 시작용 전원 끄기가 되는 것은 SHUTDOWN_POWEROFF 와의 조합입니다. EWX_HYBRID_SHUTDOWN 도 단독이 아니라 EWX_SHUTDOWN 과 조합합니다.²²²³

하이브리드 플래그를 떼는 것만으로는 조작이 정해지지 않습니다. 다음 구분도 필요합니다.¹¹²²²³

키오스크 단말이나 장비 PC에 「전원 끄기」 버튼을 구현한다면 InitiateSystemShutdownEx 를 bRebootAfterShutdown = FALSE 로 호출하거나 ExitWindowsEx 를 EWX_POWEROFF 로 호출하고 하이브리드 플래그를 붙이지 않도록 합니다. 「플래그 없음」이 아니라 필요한 전원 끄기 지정을 남기는 것이 중요합니다.

7.2 호출하기 전에 올바른 토큰으로 권한을 활성화한다

어떤 API에서든 로컬 PC의 종료에는 SE_SHUTDOWN_NAME 권한을 AdjustTokenPrivileges 로 활성화해 두어야 합니다. 기본적으로는 로그인한 사용자가 이 권한을 활성화할 수 있지만, 비활성 상태로 호출하면 API는 실패하고 종료는 시작되지 않습니다.¹¹²³

활성화할 토큰은 API에 따라 다릅니다.

가장하지 않는 일반적인 데스크톱 앱이나 키오스크 앱에는 스레드 토큰이 없습니다. OpenThreadToken 은 ERROR_NO_TOKEN 으로 실패하므로, 권한이 비활성화된 채로 호출까지 진행되지 않도록 합니다.

7.3 전원 메뉴와 같은 동작을 원한다면 유효 설정을 읽는다

EWX_HYBRID_SHUTDOWN 은 「빠른 시작을 요구하는」 플래그이지 「그 PC의 설정을 따르는」 플래그가 아닙니다.²³

빠른 시작을 꺼 두었더라도 최대 절전 모드 파일이 남아 있는 PC에 이 플래그를 붙여 요구하면, 사용자의 설정을 앱이 우회하는 형태가 됩니다. 설정을 존중하는 유틸리티에서는 5.3의 스크립트와 같은 규칙으로 정책, 로컬의 HiberbootEnabled, 최대 절전 모드 파일의 유무를 확인합니다.

유효 설정이 활성화되어 있을 때만 EWX_SHUTDOWN 과 EWX_HYBRID_SHUTDOWN 을 조합하고, 비활성화되어 있으면 전원 끄기의 완전 종료를 고릅니다. 결과는 다음 부팅 때의 이벤트 27로 확인합니다.

7.4 서비스는 중지 알림뿐 아니라 전원 이벤트에도 대응한다

하이브리드 종료에서는 사용자 세션의 앱은 닫히지만 세션 0의 서비스는 최대 절전 모드로 전환·복원됩니다. 사용자 단위 서비스는 로그아웃할 때 중지·삭제되므로 여기서는 구별하십시오.²⁷

최대 절전에 들어갈 때는 앱과 서비스, 이어서 드라이버에 알림이 전달됩니다. 복귀할 때 드라이버나 서비스가 다시 시작되는 것이 아니라 최대 절전 전의 상태로 돌아간다는 점이 중요합니다.⁶

Microsoft의 평가 도구 자료는 SERVICE_ACCEPT_POWEREVENT 를 선언한 서비스에 일시 중단 알림이 직렬로 전달되고 서비스마다 30초의 타임아웃이 적용된다는 점, 서비스 관점에서는 빠른 시작이 최대 절전과 마찬가지라는 점을 설명하고 있습니다.²⁴

장비와의 연결을 유지한 채 서비스가 최대 절전 모드로 들어가고 그 사이에 장비 쪽 전원이 꺼졌다면, 다음 날 아침에 복원되는 연결은 이미 쓸 수 없는 상태입니다. 중지 알림에만 뒷정리를 몰아 두면 이 경로를 처리할 수 없습니다.

중지 알림은 SERVICE_CONTROL_SHUTDOWN / SERVICE_CONTROL_PRESHUTDOWN 입니다. 이 처리는 다시 시작과 완전 종료를 위해 필요하므로 빼면 안 됩니다. 그대로 남긴 뒤 절전·최대 절전으로의 전환과 복귀의 전원 이벤트에서도 뒷정리와 재연결을 수행합니다.²⁵

두 알림 모두 대응하는 수락 선언을 한 서비스에만 전달됩니다. 선언하지 않았다면 중지할 때는 알림 없이 종료되고, 하이브리드 종료 때는 알림 없이 최대 절전·복원됩니다. 완전 종료 후의 부팅에서 다시 시작되는 것은 시작 유형이 자동인 서비스입니다. 수동·사용 안 함인 서비스는 종속 관계·트리거·명시적인 시작이 없으면 돌아오지 않습니다. 구체적인 전원 이벤트 수신 방법은 「절전에서 재개하면 깨지는 앱」에서 다루고 있습니다.²⁴

7.5 드라이버는 빠른 시작과 일반적인 최대 절전 복귀를 구별할 수 있다

드라이버는 시스템의 set-power IRP에 포함된 SYSTEM_POWER_STATE_CONTEXT 를 사용해 둘을 구별할 수 있습니다.⁵

시스템이 제공하는 NDIS 드라이버는 이 차이를 사용해 빠른 시작에서는 미니포트의 wake 기능을 비활성화하고, 일반적인 최대 절전에서의 복귀에서는 비활성화하지 않습니다. 이것이 4.4에서 설명한, 같은 S4라도 WOL의 처리가 다른 이유입니다.⁵

또한 콜드 부팅과 최대 절전 복귀에서 디바이스 구성을 바꾸는 드라이버는 빠른 시작 후에는 콜드 부팅으로 간주해 구성한다는 것이 Microsoft의 지침입니다.⁵

8. 절차서와 모니터링에 반영한다

구조를 이해했다면 현장의 조작과 문구를 맞춥니다.

「다시 시작」이라고 명기하는 것은 현장에서 전원 단추 길게 누르기로 강제 전원 차단을 하는 일을 피하는 데에도 중요합니다. 가동 시간 기반의 모니터링은 그대로 사용할 수 있습니다. 빠른 시작을 쓰는 단말에서 커널이 다시 시작되지 않았다는 것을 올바르게 감지하고 있기 때문입니다.

다시 시작으로 결함이 사라진 경우에도 4.1의 재현 확인과 로그의 뒷받침을 얻은 뒤에 절차나 설정에 반영합니다. 다시 시작해도 해결되지 않는 경우에는 빠른 시작 이외의 원인을 추적합니다. 업데이트와 장비 PC 앱의 관계는 「앱에서 본 Windows 종료」도 참조하십시오.³

9. 정리

기억해 둘 것은 빠른 시작이 활성화된 「종료」는 사용자가 보기에 전원 끄기일 뿐, Windows의 상태를 전부 새로 만드는 조작이 아니라는 점입니다. 앱과 사용자 세션은 닫히지만 커널·드라이버·세션 0의 서비스는 저장·복원됩니다.⁵²

빠른 시작을 끈 PC나 최대 절전 모드 파일이 없는 PC에서는 일반적인 「종료」도 커널 세션을 닫고 S5로 들어갑니다.

한 번 초기화하고 싶다면 다시 시작, 완전히 종료하고 전원도 끄고 싶다면 shutdown /s /t 0 을 고릅니다. 다시 시작으로 해결되었다는 것만으로 원인을 단정하지 말고, 재현 확인과 이벤트 27·주변 로그로 뒷받침합니다.¹⁹

빠른 시작을 끌지 여부는 초기화를 전제로 하는 단말인지와 다른 OS에서 같은 볼륨을 덮어쓰는 단말인지로 판단합니다. 후자에서는 명시적인 최대 절전 모드에 대한 대책도 필요합니다. WOL이 목적이라면 설정의 켜기·끄기가 아니라 대기 상태를 재검토합니다.¹⁷²⁰⁴

관련 글

• 앱에서 본 Windows 종료 ── 종료 알림·다시 시작·전원 차단을 올바르게 견디기
• 절전에서 재개하면 깨지는 앱 ── 전원 이벤트의 구조와 재개에 강한 업무 앱을 만드는 방법
• 슬립·최대 절전 모드·Modern Standby와 장시간 가동 앱 ── 「한밤중에 멈춰 있었다」를 설계로 막는다
• Windows 효율 모드란 - 녹색 잎 아이콘과 끄는 방법
• Windows NIC 고급 설정 가이드 - RSS/LSO/EEE/Wake on LAN
• WSUS deprecated 이후의 Windows Update 관리 ── WUfB·Autopatch·Intune을 어떻게 고를까
• 산업용 PC에는 어떤 Windows를 넣어야 하는가 ── Windows IoT Enterprise / LTSC 실전 가이드
• Windows 서비스 만드는 법과 운영 ── 작업 스케줄러와의 구분부터 BackgroundService의 서비스화까지

관련 상담 영역

합동회사 코무라소프트에서는 장비 PC·키오스크 단말의 전원 운영(종료·절전·최대 절전·Wake on LAN)을 포함한 초기 구성 표준의 설계, 「다시 시작해야만 해결된다」 「아침에 멈춰 있었다」 같은 장기 가동 앱의 결함 원인 조사, Windows 서비스나 상주 앱의 전원 이벤트 대응 설계 리뷰를 다루고 있습니다. 「종료했을 텐데 가동 시간이 줄지 않는다」는 한 건에서부터도 상담해 주십시오.

• Windows 앱 개발
• 결함 조사·원인 분석
• 기술 상담·설계 리뷰
• 문의하기

참고 링크

관련 기사

같은 태그를 공유하는 최신 기사입니다. 더 가까운 주제로 지식을 넓힐 수 있습니다.

관련 토픽

이 기사와 가까운 토픽 페이지입니다. 기사를 출발점 삼아 관련 서비스와 다른 기사로 이어집니다.

이 주제와 연결되는 서비스

이 기사는 다음 서비스 페이지로 이어집니다. 가까운 입구부터 확인해 주세요.

자주 묻는 질문

이 기사 주제에 대해 상담 시 자주 나오는 질문을 모았습니다.

「종료」해도 해결되지 않던 결함이 「다시 시작」했더니 해결되었습니다. 왜 그런가요?

Windows 8 이후의 클라이언트 OS에서는 빠른 시작이 활성화된 구성(최대 절전 모드를 지원하는 대다수 PC의 기본값)의 「종료」가 하이브리드 종료가 됩니다. 사용자는 로그아웃되지만 커널·드라이버·서비스의 상태는 최대 절전 모드 파일(hiberfil.sys)에 저장되어 다음 부팅에서 그대로 복원됩니다. 즉 OS의 핵심 부분은 초기화되지 않습니다. 반면 「다시 시작」은 빠른 시작 설정과 관계없이 항상 완전한 부팅 사이클을 수행하므로 드라이버나 서비스의 이상 상태가 초기화됩니다. 다만 다시 시작으로 해결되었다는 사실만으로 원인을 확정할 수는 없습니다. 간헐적인 결함이 우연히 재현되지 않았거나, 다시 시작이 보류 중이던 업데이트를 완료시킨 덕분에 해결된 경우도 있기 때문입니다. 「종료 후에는 재현되고 다시 시작 후에는 재현되지 않는다」를 여러 번 확인하고, 시스템 로그의 Kernel-Boot 이벤트 27에서 직전 부팅이 0x1(빠른 시작)이었다는 점이나 드라이버 쪽 기록으로 뒷받침한 뒤에 이월된 상태를 원인으로 다루십시오. 결함의 원인을 분리할 때는 「전원을 껐다가 다시 켠다」가 아니라 「다시 시작한다」를 사용하십시오.

작업 관리자의 가동 시간이 며칠째 초기화되지 않습니다. 고장인가요?

가동 시간 카운터 자체는 정상적으로 동작하고 있습니다. 매일 밤 「종료」하는데도 가동 시간이 계속 늘어난다면 빠른 시작(하이브리드 종료)의 사양일 가능성이 높지만, 종료가 실패해 완료되지 않은 경우에도 똑같이 보이므로 뒤에서 설명하는 이벤트 27과 그 주변 로그를 확인하기 전에는 「고장이 아니다」라고 단정하지 마십시오. 가동 시간은 커널이 부팅된 뒤 경과한 시간이고, 하이브리드 종료에서는 커널이 최대 절전 모드로 들어갔다가 복원될 뿐이므로 카운터는 계속 진행됩니다. Microsoft 문서도 사용자 조작에 의한 종료에서는 커널·드라이버·서비스가 다시 시작되는 것이 아니라 저장·복원되기 때문에 커널의 재시작 사이의 가동 시간이 이전 Windows보다 크게 길어질 수 있다고 명시하고 있습니다. 다만 가동 시간은 절전이나 최대 절전 모드에서의 복귀, 완료되지 않은 종료에서도 유지되므로 확정하려면 시스템 로그의 Kernel-Boot 이벤트 27에서 직전 부팅의 종류가 0x1(빠른 시작)인지 확인하십시오. 가동 시간을 초기화하고 싶을 때는 「다시 시작」을 선택하거나 shutdown /s /t 0 으로 완전 종료를 수행합니다.

빠른 시작은 꺼 두는 편이 좋을까요?

일률적으로 권하지는 않습니다. Microsoft는 빠른 시작의 비활성화를 권장하지 않으며, 일반적인 노트북에서는 부팅이 빨라지는 이점이 더 크기 때문입니다. 꺼 둘 가치가 있는 것은 장비 PC나 검증용 PC처럼 「전원을 끄면 모든 것이 초기화된다」를 전제로 운영하는 단말, 다른 OS와 같은 디스크를 공유하는 듀얼 부팅 환경이나 다른 OS로 부팅해 볼륨을 덮어쓰는 검증용 PC입니다(이 경우에는 빠른 시작만 꺼서는 명시적인 최대 절전 모드가 남으므로 powercfg /h off 로 최대 절전 모드까지 비활성화하거나 OS를 전환하기 전의 완전 종료를 절차로 필수화하십시오). 디스크 용량을 확보하고 싶은 경우에는 빠른 시작을 꺼도 최대 절전 모드 파일(hiberfil.sys)이 사라지지 않으므로 목적을 이룰 수 없습니다. 빠른 시작을 남긴 채 최대 절전 모드 파일을 작게 하려면 powercfg /h /type reduced 를, 최대 절전 모드까지 필요 없다면 powercfg /h off 를 사용합니다. 단순히 「한 번 초기화하고 싶다」는 것뿐이라면 설정을 바꾸지 않고 다시 시작이나 shutdown /s /t 0 을 사용하면 됩니다.

종료한 상태의 PC를 Wake on LAN으로 깨울 수 없습니다.

Windows 10/11에서는 기본 종료(하이브리드 종료)에서도 완전 종료(S5)에서도 Wake on LAN이 지원되지 않습니다. 사용자가 종료를 지시한 상태에서는 소비 전력 0이 기대되므로 Windows는 네트워크 어댑터를 wake용으로 준비(arm)하지 않습니다. Wake on LAN을 사용할 수 있는 것은 절전(S3)이거나 사용자가 명시적으로 최대 절전 모드(S4)를 선택한 경우입니다. 하이브리드 종료도 실체는 S4이지만 Windows는 하이브리드 종료로 전환할 때만 명시적으로 Wake on LAN을 비활성화합니다. 야간에 깨워서 업데이트하고 싶은 단말은 「종료」가 아니라 「절전」이나 「최대 절전 모드」로 운영하거나 펌웨어 쪽 wake 기능을 확인하십시오. S3가 없는 Modern Standby(S0 저전력 유휴) 기기에서는 절전 중에도 네트워크가 wake 소스가 될 수 있지만, 실제로 깨울 수 있는지는 NIC·펌웨어·전원 조건·OEM의 구현에 따라 달라지므로 운영에 넣기 전에 실제 기기에서 확인하십시오.

Windows Update의 「업데이트 후 종료」를 선택했는데 다음에 부팅해도 업데이트가 끝나 있지 않습니다.

일부 업데이트는 완전 종료 후의 부팅에서만 적용을 완료할 수 있고 빠른 시작(최대 절전) 경유의 부팅에서는 완료되지 않는 경우가 있다고 Microsoft 지원 정보에 명시되어 있습니다. 업데이트를 확실히 끝내고 싶을 때는 「업데이트 후 다시 시작」을 선택하십시오. Configuration Manager로 관리하는 환경에서는 Configuration Manager 2002과 Windows 10 21H1에서 이 지연이 개선되었습니다.

직접 만든 업무 앱에서 shutdown을 호출하고 있습니다. 어떤 API를 사용하면 완전 종료가 되나요?

InitiateSystemShutdownEx 와 InitiateSystemShutdown 은 하이브리드가 되지 않으며, bRebootAfterShutdown 을 FALSE 로 하면 전원 끄기(완전 종료), TRUE 로 하면 다시 시작이 됩니다. InitiateShutdown 은 SHUTDOWN_HYBRID 플래그를 SHUTDOWN_POWEROFF 와 조합해 지정했을 때만(SHUTDOWN_RESTART 와 조합하면 다시 시작, SHUTDOWN_NOREBOOT 이면 전원을 끄지 않고 멈추기만 합니다), ExitWindowsEx 는 EWX_SHUTDOWN 에 EWX_HYBRID_SHUTDOWN 을 조합했을 때만(EWX_HYBRID_SHUTDOWN 단독으로는 지정하지 않습니다) 빠른 시작용 종료가 됩니다. 장비 PC의 「전원 끄기」 버튼을 앱으로 구현하고 있다면 InitiateSystemShutdownEx 를 bRebootAfterShutdown = FALSE 로 호출하거나, ExitWindowsEx 를 EWX_POWEROFF 만으로(EWX_HYBRID_SHUTDOWN 없이. EWX_SHUTDOWN 은 전원을 안전하게 끌 수 있는 상태에서 멈출 뿐 전원을 끄지는 않습니다) 호출하면 설정과 관계없이 완전 종료가 됩니다(둘 다 SE_SHUTDOWN_NAME 권한을 AdjustTokenPrivileges 로 활성화해 두는 것이 전제이며, ExitWindowsEx 는 프로세스의 토큰, InitiateSystemShutdownEx 는 호출하는 스레드의 유효 토큰에서 활성화합니다. 비활성 상태로 두면 실패합니다). 명령이라면 shutdown /s /t 0 이 기본적으로 완전 종료이고, /hybrid 를 붙였을 때만 하이브리드가 됩니다.

저자 프로필

기사 저자의 프로필 페이지입니다.

Go Komura

합동회사 코무라소프트 대표

Windows 소프트웨어 개발, 기술 상담, 장애 조사를 중심으로 재현이 어려운 장애 조사와 기존 자산이 남아 있는 프로젝트에 강점이 있습니다.