앱이 멈췄을 때, 맥 강제종료 커맨드 바로 사용법

사파리가 갑자기 멈춰서 창을 닫을 수도 없고 Command+Option+Esc를 눌러도 아무 반응이 없는 상황에서 맥 강제종료 커맨드를 찾게 되는 절박함은 겪어보지 않은 사람은 모를 것이다. 이 문제는 주로 메모리 과부하나 특정 플러그인 충돌로 인해 시스템 자원이 고갈되었을 때 발생하며, GUI 환경의 입력 대기열이 막혀 명령을 처리하지 못하는 상태다. 특히 고사양 작업을 수행하거나 오랜 시간 켜둔 맥에서는 메모리 누수가 누적되어 이러한 현상이 더 빈번하게 발생한다. 이 글에서는 마우스나 단축키로 해결할 수 없는 응급 상황에서 터미널을 통해 프로세스를 직접 제어하여 앱을 즉시 종료하는 맥 강제종료 커맨드의 원리와 실전 활용법을 심층적으로 분석한다. 단순히 앱을 끄는 것을 넘어, 맥OS의 운영 체제 구조를 이해하고 시스템을 정밀하게 제어하는 방법을 다룬다.

함께 보면 좋은 글: 맥 부팅 안 될 때 복구 모드 진입 5단계 정리

운영체제의 프로세스 제어 원리와 시그널 시스템

macOS는 유닉스 기반의 운영체제인 다윈(Darwin) 커널 위에서 구동되므로, 모든 애플리케이션은 운영체제로부터 고유한 식별자인 PID(Process ID)를 할당받는 프로세스로 관리된다. 우리가 보통 앱을 종료한다고 느끼는 행위는 사실 운영체제에게 해당 프로세스에 '종료 요청'을 전달하는 신호(Signal) 보내기 과정에 불과하다. 문제는 앱이 심각한 오류로 인해 이 신호를 받아들이지 못하거나 처리할 수 없는 무한 루프에 빠졌을 때 발생한다. 이때 일반적인 종료 명령은 대기열에 쌓이기만 하고 실행되지 않아 사용자는 멈춘 화면을 바라보게 된다. 이는 마치 교통정리가 되지 않는 교차로와 같아서, 상황을 해결하기 위해선 경찰(커널)의 직접적인 개입이 필요하다.

맥 강제종료 커맨드는 이러한 소통 단절을 해결하기 위해 운영체제 커널 레벨에서 직접 프로세스 제어 신호를 전송하는 방식이다. 대표적으로 SIGTERM(15)은 프로세스에게 정리할 시간을 주고 자연스럽게 종료하도록 요청하지만, SIGKILL(9)은 운영체제가 즉시 프로세스를 강제로 끊어버리는 가장 강력한 명령이다. Apple 개발자 문서에 따르면 SIGKILL 신호를 받은 프로세스는 정상적인 종료 루틴을 실행할 기회조차 얻지 못하고 즉시 메모리에서 제거된다. 따라서 우리가 커맨드라인을 통해 앱을 죽이는 행위는 복잡한 애플리케이션 계층을 거치지 않고 핵심 제어 시스템에 명령을 내리는 것이다. 이 과정을 이해하면 왜 마우스 클릭이 안 될 때 텍스트 명령어는 작동하는지 알 수 있다.

또한, 프로세스는 단독으로 존재하기보다 부모(Parent) 프로세스와 자식(Child) 프로세스의 트리 구조를 이루는 경우가 많다. 예를 들어, 크롬 브라우저는 메인 프로세스 아래에 각 탭과 확장 프로그램을 별도의 자식 프로세스로 두어 하나가 멈춰도 전체가 멈추지 않도록 설계되어 있다. 하지만 메인 프로세스가 응답하지 않으면 자식 프로세스들까지 제어가 불가능해질 수 있다. 이때 터미널을 사용하면 특정 자식 프로세스만 정밀하게 제거하여 시스템 전체의 재부팅 없이 문제를 해결할 수 있는 장점이 있다. 이는 유닉스 시스템의 모듈형 설계 철학이 사용자에게 제공하는 강력한 복구력이다.

Photo by Zally on Pexels

맥 강제종료 커맨드의 기초: kill과 killall 명령어 구조

터미널에서 사용하는 강제종료 명령어는 크게 kill과 killall 두 가지로 나뉜다. 두 명령어는 결과적으로 앱을 끈다는 같은 목적을 가지지만 작동 방식에 명확한 차이가 있다. kill 명령어는 특정 프로세스의 PID를 정확히 알아야만 사용할 수 있어 오작전의 위험이 적은 반면, killall은 프로세스의 이름을 직접 인자로 받아 실행한다는 점에서 가장 큰 차이가 있다. 즉, kill은 '번지수'를 찍어서 사람을 지목하는 것이고, killall은 '이름'을 불러서 해당하는 모든 대상을 동시에 처리하는 것과 같다.

kill 명령어의 기본 구문은 kill [옵션] [PID] 형태를 띤다. 옵션을 생략하면 기본적으로 SIGTERM(15) 신호가 전송되지만, 앱이 반응하지 않을 때는 kill -9 [PID]와 같이 SIGKILL(9) 신호를 명시적으로 사용해야 한다. 이 명령어는 매우 정확하기 때문에, 같은 이름을 가진 다른 앱이나 시스템 필수 프로세스를 잘못 건드릴 염려가 없다는 장점이 있다. 예를 들어 'Safari'가 여러 개 실행 중이더라도, 특정 창만 닫고 싶다면 문제가 된 창의 PID만 찾아서 제거할 수 있다. 이는 시스템의 안정성을 유지하면서 문제를 해결하고자 할 때 가장 추천되는 방식이다.

반면 killall 명령어는 killall [옵션] [프로세스이름]을 사용한다. 사용자가 PID를 일일이 찾을 필요 없이 killall Safari라고 입력하면 이름이 'Safari'인 모든 프로세스를 찾아 즉시 종료시킨다. 이 방식은 빠르고 직관적이지만, 주의해야 할 점이 있다. 만약 사용자가 임의로 만든 스크립트 파일 이름이 시스템 프로세스와 비슷하거나, 동일한 이름의 여러 프로세스가 돌고 있다면 원하지 않는 모든 프로그램이 동시에 종료될 수 있다. 따라서 killall을 사용할 때는 대상 프로세스의 정확한 이름을 확인해야 하며, 시스템 필수 프로세스(예: launchd, kernel_task 등)에는 절대 사용해서는 안 된다.

터미널을 이용한 실제 강제종료 단계별 실행 가이드

이제 이론을 바탕으로 실제로 응답하지 않는 앱을 종료하는 구체적인 절차를 살펴보자. 터미널 접근부터 명령어 입력까지의 과정은 처음 사용자에게는 낯설 수 있지만, 몇 번만 숙련되면 마우스 클릭보다 훨씬 빠르게 문제를 해결할 수 있다. 아래 단계는 맥의 기본 터미널(Terminal.app) 환경을 기준으로 하며, 별도의 설치 과정 없이 바로 따라 할 수 있다. 이 과정은 크게 '터미널 열기', '프로세스 찾기', '명령어 입력하기'의 3단계로 세분화할 수 있으며, 각 단계마다 확인해야 할 체크리스트가 존재한다.

1단계: 터미널 실행 및 환경 확인
가장 먼저 터미널을 실행해야 한다. 키보드의 Command + Space를 눌러 Spotlight 검색창을 띄운 뒤 '터미널' 또는 'Terminal'을 입력하고 엔터를 치면 된다. 검색 결과가 나오지 않는다면 Finder의 '응용 프로그램' > '유틸리티' 폴더 내에서 찾을 수 있다. 터미널이 실행되면 검은색 배경에 흰색 글씨의 커서가 깜빡이는 것을 볼 수 있는데, 이곳이 바로 명령어를 입력하는 콘솔 창이다. 이때 현재 로그인된 사용자에게 관리자 권한(root)이 있는지 확인하는 것이 좋다. 일반적인 앱 종료에는 관리자 권한이 필요 없지만, 시스템 레벨의 프로세스나 다른 사용자가 실행한 프로세스를 종료하려면 sudo 명령어가 필요할 수 있기 때문이다.

2단계: 대상 프로세스의 PID 찾기
앱을 죽이기 위해서는 그 앱의 주민등록번호인 PID를 알아야 한다. 이를 위해 가장 널리 쓰이는 명령어는 ps aux | grep [앱이름]이다. 예를 들어 멈춘 사파리를 찾고 싶다면 ps aux | grep Safari를 입력한다. 여기서 ps는 현재 실행 중인 프로세스 목록을 보여주는 명령어, aux는 모든 사용자의 모든 프로세스를 자세히 보여달라는 옵션이며, |(파이프라인)과 grep은 그중에서 원하는 단어가 포함된 줄만 걸러내는 필터 역할을 한다. 출력되는 결과물의 두 번째 열에 숫자로 된 번호가 바로 PID다. 만약 이 과정이 복잡하게 느껴진다면 top 명령어를 입력하여 실시간으로 돌아가는 프로세스 리스트를 보며 CPU 사용량이 높은 프로세스의 PID를 확인하는 방법도 있다.

3단계: 시그널 전송 및 종료 확인
PID를 확인했다면 이제 kill 명령어를 사용한다. 가장 먼저 시도해 볼 것은 kill [PID]이다. 이는 앱에게 "자료를 정리하고 그만 쉬라"고 정중히 요청하는 단계다. 잠시 후 앱이 정상적으로 종료된다면 성공한 것이다. 하지만 여전히 반응이 없다면 kill -9 [PID]를 입력하여 강제 종료한다. 이 명령어를 입력하는 순간 운영체제는 해당 프로세스를 즉시 메모리에서 해제한다. 성공적으로 종료되었다면 터미널에는 별도의 메시지 없이 새로운 줄이