씽크패드 우분투 개발 환경 완전 가이드 | 트랙포인트·트랙패드·단축키 실전 설정

들어가며

개발자 커뮤니티에서 씽크패드(ThinkPad)와 우분투(Ubuntu) 조합은 오랫동안 하나의 “정석”처럼 통해왔습니다. 이유는 명확합니다. 첫째, 씽크패드는 인텔/AMD 표준 하드웨어를 충실히 따르는 편이라 리눅스 커널의 하드웨어 지원 범위 안에 대부분 들어옵니다. 최신 맥북처럼 독자 칩셋 때문에 드라이버가 없어 와이파이나 트랙패드가 먹통이 되는 일이 상대적으로 적습니다. 둘째, 씽크패드 특유의 트랙포인트(빨콩, TrackPoint)는 손을 홈 포지션에서 떼지 않고 커서를 움직일 수 있어, 터미널과 IDE를 오가며 타이핑을 많이 하는 개발자에게 실질적인 생산성 이점을 줍니다. 셋째, 밀리터리 스펙(MIL-STD-810) 내구성 테스트를 통과한 견고한 설계 덕분에 데스크에 고정된 업무보다 이동이 잦은 개발자, 컨퍼런스나 코워킹 스페이스를 오가는 프리랜서에게도 신뢰도가 높습니다.

하지만 우분투를 설치한 직후의 기본값은 씽크패드의 잠재력을 절반도 끌어내지 못합니다. 트랙포인트 감도는 기본값이 지나치게 둔감하거나 민감하고, 가운데 버튼 드래그 스크롤은 꺼져 있으며, ThinkVantage 특수키는 아무 동작도 하지 않습니다. 배터리 관리 데몬이 없어 완충 대비 실사용 시간이 윈도우 대비 눈에 띄게 짧고, 외장 모니터를 연결하면 스케일링이 어긋나 글자가 뭉개집니다. 이 글은 이런 기본값들을 개발자 워크플로에 맞게 하나씩 교정하는 실전 가이드입니다.

대상 독자

• 씽크패드에 우분투를 새로 설치했거나 설치를 앞두고 있는 개발자
• 노트북 한 대만으로 코딩, 터미널 작업, 문서 작성을 모두 처리해야 하는 1인 개발 환경 사용자
• 트랙포인트/트랙패드 감도, 배터리 수명, 외장 모니터 설정에서 답답함을 느껴본 리눅스 사용자

이 글을 읽으면

• libinput 기반으로 트랙포인트 감도와 스크롤 버튼을 조정하고, 트랙패드와의 충돌을 방지할 수 있습니다.
• GNOME 기본 제스처와 libinput-gestures로 워크스페이스 전환, 창 관리를 손가락 제스처만으로 처리할 수 있습니다.
• ThinkVantage 버튼과 Fn 키 조합을 우분투에서 활용하고, 개발 생산성에 실질적으로 도움이 되는 키보드 단축키 세트를 구성할 수 있습니다.
• TLP와 powertop으로 배터리 수명을 최적화하고, thinkfan으로 팬 소음을 제어할 수 있습니다.
• 외장 모니터를 연결했을 때 해상도·배율 문제를 해결하고, fprintd로 지문 로그인을 설정할 수 있습니다.

실전에서 배운 교훈

처음 씽크패드에 우분투를 설치하고 가장 먼저 겪는 좌절은 트랙포인트의 기본 감도가 지나치게 낮다는 점입니다. 윈도우의 씽크패드 유틸리티(레노버 벡터 포인트 드라이버)에 익숙한 사용자라면 우분투 기본값이 마치 반응이 없는 것처럼 느껴집니다. 이걸 그대로 참고 쓰다가 손목에 무리가 가서야 설정을 찾아보는 경우가 많은데, 사실 libinput 파라미터 몇 줄이면 즉시 해결됩니다.

두 번째로 흔한 실수는 배터리 관리 도구 없이 몇 주를 버티는 것입니다. 우분투 기본 설치는 CPU 거버너를 powersave와 performance 사이에서 능동적으로 조절하지 않기 때문에, TLP 없이 쓰는 씽크패드는 동일 하드웨어 기준으로 체감상 배터리 수명이 20~30% 짧습니다. 특히 외장 모니터를 붙여놓고 개발하다가 다시 노트북만 들고 나가는 하이브리드 워크플로에서는 전원 프로파일을 상황별로 자동 전환해주는 도구가 없으면 매번 수동으로 밝기와 절전 설정을 만지게 됩니다.

세 번째는 외장 모니터 연결 시 스케일링 문제입니다. 씽크패드 자체 디스플레이가 HiDPI(예: 14인치 2.8K)인 상태에서 FHD 외장 모니터를 연결하면, GNOME이 두 화면에 동일한 배율을 적용하려다 한쪽은 글자가 너무 크고 한쪽은 너무 작아지는 상황이 발생합니다. 이 글의 디스플레이 섹션에서 모니터별 개별 배율 설정 방법을 다룹니다.

1. 트랙포인트(빨콩) 설정

감도와 속도 조정

씽크패드 트랙포인트는 커널 드라이버 수준(psmouse)과 사용자 공간 라이브러리(libinput) 두 계층에서 조정할 수 있습니다. 개발자 입장에서는 로그인 세션 중 즉시 반영되고 재부팅 후에도 유지되는 libinput + gsettings 조합이 가장 다루기 쉽습니다.

# 현재 연결된 포인팅 장치 목록 확인 (TrackPoint 이름 확인용)
gsettings list-schemas | grep libinput

# GNOME 설정 UI를 통한 방법: 설정 > 마우스 및 터치패드 > 포인터 속도
# CLI로 직접 조정하려면 아래처럼 pointing-stick 스키마를 사용
gsettings set org.gnome.desktop.peripherals.trackpoint speed 0.3
gsettings set org.gnome.desktop.peripherals.trackpoint accel-profile 'flat'

speed는 -1.0(가장 느림)부터 1.0(가장 빠름) 사이 값이며, 0.3 전후가 코드 리딩 중 정밀한 커서 이동과 창 전환 시 빠른 이동을 모두 만족하는 지점으로 알려져 있습니다. accel-profile을 flat으로 설정하면 트랙포인트에 압력을 준 만큼 커서가 선형적으로 움직여, 가속도가 붙는 adaptive 프로필보다 코드 정렬이나 텍스트 선택처럼 정밀한 작업에서 예측 가능하게 동작합니다. 반대로 화면 간 이동이 잦은 워크플로라면 adaptive를 유지하고 speed만 높이는 편이 나을 수 있습니다.

커널 레벨에서 하드웨어 자체의 민감도(압력 임계값)를 조정하려면 /sys/devices/platform/i8042/serio*/serio*/sensitivity 파일을 직접 건드리는 방법도 있지만, 이는 배포판 업데이트나 커널 버전에 따라 경로가 달라질 수 있어 재부팅 시마다 값을 유지하려면 별도의 systemd 서비스나 udev 규칙이 필요합니다. 대부분의 개발자에게는 libinput 레벨 조정만으로 충분합니다.

가운데 버튼 드래그 스크롤 활성화

트랙포인트 위쪽의 세 버튼 중 가운데 버튼을 누른 채로 트랙포인트를 움직이면 화면을 스크롤하는 기능은 씽크패드의 대표적인 편의 기능이지만, 우분투 기본 설정에서는 꺼져 있는 경우가 많습니다.

gsettings set org.gnome.desktop.peripherals.trackpoint scroll-method 'button'
gsettings set org.gnome.desktop.peripherals.trackpoint scroll-button 274  # BTN_MIDDLE

이 설정을 켜두면 긴 로그 파일이나 diff를 볼 때 마우스나 트랙패드로 손을 옮기지 않고도 검지를 트랙포인트에 올린 채 스크롤할 수 있습니다. 특히 터미널에서 less나 journalctl -f로 로그를 스크롤하며 동시에 다른 키를 입력해야 하는 상황에서, 손의 이동 거리를 최소화한다는 점이 체감되는 생산성 차이로 이어집니다.

트랙패드와의 충돌 방지

트랙포인트와 트랙패드를 동시에 활성화해두면 타이핑 중 손바닥이 트랙패드에 닿아 커서가 엉뚱한 곳으로 튀는 문제가 자주 발생합니다. 이를 막는 가장 확실한 방법은 타이핑 중 트랙패드를 일시적으로 비활성화하는 것입니다.

gsettings set org.gnome.desktop.peripherals.touchpad disable-while-typing true

일부 사용자는 아예 트랙패드를 완전히 끄고 트랙포인트만 사용하는 방식을 선호합니다. 코드를 작성하는 시간이 마우스 조작 시간보다 압도적으로 긴 개발자라면, 트랙패드를 끄는 것이 오히려 오작동으로 인한 스트레스를 줄이는 방법이 될 수 있습니다.

# 트랙패드 완전 비활성화 (트랙포인트만 사용)
gsettings set org.gnome.desktop.peripherals.touchpad send-events 'disabled'

# 다시 켤 때
gsettings set org.gnome.desktop.peripherals.touchpad send-events 'enabled'

X11 세션을 사용 중이고 GNOME 설정 스키마가 아닌 Xorg 레벨에서 더 세밀하게 제어하고 싶다면 /etc/X11/xorg.conf.d/40-libinput.conf에 InputClass 섹션을 추가하는 방법도 있습니다. 다만 우분투 22.04 이후 기본 세션이 Wayland로 바뀌면서 Xorg 설정 파일은 Wayland 세션에서는 적용되지 않으므로, echo $XDG_SESSION_TYPE으로 현재 세션이 wayland인지 x11인지 먼저 확인한 뒤 그에 맞는 방법을 선택해야 합니다.

2. 트랙패드 제스처

GNOME 기본 제스처 (3/4손가락)

GNOME은 Wayland 세션에서 기본적으로 3/4손가락 제스처를 지원합니다. 별도 설치 없이 바로 쓸 수 있는 제스처는 다음과 같습니다.

제스처	동작
3손가락 위/아래로 스와이프	열린 창들 오버뷰(Activities) 열기/닫기
3손가락 좌/우로 스와이프	워크스페이스 간 전환
4손가락 위로 스와이프	모든 워크스페이스 오버뷰
3손가락 핀치	애플리케이션 그리드 열기

이 제스처들은 여러 워크스페이스에 IDE, 터미널, 브라우저를 나눠 배치하고 작업하는 개발자에게 특히 유용합니다. 마우스로 상단 바를 클릭하거나 Super 키를 누르는 대신, 트랙패드에서 손을 떼지 않고 세 손가락 스와이프만으로 작업 맥락을 전환할 수 있기 때문입니다. 다만 이 기본 제스처들은 Wayland 세션에서만 완전히 동작하며, X11 세션에서는 일부 제스처가 인식되지 않을 수 있습니다.

libinput-gestures로 커스텀 제스처 추가

GNOME 기본 제스처만으로 부족하다면 libinput-gestures를 설치해 원하는 동작을 직접 매핑할 수 있습니다. 이 도구는 X11, Wayland 세션 모두에서 동작하며 GNOME 자체 제스처와 별개로 시스템 전역 단축키처럼 작동합니다.

sudo apt install libinput-tools gestures  # 의존 패키지
sudo apt install libinput-gestures

# 현재 사용자를 input 그룹에 추가해야 권한 없이 동작
sudo gpasswd -a $USER input

# 설정 파일 생성
mkdir -p ~/.config
cp /usr/share/doc/libinput-gestures/libinput-gestures.conf.example ~/.config/libinput-gestures.conf

~/.config/libinput-gestures.conf를 열어 원하는 제스처를 정의합니다. 예를 들어 3손가락 좌우 스와이프로 브라우저 탭 전환, 4손가락 위/아래로 창 최대화/복원을 매핑하면 다음과 같습니다.

# 3손가락 좌우 스와이프: 브라우저 탭 전환
gesture swipe left 3 xdotool key ctrl+Tab
gesture swipe right 3 xdotool key ctrl+shift+Tab

# 4손가락 위/아래: 창 최대화 / 복원
gesture swipe up 4 xdotool key super+Up
gesture swipe down 4 xdotool key super+Down

# 두 손가락 핀치: 줌 아웃 (터미널 폰트 크기 축소용)
gesture pinch in 2 xdotool key ctrl+minus
gesture pinch out 2 xdotool key ctrl+plus

설정을 마쳤다면 서비스로 등록해 자동 시작되도록 합니다.

systemctl --user enable --now libinput-gestures.service
libinput-gestures-setup autostart start

여러 브라우저 탭과 터미널 창을 오가며 작업하는 개발자라면, 탭 전환이나 창 크기 조절을 위해 키보드 단축키를 외우는 대신 손가락 제스처로 처리하는 편이 문맥 전환 비용을 줄여줍니다. 특히 발표 자료를 준비하며 코드 편집기와 슬라이드를 자주 오갈 때, 세 손가락 스와이프 하나로 창을 넘기는 습관은 생각보다 큰 시간 절약으로 이어집니다.

3. 키보드 단축키와 특수키

ThinkVantage 버튼과 Fn 키 조합

씽크패드의 ThinkVantage 버튼(또는 최신 모델의 별표 모양 버튼)은 윈도우에서는 Lenovo Vantage 앱을 실행하지만, 우분투에서는 기본적으로 아무 동작도 하지 않습니다. xev나 showkey로 키 코드를 확인한 뒤 GNOME 커스텀 단축키에 원하는 명령을 매핑할 수 있습니다.

# 어떤 키 코드가 눌리는지 확인 (Wayland라면 xev 대신 libinput debug-events 사용)
sudo libinput debug-events

Fn 키 조합(밝기, 볼륨, 비행기 모드 등)은 대부분 커널의 thinkpad_acpi 모듈이 처리하며 우분투에서 기본으로 동작합니다. 만약 특정 Fn 조합(예: Fn+F8의 무선 상태 토글)이 반응하지 않는다면, 다음 명령으로 모듈이 로드되어 있는지 먼저 확인합니다.

lsmod | grep thinkpad_acpi
# 로드되어 있지 않다면
sudo modprobe thinkpad_acpi

GNOME 커스텀 단축키 설정

ThinkVantage 버튼이나 남는 Fn 조합에 자주 쓰는 명령을 매핑해두면 실질적인 편의로 이어집니다. GNOME 설정 앱에서는 설정 > 키보드 > 키보드 바로 가기 보기 및 사용자 지정 > 사용자 지정 단축키에서 추가할 수 있고, CLI로도 동일하게 등록할 수 있습니다.

# 예: ThinkVantage 버튼에 터미널 실행 매핑
gsettings set org.gnome.settings-daemon.plugins.media-keys custom-keybindings \
  "['/org/gnome/settings-daemon/plugins/media-keys/custom-keybindings/custom0/']"

gsettings set org.gnome.settings-daemon.plugins.media-keys.custom-keybinding:/org/gnome/settings-daemon/plugins/media-keys/custom-keybindings/custom0/ \
  name 'Open Terminal'
gsettings set org.gnome.settings-daemon.plugins.media-keys.custom-keybinding:/org/gnome/settings-daemon/plugins/media-keys/custom-keybindings/custom0/ \
  command 'gnome-terminal'
gsettings set org.gnome.settings-daemon.plugins.media-keys.custom-keybinding:/org/gnome/settings-daemon/plugins/media-keys/custom-keybindings/custom0/ \
  binding '<Super>Return'

개발자에게 유용한 창 관리·워크스페이스 단축키

GNOME 기본 단축키 중 개발 워크플로에서 반복적으로 쓰게 되는 조합을 정리하면 다음과 같습니다.

Super                     — Activities 오버뷰 열기
Super + 숫자              — 즐겨찾기(dock) N번째 앱 실행/전환
Ctrl + Alt + 방향키        — 워크스페이스 전환
Super + Shift + 방향키     — 현재 창을 다른 워크스페이스로 이동
Super + 방향키(좌/우)      — 창을 화면 절반에 타일링
Alt + Tab                 — 애플리케이션 전환
Alt + `                   — 같은 애플리케이션의 다른 창으로 전환
Super + L                 — 화면 잠금
Ctrl + Alt + T            — 터미널 실행 (배포판에 따라 다름, 없으면 커스텀 단축키로 등록)

여러 워크스페이스에 IDE, 터미널, 브라우저를 역할별로 분리해두고 Ctrl+Alt+방향키로 전환하는 방식은, 창을 겹쳐두고 Alt+Tab만으로 찾는 방식보다 맥락 전환이 명확합니다. 예를 들어 워크스페이스 1에는 코드 편집기, 2에는 터미널과 로그, 3에는 브라우저와 문서를 고정해두면, 지금 무슨 작업을 하고 있었는지 창을 뒤적이며 찾는 시간이 줄어듭니다.

4. 배터리·전원 관리

TLP 설치와 기본 설정

TLP는 씽크패드 계열에서 특히 검증이 잘 된 전원 관리 데몬으로, CPU 거버너, SATA 링크 절전, USB 자동 절전, 배터리 충전 임계값 등을 세밀하게 제어합니다.

sudo apt install tlp tlp-rdw
sudo systemctl enable --now tlp.service

# ThinkPad 전용 배터리 임계값 제어 기능 (일부 모델 필요)
sudo apt install tp-smapi-dkms acpi-call-dkms

씽크패드는 배터리 충전 임계값을 설정할 수 있는 모델이 많은데, 노트북을 항상 전원에 꽂아둔 채 개발 서버처럼 쓰는 경우 배터리를 80%까지만 충전하도록 제한하면 배터리 셀 열화를 늦출 수 있습니다.

# /etc/tlp.conf 에서 설정 (예시)
# START_CHARGE_THRESH_BAT0=75
# STOP_CHARGE_THRESH_BAT0=80

sudo systemctl restart tlp.service
tlp-stat -b  # 현재 배터리 상태 및 임계값 확인

powertop으로 전력 소비 지점 파악

TLP가 전반적인 정책을 관리한다면, powertop은 어떤 프로세스나 장치가 배터리를 많이 소모하는지 진단하는 도구입니다.

sudo apt install powertop
sudo powertop --calibrate   # 최초 1회, 전력 소비 프로파일 캘리브레이션
sudo powertop                # 인터랙티브 모드로 실시간 소비량 확인
sudo powertop --auto-tune    # 권장 절전 설정 일괄 적용

powertop --auto-tune은 커널 개발자들도 참고하는 자동 튜닝 스크립트로, USB 자율 절전이나 PCIe ASPM 등 세부 설정을 일괄 적용합니다. 다만 일부 USB 장치(특히 무선 마우스 동글이나 외장 오디오 인터페이스)가 자동 절전 상태에서 응답이 느려지는 경우가 있으므로, 적용 후 장치 반응성에 문제가 없는지 확인하는 것이 좋습니다.

외부 모니터 연결 시 전원 프로파일

노트북을 거치대에 올려 외장 모니터에 연결한 상태에서는 전력보다 성능이 우선이므로, TLP는 AC 전원 연결 여부에 따라 자동으로 프로파일을 전환합니다. GNOME의 전원 프로파일(설정 > 전원)에서도 성능/균형/절전 모드를 수동으로 선택할 수 있는데, 개발 서버를 로컬에서 띄우고 빌드를 자주 돌리는 워크플로라면 전원 연결 시에는 “성능” 프로파일을 사용하는 편이 컴파일 시간 단축에 도움이 됩니다.

TLP와 GNOME의 power-profiles-daemon을 동시에 활성화하면 두 정책이 충돌할 수 있으므로, TLP를 사용한다면 power-profiles-daemon은 비활성화하는 것이 안전합니다.

sudo systemctl disable --now power-profiles-daemon.service

5. 외부 디스플레이·도킹

xrandr로 멀티 모니터 배치

노트북 한 대로 개발하다가 책상에서는 외장 모니터를 붙여 듀얼/트리플 모니터로 확장하는 경우, xrandr(X11 세션)로 배치를 세밀하게 제어할 수 있습니다.

xrandr --query   # 연결된 출력 장치와 지원 해상도 확인

# 외장 모니터를 노트북 화면 오른쪽에 배치
xrandr --output eDP-1 --primary --mode 2880x1800 --pos 0x0 \
        --output DP-1 --mode 1920x1080 --pos 2880x0

GNOME 디스플레이 설정과 HiDPI 스케일링

씽크패드 최신 모델(특히 X1 Carbon, T14s 등)은 14인치에 2.8K~2.9K 해상도를 탑재해 기본적으로 HiDPI 스케일링이 필요합니다. FHD 외장 모니터와 함께 쓸 때 GNOME은 각 디스플레이에 독립적인 배율을 적용할 수 있습니다.

# 분수 배율(Fractional Scaling) 실험적 기능 활성화
gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer']"

설정을 적용한 뒤 설정 > 디스플레이에서 각 모니터를 선택하면 100%, 125%, 150%, 175%, 200% 등 세분화된 배율 옵션이 나타납니다. 노트북 화면은 150~175%, FHD 외장 모니터는 100%로 각각 설정하면 두 화면 모두에서 글자 크기와 UI 요소 크기가 일관되게 느껴집니다.

Wayland 세션에서는 xrandr이 아닌 GNOME 디스플레이 설정 또는 wlr-randr(GNOME 셸에서는 제한적) 계열 도구를 사용해야 하며, 도킹 스테이션이나 USB-C 허브를 통해 다중 모니터를 연결할 경우 허브가 DisplayPort Alt Mode를 지원하는지, 그리고 몇 개의 독립 디스플레이 스트림(MST)을 지원하는지 사전에 확인하는 것이 트러블슈팅 시간을 줄이는 방법입니다.

6. 지문인식·보안

씽크패드의 일부 모델(주로 비즈니스 라인업의 상단 트림)은 전원 버튼 또는 터치패드 좌측 하단에 지문 리더를 내장하고 있습니다. fprintd와 libfprint를 이용하면 로그인과 sudo 인증에 지문을 사용할 수 있습니다.

sudo apt install fprintd libpam-fprintd

# 리더가 인식되는지 확인
fprintd-list $USER

# 지문 등록 (오른쪽 검지 기준 예시)
fprintd-enroll -f right-index-finger $USER

# 등록된 지문으로 인증 테스트
fprintd-verify

지문 인증을 로그인 화면과 화면 잠금 해제에 적용하려면 PAM 설정에 pam_fprintd.so를 추가해야 합니다. 우분투는 libpam-fprintd 패키지 설치 시 대부분 자동으로 PAM 설정을 갱신하지만, 수동으로 확인하려면 /etc/pam.d/gdm-password나 /etc/pam.d/common-auth에 관련 라인이 있는지 점검합니다.

지문 인증을 켜두더라도 비밀번호 로그인 경로는 남겨두는 것이 안전합니다. 지문 센서가 습기나 먼지로 오작동할 때 비밀번호로 즉시 우회할 수 있어야 하기 때문입니다. 또한 지문 리더 칩셋이 Synaptics의 특정 구형 모델인 경우 리눅스 오픈소스 드라이버가 없어 아예 인식되지 않을 수 있으므로, 구매 전이나 설정 전에 libfprint 지원 하드웨어 목록에서 모델명을 확인하는 것을 권장합니다.

7. 개발자 생산성 워크플로

워크스페이스별 역할 분리

노트북 한 대로 다중 모니터 없이 작업하는 개발자에게 워크스페이스 분리는 화면 공간 부족을 보완하는 가장 효과적인 방법입니다. 일반적으로 권장되는 배치는 다음과 같습니다.

• 워크스페이스 1: 코드 편집기(VS Code, JetBrains 계열 등)
• 워크스페이스 2: 터미널 여러 개(빌드/테스트 실행용, 서버 로그 tail용)
• 워크스페이스 3: 브라우저(로컬 개발 서버 확인, 문서 검색)
• 워크스페이스 4: 커뮤니케이션 도구(Slack, 이메일) — 필요할 때만 전환

이렇게 역할을 고정해두면 Ctrl+Alt+방향키나 3손가락 스와이프만으로 “지금 어떤 종류의 작업을 하고 있는지”를 명확히 전환할 수 있습니다. 하나의 워크스페이스에 모든 창을 겹쳐두고 Alt+Tab으로 뒤지는 방식보다, 워크스페이스 자체가 작업 맥락의 경계 역할을 해주기 때문에 특정 창을 찾는 데 걸리는 시간이 눈에 띄게 줄어듭니다.

타일링 창 관리

GNOME 기본 타일링(Super+좌/우 방향키로 화면 절반씩 분할)만으로도 코드 편집기와 터미널을 좌우로 나눠 쓰는 정도는 충분합니다. 더 세밀한 그리드 타일링(화면을 4분할 이상으로 나누기)이 필요하다면 GNOME Shell 확장 프로그램인 Tiling Assistant나 PaperWM을 설치할 수 있습니다.

# GNOME 확장 관리를 위한 브라우저 확장 및 native host 설치
sudo apt install gnome-shell-extension-manager chrome-gnome-shell

설치 후 확장 관리자 앱에서 “Tiling Assistant”를 검색해 설치하면, 창을 드래그할 때 화면 가장자리에 스냅 프리뷰가 표시되어 4분할 배치까지 마우스나 트랙포인트만으로 가능해집니다. 작은 화면에서 여러 창을 동시에 보며 코드를 비교하거나 문서를 참조해야 하는 상황에서 유용합니다.

8. 온도·팬 소음 관리

thinkfan 설치와 설정

씽크패드는 기본 ACPI 팬 제어가 다소 공격적으로 동작해, CPU 부하가 잠깐만 튀어도 팬이 급격히 돌았다가 멈추기를 반복하는 경우가 있습니다. thinkfan을 사용하면 온도 구간별로 팬 속도를 더 완만하게 제어할 수 있습니다.

sudo apt install thinkfan

# 커널 모듈에 팬 제어 권한 부여 (씽크패드 전용)
echo "options thinkpad_acpi fan_control=1" | sudo tee /etc/modprobe.d/thinkfan.conf
sudo modprobe -r thinkpad_acpi && sudo modprobe thinkpad_acpi

/etc/thinkfan.conf에서 온도 구간과 팬 레벨을 정의합니다. 예시로 CPU 온도에 따라 팬 레벨을 단계적으로 조정하는 설정은 다음과 같습니다.

# /etc/thinkfan.conf 예시
tp_fan /proc/acpi/ibm/fan

sensor hwmon /sys/class/thermal/thermal_zone0/temp

(0,    0,  55)
(1,   48,  60)
(2,   50,  65)
(3,   52,  70)
(4,   56,  75)
(5,   59,  80)
(7,   63,  32767)

각 줄은 (팬 레벨, 이 레벨로 낮추는 온도, 이 레벨로 올리는 온도)를 의미하며, 구간을 촘촘하게 나눌수록 팬 속도 변화가 부드러워집니다. 설정 후 서비스로 등록합니다.

sudo systemctl enable --now thinkfan.service

빌드 작업처럼 CPU를 순간적으로 많이 쓰는 워크로드에서 팬이 지나치게 예민하게 반응하면 조용한 공간(카페, 도서관, 화상회의 중)에서 방해가 될 수 있습니다. thinkfan으로 팬 곡선을 완만하게 조정해두면, 짧은 부하 스파이크에는 팬 속도를 유지하다가 지속적인 고부하일 때만 단계적으로 올리도록 만들 수 있어 체감 소음이 줄어듭니다. 다만 팬 레벨을 지나치게 낮게 설정하면 장시간 고부하 작업(대규모 컴파일, 컨테이너 빌드) 중 온도가 스로틀링 임계값에 도달해 오히려 성능이 떨어질 수 있으므로, sensors나 watch -n 1 sensors 명령으로 실제 온도 추이를 확인하며 값을 조정하는 것이 안전합니다.

마치며

씽크패드와 우분투의 조합이 개발자들 사이에서 꾸준히 선택받는 이유는 하드웨어 호환성과 트랙포인트 같은 입력 장치의 특수성뿐 아니라, 세부 설정을 통해 워크플로를 원하는 대로 맞출 수 있는 자유도에 있습니다. 이 글에서 다룬 트랙포인트 감도 조정, 제스처 커스터마이징, 단축키 매핑, 전원 관리, 외장 모니터 스케일링, 지문 인증, 팬 소음 제어는 모두 개별적으로는 작은 설정이지만, 하루 8시간 이상 노트북 앞에 앉아 있는 개발자에게는 누적된 생산성과 피로도 차이로 이어집니다.

한 번에 모든 설정을 적용하기보다, 가장 불편하게 느껴지는 항목(대부분 트랙포인트 감도나 배터리 수명)부터 우선 적용하고 나머지는 필요에 따라 점진적으로 추가하는 것을 권장합니다. 설정 파일들(~/.config/libinput-gestures.conf, /etc/tlp.conf, /etc/thinkfan.conf)은 dotfiles 저장소에 함께 버전 관리해두면, 노트북을 교체하거나 우분투를 재설치할 때도 동일한 환경을 빠르게 복원할 수 있습니다.

같이 보면 좋은 글 (내부 링크)

이 주제와 연결되는 다른 글입니다.

• 개발자가 알아야 할 우분투 필수 명령어 및 활용법 | apt·systemd·ufw 실전 가이드
• 개발자를 위한 리눅스·맥 명령어 실전 가이드 | 네트워크·파일·프로세스·디버깅
• Linux 완전 가이드 — 커널 내부(CFS·페이지 캐시·VFS·시스템콜)와 프로덕션 패턴

---