바쁜 아침, 따뜻한 커피 한 잔을 내려놓고 본격적인 작업을 위해 맥(Mac)의 전원을 켭니다. 바탕화면이 뜨고, 익숙한 손놀림으로 와콤(Wacom) 타블렛 펜을 쥐고 화면을 터치하는데… 마우스 커서가 꼼짝도 하지 않습니다.

화면 속 아이콘들은 이미 다 로딩되었는데, 펜만 허공을 맴도는 그 답답한 몇 초. 결국 참지 못하고 책상 밑으로 손을 뻗어 USB 케이블을 뺐다 꽂거나, 시스템 설정 창을 열었다 닫기를 반복해 본 경험, 혹시 여러분도 있으신가요? 특히 마야(Maya)나 블렌더(Blender) 같은 무거운 3D 툴, 혹은 언리얼 엔진(Unreal Engine)처럼 뷰포트 탐색이 즉각적으로 이루어져야 하는 환경에서 와콤 펜의 부재는 작업 흐름을 시작부터 뚝 끊어놓곤 하죠.

우리는 고도화된 작업 환경을 구축하기 위해 큰맘 먹고 칼디짓(CalDigit)과 같은 프리미엄 썬더볼트 허브를 도입했습니다. 여러 대의 모니터, 무거운 에셋이 담긴 외장 하드, 그리고 타블렛까지 한 번에 연결해 주는 고마운 장비임에는 틀림없어요. 하지만 부팅 단계에서 발생하는 이 미세한 ‘장치 인식 지연(Delay)’ 현상은, 완벽하게 세팅된 워크플로우의 첫 단추를 어긋나게 만드는 주범이기도 합니다.

지난번 포스팅에서 다루었던 기본적인 연결 오류와 충돌 해결에 이어, 오늘은 한 걸음 더 깊은 곳으로 들어가 보려고 해요. 이번에는 macOS의 심장부라 할 수 있는 시스템 데몬(launchd)을 직접 제어하고, 가벼운 커스텀 스크립트를 활용해 와콤 드라이버의 로드 순서를 내장 키보드 직후로 ‘강제 할당’하는 극한의 부팅 최적화 비법을 여러분께 공개합니다.

단순히 “기다리면 켜집니다” 식의 타협이 아닙니다. 하드웨어의 물리적 한계를 스크립트로 극복하여, 맥 부팅 시 와콤 인식 속도를 상상 이상으로 끌어올리는 시스템 레벨의 통제 방법을 지금부터 하나씩 짚어드릴게요.

왜 허브에 연결된 타블렛은 인식이 한 박자 늦을까?

문제를 해결하려면 먼저 원인을 정확히 진단해야 하죠. 왜 유독 썬더볼트 허브에 연결된 와콤 타블렛만 부팅할 때 지각을 하는 걸까요? 그 해답은 macOS가 하드웨어를 깨우는 순서에 숨어 있습니다.

macOS의 USB 트리 구조와 허브 초기화 지연

macOS가 처음 부팅되면서 잠들어 있던 하드웨어들을 하나씩 깨우는 과정은, 군대나 큰 기업의 보고 체계처럼 아주 엄격한 계층 구조(Hierarchy)를 따릅니다.

운영체제는 부팅이 시작되면 가장 먼저 로직 보드(Logic Board, 메인보드)에 물리적으로 직접 연결된 장치부터 찾습니다. 맥북의 경우 내장 키보드와 트랙패드가 바로 1순위 VIP 손님이죠. 이 녀석들의 초기화가 끝나야만 비로소 외부 포트로 확장되는 다른 장치들로 시선을 돌리게 됩니다.

여기서 우리가 사용하는 칼디짓(CalDigit)과 같은 썬더볼트 또는 USB 허브의 딜레마가 발생해요. macOS는 허브에 꽂힌 개별 장비(와콤, 외장하드 등)를 바로 인식하지 못합니다. 먼저 허브 자체의 ‘컨트롤러 칩셋’을 통째로 인식하고 시스템에 마운트(연결)하는 과정을 거쳐야만 하죠. 허브 컨트롤러가 시스템에 완전히 자리를 잡고 정상적으로 구동된 이후에야, 비로소 그 하위에 연결된 개별 USB 포트들을 하나하나 두드리며(이 과정을 폴링, Polling이라고 부릅니다) 어떤 장치가 연결되어 있는지 스캔을 시작합니다. 마치 건물 전체의 전원을 올린 뒤에야 각 방의 스위치를 켤 수 있는 것과 같은 이치예요.

시스템이 부팅되면서 이 와콤 드라이버가 “나 이제 일할게!” 하고 로드를 시도하는 바로 그 찰나의 순간, 중간에 위치한 칼디짓 허브의 초기화가 아직 끝나지 않았다면 어떻게 될까요? 운영체제는 “어? 아직 타블렛 안 꽂혀있는데?”라고 판단해 버립니다. 그 결과 첫 번째 드라이버 로드 시도는 허무하게 실패로 돌아가고, 시스템이 다음 재시도 주기를 가질 때까지(혹은 답답한 마음에 우리가 직접 USB를 뺐다 꽂을 때까지) 기약 없는 타블렛 인식 지연 현상이 발생하게 되는 것이죠.

와콤 드라이버 인식 우선순위 강제 끌어올리기

원인을 알았으니 이제 이 답답한 사슬을 끊어낼 차례입니다. 하드웨어의 물리적 인식 속도를 물리적으로 앞당길 수는 없으니, 우리는 소프트웨어의 힘을 빌려 이 타이밍을 완벽하게 가로챌 것입니다.

시스템 데몬(launchd)과 Plist 구조 이해하기

이러한 실행 규칙과 명부는 주로 /Library/LaunchAgents/com.wacom.wacomtablet.plist에 위치하고 있으며, RunAtLoad 항목이 참(True)으로 설정되어 있습니다. 하지만 허브 연결 자체가 늦어지는 상황에서는 이 알람 시계만으로는 부족하죠.

우리가 취해야 할 전략은 허브를 거치든 직결하든 상관없이, ‘와콤(Wacom) 장치 자체가 시스템에 물리적으로 스캔되는 정확한 그 찰나의 시점’을 포착하여, 와콤 드라이버 프로세스를 즉시 실행시켜 버리는 적극적인 개입입니다.

장치 인식 즉시 드라이버를 깨우는 커스텀 셸 스크립트 작성

이를 위해 우리는 하드웨어 정보를 샅샅이 뒤져오는 ioreg 명령어와, 프로세스 실행을 통제하는 launchctl 명령어를 엮어 스크립트를 만들 겁니다. (※ 진행 상황을 눈으로 확인할 수 있도록 화면에 로그를 띄워주는 코드(`echo`)와 터미널 자동 종료 코드를 꼼꼼하게 추가했습니다.)

#!/bin/bash
# Wacom tablet kickstart script based on physical device detection

TARGET_IDENTIFIER="Wacom"
WACOM_AGENT="com.wacom.wacomtablet"
WACOM_PLIST="/Library/LaunchAgents/com.wacom.wacomtablet.plist"
USER_ID=$(id -u)

echo "👀 와콤 드라이버 기상 스크립트 실행 중..."
echo "⏳ USB 연결 트리에서 [$TARGET_IDENTIFIER] 장치를 실시간 탐색합니다..."

# 무한 루프를 통해 백그라운드에서 장치 연결 상태를 모니터링합니다.
while true; do
    # 대소문자 구분 없이(-i) Wacom 장치가 USB에 잡히는지 확인
    if ioreg -p IOUSB -w0 | grep -iq "$TARGET_IDENTIFIER"; then
        
        echo "✅ 물리적 [$TARGET_IDENTIFIER] 장치 인식 완료!"
        echo "🚀 와콤 데몬을 강제로 깨웁니다..."
        
        # 시스템에 등록(bootstrap)하고 즉시 강제 실행(kickstart)
        launchctl bootstrap gui/"$USER_ID" "$WACOM_PLIST" >/dev/null 2>&1
        launchctl kickstart -k gui/"$USER_ID"/"$WACOM_AGENT"
        
        echo "🎉 와콤 타블렛 강제 연결 성공! 3초 뒤 창이 닫힙니다."
        sleep 3
        
        # 터미널 창(프로세스) 자동 종료
        killall Terminal
        break
    fi
    
    # 1초마다 능동적으로 USB 포트를 찔러서 확인
    sleep 1
done

초보자를 위한 1분 스크립트 적용 가이드

완벽하게 통제된 워크플로우가 주는 진정한 자유

기계가 정해놓은 하드웨어의 물리적인 딜레이를 그저 ‘원래 컴퓨터란 그런 거지’라며 수동적으로 기다리는 태도. 어쩌면 우리는 그동안 불편함에 너무 익숙해져 있었는지도 모릅니다. 하지만 시스템의 근본적인 뼈대와 구조를 파악하고, 내 손으로 직접 코드를 짜서 소프트웨어적으로 통제해 낼 때, 우리의 작업 환경은 비로소 누구에게도 휘둘리지 않는 완전한 주도권과 안정성을 갖추게 됩니다.

매일 아침 맥을 부팅할 때마다 ‘오늘은 타블렛이 언제 켜질까’ 하며 모니터 한구석을 초조하게 주시해야 했던 그 무의미한 기다림의 시간들. 이제 단 열 줄 남짓한 스크립트를 통해 그 기다림은 즉각적이고 능동적인, 물 흐르듯 자연스러운 워크플로우로 전환되었습니다.

여러분의 작업 환경은 안녕하신가요? 혹시 이 글을 읽고 여러분만의 독특한 Mac 하드웨어 부팅 최적화 팁을 떠올리셨거나, 스크립트를 파이썬(Python) 등으로 더 기발하게 응용하신 사례가 있다면 주저하지 말고 아래 댓글로 노하우를 공유해 주세요. 오늘도 딜레이 없는 쾌적하고 완벽한 작업 되시기를 응원합니다!