전원 버튼을 누르면 컴퓨터에 안 좋다? — ACPI 신호와 강제종료의 차이

화면이 얼어붙었습니다. 마우스도 안 움직이고 키보드 입력도 먹지 않습니다. 전원 버튼에 손이 갑니다. 그 순간 어릴 적 누군가에게 들었던 말이 스칩니다. “그렇게 막 끄면 안 돼, 컴퓨터 고장 나.” 정말 그럴까요?

실제로 지인의 컴퓨터를 손봐 주다가 화면이 멈춰 전원 버튼으로 그냥 꺼 버린 적이 있습니다. 옆에서 보던 지인이 깜짝 놀라며 정색했습니다. “야, 그렇게 끄면 안 되는 거 아니야?” 그 반응은 근거 없는 공포가 아니었습니다. 실제로 예전에는 진짜 위험했기 때문에 생긴 습관이었습니다. 문제는 그 위험의 조건이 이미 오래전에 바뀌었다는 사실입니다.

질문

전원 버튼을 누르는 순간, 컴퓨터 내부에서는 정확히 무슨 일이 벌어질까요? 그 버튼은 전기 회로를 물리적으로 끊는 스위치일까요, 아니면 다른 무언가일까요? 그리고 흔히 "먹통이 된 컴퓨터를 강제로 끌 때 쓴다"는 4초간 길게 누르기는, 짧게 한 번 누르는 것과 정확히 무엇이 다를까요?

이 질문에 제대로 답하려면 세 갈래로 나눠 확인해야 합니다. 첫째, 전원 버튼은 실제로 회로를 끊는 스위치인가. 둘째, 그렇지 않다면 버튼을 눌렀을 때 정확히 어떤 신호가 오가는가. 셋째, "강제 종료가 위험하다"는 통념은 어디까지 사실이고 어디부터 과장인가. 답은 전선을 따라가는 것이 아니라, 컴퓨터 하드웨어와 운영체제(OS)가 공유하는 표준 문서를 따라가야 나옵니다.

검증

옛날에는 정말 스위치였다

통념이 완전히 틀린 소리는 아니었습니다. 1980년대부터 1990년대 중반까지 널리 쓰인 AT 방식 컴퓨터 케이스에서는, 전원 버튼이 네 가닥 전선으로 이루어진 커넥터를 통해 전원공급장치(PSU)의 교류(AC) 입력 라인에 직접 연결된 기계식 스위치였습니다. 버튼을 누르면 그 즉시 교류 전원이 물리적으로 끊겼습니다. 운영체제가 무엇을 하고 있었는지는 전혀 고려되지 않았습니다.^[1] 그러니 이 시절 기준으로는 "함부로 전원 버튼을 누르면 안 된다"는 말이 문자 그대로 맞았습니다. 디스크가 무언가를 쓰고 있는 도중이든 아니든, 버튼을 누르는 순간 전기가 끊겼기 때문입니다.

ATX가 바꾼 것: 버튼은 '부탁’이 됐다

이 구조는 1997년 인텔이 발표한 ATX 규격(ATX Specification Version 2.01)으로 근본적으로 바뀝니다.^[2] ATX 이후의 전원 버튼은 순간 접촉식(모멘터리) 스위치로 바뀌었고, 더 이상 교류 전원 라인에 직결되지 않습니다. 대신 버튼은 마더보드에 신호 하나를 보낼 뿐입니다. 전원공급장치는 컴퓨터가 꺼져 있는 동안에도 대기전력(주로 5V)을 항상 공급하고 있다가, 마더보드가 PS_ON#이라는 신호선을 통해 “이제 본전원을 켜라” 혹은 "꺼라"라고 지시할 때만 나머지 전압을 내보냅니다.^[2] 이 방식을 흔히 '소프트 파워’라고 부릅니다. 전원을 켜고 끄는 최종 결정권이 물리적 스위치가 아니라 로직(그리고 그 위의 소프트웨어)에 넘어갔다는 뜻입니다.

이 변화의 실용적 의미는 큽니다. 예전에는 버튼이 전기를 끊는 주체였다면, 이제는 버튼을 누르는 행위와 실제로 전기가 끊기는 순간 사이에 누군가의 판단이 끼어들게 됐습니다. 그 판단을 내리는 주체가 바로 운영체제입니다.

버튼을 눌렀을 때 실제로 발생하는 신호

그렇다면 버튼을 눌렀을 때 정확히 무슨 신호가 오갈까요? 여기서부터는 인텔의 사내 규격이 아니라, 마이크로소프트·인텔·도시바 등이 공동으로 제정하고 현재 UEFI 포럼이 관리하는 국제 기술 표준인 ACPI(Advanced Configuration and Power Interface, 전원·구성 관리를 위한 표준 인터페이스)가 답을 줍니다.

ACPI 표준은 전원 버튼을 짧게 눌렀을 때 하드웨어가 PWRBTN_STS라는 상태 비트를 무조건 켜도록(unconditionally set) 정의합니다.^[3] 이 비트가 켜지면 OS의 전원 관리 소프트웨어(스펙에서는 OSPM이라 부릅니다)가 이를 감지하고, 열려 있는 파일을 정리하고 캐시를 디스크에 기록하는 등 정상 종료 절차를 시작합니다. 즉 짧게 누르는 전원 버튼은 스위치가 아니라 “OS에게 종료해 달라고 보내는 요청”입니다. 실제로 전원을 차단하는 건 그 요청을 받은 OS 자신입니다.

4초의 의미: OS를 건너뛰는 별도 경로

그럼 흔히 말하는 "먹통일 때 4초 이상 눌러서 강제 종료"는 뭐가 다를까요? 이건 같은 신호의 연장이 아니라 완전히 다른 하드웨어 경로입니다. ACPI 표준은 이를 "Power Button Override(전원 버튼 오버라이드)"라는 별도 항목으로 정의합니다. OS의 전원 관리 소프트웨어가 응답하지 않을 경우를 대비한 일종의 안전장치(fail-safe)로, 사용자가 전원 버튼을 4초 이상 누르고 있으면 하드웨어가 OS의 개입 없이 시스템을 강제로 완전 종료(ACPI 용어로는 G2/S5, 통칭 ‘소프트 오프’) 상태로 전환합니다.^[3] 이 동작은 하드웨어 회로 자체의 로직이라, 화면이 멈춰서 OS가 아무 반응이 없어도 예외 없이 작동합니다.

이 4초라는 수치는 스펙상의 개념일 뿐 아니라 실제 칩셋에도 그대로 구현돼 있습니다. 인텔의 500 시리즈 칩셋 패밀리 PCH(플랫폼 컨트롤러 허브) 데이터시트는 전원 버튼을 4초 이상 누르면 전원 버튼 오버라이드 이벤트가 발생한다고 명시합니다.^[4] 즉 "4초"는 어느 커뮤니티에서 떠도는 경험칙이 아니라, 표준 문서와 실제 칩셋 사양이 일치하는 숫자입니다.

$$t < 4\ \mathrm{s} \rightarrow \text{PWRBTN\_STS} \qquad t \geq 4\ \mathrm{s} \rightarrow \text{Power Button Override}$$

그래서 강제 종료는 정말 위험한가 — 조건부로만

여기서 통념의 핵심 주장에 도달합니다. "강제로 끄면 컴퓨터에 안 좋다"는 말은 절반만 맞습니다. 위험한 것은 버튼을 4초 넘게 누르는 그 행위 자체가 아니라, 그 결과로 OS의 정상 종료 절차가 통째로 생략된다는 점입니다. 정상 종료 절차에는 열린 파일을 닫고, 메모리에 있던 쓰기 대기 데이터를 디스크에 실제로 기록하는(플러시) 과정이 포함됩니다. 강제 종료는 이 과정을 건너뛰므로, 하필 그 순간 무언가를 저장하는 중이었다면 그 파일의 내용이 불완전하게 남을 수 있습니다.

다만 여기서 반드시 짚어야 할 조건이 있습니다. 현대 파일시스템 대부분은 저널링(journaling, 파일시스템의 구조 변경 내역을 미리 로그로 남겨 두는 방식)을 씁니다. 윈도우의 NTFS는 메타데이터(파일 크기·위치·이름 같은 구조 정보) 변경 내역을 실제로 반영하기 전에 로그 파일에 먼저 기록해 두고, 전원이 갑자기 끊겨도 다음 부팅 시 이 로그를 되짚어 파일시스템 구조 자체는 일관된 상태로 복구합니다.^[5] macOS의 APFS도 원리는 다르지만 목적은 같습니다. 기존 메타데이터를 그 자리에서 덮어쓰는 대신 새 레코드를 써넣고 나서 포인터만 바꾸는 방식(카피-온-라이트)으로, 크래시가 나도 절반만 쓰인 손상된 레코드가 생기지 않도록 설계돼 있습니다.^[6]

문제는 이 저널링·카피-온-라이트가 지켜주는 것이 파일시스템의 구조이지, 그 순간 쓰이던 파일의 내용 자체가 아니라는 점입니다. 워드 문서를 저장하는 도중에 강제 종료를 하면, 폴더 구조나 다른 파일이 깨지는 일은 막아 주지만, 그 워드 문서 자체는 저장이 끝나지 않은 채로 남을 수 있습니다. 즉 강제 종료의 위험은 "항상 있다"도 "전혀 없다"도 아니고, 정확히 쓰기 작업이 진행 중이었는가에 좌우됩니다. 화면만 멈춰서 사실상 아무 작업도 안 하고 있던 컴퓨터라면, 강제 종료로 잃을 것은 거의 없습니다.

통념의 진짜 뿌리: 전원 버튼이 아니라 하드디스크였다

그렇다면 "전원 버튼을 함부로 누르면 안 된다"는 공포는 대체 어디서 왔을까요? 답은 버튼이 아니라 하드디스크에 있습니다. 1980년대부터 1990년대 초반까지 널리 쓰인 하드디스크는 전원이 끊기면 데이터를 읽고 쓰는 얇은 헤드가 회전을 멈춘 원판(플래터) 위에 그대로 내려앉는 구조였습니다. 헤드가 아무 보호 없이 데이터 영역에 내려앉으면 충격에 흠집이 나거나 데이터가 손상될 위험이 있었기 때문에, 당시 사용자들은 컴퓨터를 끄기 전 HDPARK.EXE 같은 별도 유틸리티를 실행해 헤드를 플래터 바깥의 안전한 '랜딩존’으로 미리 이동시켜야 했습니다.^[7] 이 수동 조작을 잊고 전원을 그냥 내리는 것이야말로 당시로서는 진짜 위험한 행동이었고, "전원 함부로 끄지 마라"는 경고는 사실 이 하드디스크 취급법에서 나온 것이었습니다.

이 문제는 이후 표준화로 해결됩니다. 하드디스크의 명령 체계를 정의하는 ATA/ATAPI 표준(국제 T13 기술위원회 제정)은 STANDBY IMMEDIATE 같은 명령을 통해, 전원을 차단하기 전 헤드가 자동으로 안전 지대로 물러나도록 규정했습니다.^[8] 오늘날 하드디스크의 상태를 진단하는 SMART(자가진단 기능) 항목 중 193번(Load Cycle Count, 헤드가 랜딩존으로 이동한 횟수를 기록하는 지표, 16진수 코드 0xC1)이 바로 이 자동 파킹이 몇 번 일어났는지를 보여주는 항목입니다.^[9] 다시 말해 통념이 두려워하던 대상, 즉 수동으로 헤드를 파킹해야 했던 그 위험은 표준화를 통해 이미 자동화되어 사라졌습니다. 전원 버튼에 대한 공포만 그 시절의 유산으로 남아 있는 셈입니다.

'켜둔 채 방치’의 정체 — 대부분은 절전 상태다

여기서 한 가지 반직관적인 사실을 짚고 넘어갈 필요가 있습니다. 우리는 흔히 "컴퓨터를 며칠씩 안 끄고 켜둔다"고 말하지만, 이 표현 자체가 부정확합니다. ACPI 표준은 전원 상태를 완전 작동 상태인 S0부터 완전 종료 상태인 S5까지 여러 단계로 구분합니다.^[10] 화면이 꺼진 채 방치된 컴퓨터 대부분은 S0(작동 중)가 아니라, S3(메모리에 전원을 유지한 채 나머지를 끄는 절전)나 S4(메모리 내용을 디스크에 저장하고 완전히 전원을 끄는 최대 절전)에 들어가 있습니다.

최신 기기는 한 걸음 더 나아가, S0 상태 안에서도 저전력 유휴 모드로 들어가는 Modern Standby(마이크로소프트 문서에는 "S0 low-power idle"로 표기되며, 인텔 등 하드웨어 업계에서는 관용적으로 S0ix라고도 부릅니다)를 지원합니다.^[10] 이 모드에서는 겉보기엔 화면만 꺼진 것 같아도, 실제로는 시스템 대부분이 이미 저전력 상태로 내려가 있습니다. 즉 "화면이 꺼져 있다"는 관찰만으로는 그 컴퓨터가 진짜 작동 중인지, 절전 중인지 구분할 수 없습니다. 대부분의 경우는 후자입니다.

그렇다면 굳이 재부팅을 해야 하는 순간은 왜 있을까요? 이유는 간단합니다. 절전 상태(S3·S4·Modern Standby)는 이미 메모리에 올라온 커널·드라이버 코드를 그대로 유지한 채 전력만 낮추는 것이라, 새로운 업데이트로 그 코드 자체를 교체할 수 없기 때문입니다. 마이크로소프트의 공식 지원 문서도 보안 업데이트가 이미 실행 중인 프로세스가 사용하는 파일(DLL 등)을 교체해야 하는 경우 재부팅을 요구한다고 설명합니다.^[11] 화면만 껐다 켜는 절전으로는 이 교체가 일어나지 않으므로, "업데이트 적용을 위한 재시작"만큼은 예외 없이 필요합니다.

공식 문서가 정의하는 ‘정상 종료’ 경로 — 그런데 정도가 다르다

전원 버튼이 실은 신호라는 사실을 확인했으니, 각 운영체제가 이 신호를 대체할 공식 경로를 어떻게 문서화해 두었는지도 짚어볼 만합니다. 여기서 윈도우와 macOS는 흥미로운 대조를 보입니다.

윈도우는 마이크로소프트가 공식 지원 문서로 존재를 확인하는 Win+X 메뉴(이른바 퀵링크 메뉴, 또는 파워 유저 메뉴)를 제공합니다.^[12] 이 메뉴를 열고 나면 각 항목에 밑줄 친 글자가 보이는데, 이는 윈도우 메뉴 시스템의 일반적인 관례인 액세스 키(키보드로 그 글자를 누르면 해당 항목이 곧바로 선택되는 방식)입니다. 이 관례에 따르면 Win+X를 누른 뒤 U(종료 또는 로그아웃 하위 메뉴), 이어서 다시 U(시스템 종료)를 누르면 항상 같은 결과, 즉 시스템 종료로 귀결됩니다.^[13] 다만 정확히 짚어 둘 부분이 있습니다. 마이크로소프트가 공식 문서로 확인해 주는 것은 어디까지나 메뉴 자체의 존재이지, "Win+X, U, U라는 세 키 입력이 곧 종료 단축키"라고 못박아 서술한 단일 공식 문장이 있는 건 아닙니다. 즉 이건 공식 단축키라기보다는, 공식 문서화된 메뉴 구조를 액세스 키 관례로 결정론적으로 통과하는 경로에 가깝습니다.

macOS는 정반대입니다. 애플 공식 지원 문서는 노트북 키보드 기준으로 Control-Option-Command-전원 버튼을 누르면 열려 있는 모든 앱을 종료한 뒤 시스템을 종료하며, 저장하지 않은 변경사항이 있으면 저장 여부를 묻는 대화상자가 뜬다고 하나의 문장으로 명시합니다.^[14] 즉 윈도우가 메뉴를 거치는 경로를 제공하는 반면, macOS는 처음부터 단일 키 조합(코드) 자체를 공식 단축키로 문서화해 둔 셈입니다. 같은 목적을 이루는 방식이 이렇게 다르다는 점도, 두 운영체제가 전원 관리를 서로 다른 층위에서 다룬다는 걸 보여주는 사례입니다.

범위를 넓혀 보면: PC·Mac·스마트폰, 표준은 다르지만 원리는 같다

지금까지는 PC를 중심으로 ACPI라는 하나의 표준을 따라갔지만, Mac과 스마트폰은 애초에 이 표준을 쓰지 않습니다. 그런데도 구조는 신기하게 닮아 있습니다.

macOS를 쓰는 Mac은 ACPI가 아니라 자체 전원관리 체계(인텔 기반 Mac에서는 SMC라 불리는 별도 컨트롤러, 애플 실리콘에서는 SoC에 통합된 방식)를 씁니다. 그 내부 구현은 공개돼 있지 않지만, 겉으로 드러나는 동작은 애플 공식 지원 문서로 확인됩니다. 애플은 Mac이 응답하지 않을 때 전원 버튼을 최대 10초까지 누르고 있으면 강제로 꺼진다고 안내합니다.^[15] PC의 ACPI 오버라이드가 4초인 것과 비교하면, 같은 "누르고 있으면 강제로 꺼진다"는 원리를 서로 다른 제조사가 서로 다른 숫자로 구현한 셈입니다.

스마트폰은 여기서 한 걸음 더 벗어납니다. 스마트폰은 ACPI를 쓰지 않고, PMIC(전원관리 집적회로)나 SoC(시스템온칩)에 통합된 자체 전원관리 회로를 씁니다. 그런데도 원리는 똑같이 두 갈래입니다. 버튼을 짧게 누르면 OS에 종료·재시작 신호를 보내고, 정해진 버튼 조합이나 긴 시간을 채우면 OS를 거치지 않고 하드웨어가 강제로 재시작시킵니다. 애플 공식 지원 문서는 아이폰(Face ID를 쓰는 기종 기준) 강제 재시작 절차를 "볼륨 업 버튼을 눌렀다 빠르게 떼기 → 볼륨 다운 버튼을 눌렀다 빠르게 떼기 → 화면에 애플 로고가 뜰 때까지 사이드 버튼을 길게 누르고 있기"라는 정해진 버튼 조합으로 명시합니다.^[16] 시간이 아니라 순서가 기준이라는 점이 PC·Mac과 다릅니다.

구글 픽셀 시리즈는 또 다른 숫자를 씁니다. 구글 공식 지원 문서는 픽셀 전원 버튼을 최대 60초까지 누르고 있으면 화면이 꺼졌다가 강제로 재시작된다고 안내합니다.^[17] PC의 4초, Mac의 10초, 픽셀의 60초. 셋 다 "일정 시간 이상 누르면 OS를 우회해 하드웨어가 강제 개입한다"는 같은 원리를 공유하면서도, 그 문턱값은 제조사마다 제각각입니다.

사실

전원 버튼은 회로가 아니라 신호입니다. 짧게 누르면 ACPI 표준이 정의한 PWRBTN_STS 비트가 켜지고, 그 요청을 받은 OS가 스스로 정리하며 꺼집니다.^[3] 실제로 전기를 억지로 끊는 건 버튼 자체가 아니라, 4초 넘게 눌렀을 때 OS를 건너뛰고 개입하는 별도의 하드웨어 경로(Power Button Override)뿐입니다.^[3][4] 그리고 이 강제 경로조차, 위험한 건 오직 그 순간 무언가를 쓰고 있었을 때뿐입니다.

통념의 뿌리를 따라가면 더 흥미로운 사실이 나옵니다. 정작 그 공포를 만든 건 전원 버튼이 아니라 옛날 하드디스크였고, 그 위험은 ATA 표준의 자동 헤드 파킹으로 이미 수십 년 전에 해결됐습니다.^[7][8] 남아 있는 건 해결된 문제에 대한 오래된 습관뿐입니다. 그리고 "며칠째 켜둔 컴퓨터"라는 표현도 절반은 틀렸습니다. 화면이 꺼져 있다면 그 컴퓨터는 대개 일하고 있는 게 아니라 S3나 Modern Standby로 낮잠을 자고 있는 쪽에 가깝습니다.^[10] PC는 4초, Mac은 10초, 구글 픽셀은 60초. 같은 원리를 세 회사가 세 가지 숫자로 구현해 놓은 셈이니, 화면이 멈췄을 때 손가락이 버튼 위에서 머뭇거리는 시간치고는 꽤 깁니다.