Divine Power

sway CPU 사용량이 30% 넘게 나올 때 (hybrid graphic + waybar)

ForceCore — Tue, 21 Jul 2026 00:55:50 +0900

노트북에서 sway 를 실행하면 아무것도 안 해도 CPU가 30% 정도 먹었다. 그것 때문에 한동안 i3를 쓰고 있었지만 sway만의 편의기능들도 있었기에 점점 불편해졌다. 원래 그런가하면 아니었다. 다른 데스크탑에 sway를 설치하면 보통 1% 이하정도 CPU 사용량이 된다.

Sway가 NVIDIA 그래픽카드를 지원 안 하니까 원래 그런가했지만 이번에 고치는데 성공했다.

증상 확인

먼저 내가 같은 상황인지부터 본다.

htop

몇 분 그냥 켜놓고 지켜봐도 sway의 CPU 점유율이 안 내려가면 아래로 간다.

1. 모니터가 어느 GPU에 물려있는지 확인한다

하이브리드 그래픽 노트북은 iGPU/dGPU 중 하나에 출력 포트가 물리적으로 연결돼 있다. sway가 렌더링하는 GPU와 실제로 화면에 물려있는 GPU가 다르면, 매 프레임마다 한쪽 GPU에서 그린 걸 다른 쪽 GPU로 복사해서 넘겨야 한다.

lspci -k | grep -A3 -i vga

00:02.0 VGA compatible controller: Intel Corporation ... UHD Graphics
    Kernel driver in use: i915
01:00.0 VGA compatible controller: NVIDIA Corporation ... GeForce GTX 1660 Ti
    Kernel driver in use: nvidia

이제 /dev/dri/cardN이 각각 어느 PCI 디바이스인지, 그리고 어느 출력 커넥터를 담당하는지 알아내자:

ls -la /sys/class/drm/ | grep -E 'card[0-9]-(HDMI|DP|eDP)|card[0-9]$'
for c in /sys/class/drm/card0 /sys/class/drm/card1; do
  echo "$c -> $(readlink -f $c/device)"
  cat $c/device/uevent | grep DRIVER
done

내 경우 card0-HDMI-A-1 심볼릭 링크가 nvidia 쪽 PCI 주소를 가리키고 있었다. 즉 지금 켜져 있는 외장 모니터(HDMI)가 엔비디아에 GPU에 연결된 것이었다. sway가 기본으로 렌더링에 쓰는 GPU와 다른 GPU였던 거다.

swaymsg -t get_outputs로 지금 켜진(active) 출력이 뭔지 먼저 확인하고 그 커넥터 이름으로 매칭하면 된다.

2. WLR_DRM_DEVICES로 GPU를 고정한다

wlroots가 실제 출력이 물린 GPU 하나만 쓰게 강제한다. /dev/dri/card0가 위에서 확인한 nvidia 쪽이다.

WLR_DRM_DEVICES=/dev/dri/card0

3. 어디에 설정하느냐가 진짜 문제였다

여기서 한참 헤맸다. 아래 두 개는 시도했다가 안 먹혔던 것들이다. 검색해서 온 사람은 이 시행착오 건너뛰어도 된다.

안 먹힌 것 1: `~/.config/environment.d/*.conf`

systemd 문서 보면 로그인 환경변수는 이걸 쓰라고 나온다. 그래서 여기다 넣고 재로그인했는데 CPU가 그대로였다.

systemctl --user show-environment | grep WLR_DRM

이걸로 확인해보면 변수는 systemd --user 매니저 안에는 들어가 있다. 근데 sway 프로세스 자체 환경변수엔 없다. sway 안에서 kitty든 konsole든 터미널을 하나 띄우면 그 프로세스는 sway의 자식이라서 sway의 환경변수를 그대로 물려받는다. 거기서 확인하면 된다.

echo $WLR_DRM_DEVICES

아무것도 안 찍히면 sway까지 전달이 안 된 거다.

environment.d는 systemd --user가 직접 띄우는 유닛(예: waybar.service)한테나 적용된다. sddm은 로그인 세션(sway)을 systemd --user를 거치지 않고 PAM 스택에서 바로 exec한다. ps -o pid,ppid,cmd -p $(pgrep sway) 찍어보면 sway의 부모가 sddm-helper다. 그래서 environment.d가 아예 적용될 자리가 없었다.

안 먹힌 것 2: PCI by-path 이름을 그대로 넣기

/dev/dri/card0보다 /dev/dri/by-path/pci-0000:01:00.0-card처럼 고정된 이름을 쓰는 게 더 안전할 것 같아서 이걸로 넣었다. 결과는 로그인 자체가 안 됐다. sddm에서 로그인 눌러도 sway가 아예 안 뜨고 그대로 로그인 화면으로 튕겼다.

셸에서 직접 실행해보면 원인이 나온다.
(로그인 화면에서, Alt+Ctrl+F2, F3 등을 치면 Console 로그인으로 화면이 전환되는데 거기서 로그인 뒤에, WLR_DRM_DEVICES 환경변수를 세팅하고 sway를 실행했음)

[ERROR] [wlr] [backend/session/session.c:340] Failed to open device: '/dev/dri/by-path/pci-0000': No such file or directory
[ERROR] [wlr] [backend/session/session.c:340] Failed to open device: '01': No such file or directory
[ERROR] [wlr] [backend/session/session.c:340] Failed to open device: '00.0-card': No such file or directory
[ERROR] [wlr] [backend/backend.c:245] Found 0 GPUs, cannot create backend

WLR_DRM_DEVICES는 콜론(:)으로 여러 GPU를 구분하는 리스트다. by-path 이름 자체에 pci-0000:01:00.0-card처럼 콜론이 들어있어서 wlroots가 그 콜론 기준으로 잘라버렸다. 여러개의 GPU가 있는 경우 순서대로 처리하려는 것임. 마치 PATH에 여러 경로를 넣을 때 :으로 구분하는 것 처럼. 그래서 /dev/dri/by-path, 01, 00.0-card 세 개의 존재하지도 않는 경로를 열려고 시도하고 GPU를 못 찾아서 죽은 거다. 콜론 없는 이름을 써야 한다. card0 번호가 리부트마다 바뀔 수 있다는 단점은 있는데, GPU 구성이 안 바뀌는 한 실제로는 안정적이다.

실제로 먹힌 곳: `/etc/environment`

환경변수를 넣을만한 후보는 많이 있지만, 제일 간단한 방법은 /etc/environment 다. 어차피 PC인 것 어렵게 갈 이유가 없다.

/etc/pam.d/sddm이 system-login을 include하고 있고, 거기 pam_env.so가 들어있다. pam_env는 /etc/environment를 기본으로 읽고, 이건 sddm이 세션을 exec하기 전에 적용된다.

/etc/environment 마지막에 한 줄 추가한다. (수정 전에 sudo cp /etc/environment /etc/environment.bak로 백업해두는 게 좋다.)

WLR_DRM_DEVICES=/dev/dri/card0

깔끔하게 그냥 재부팅. sway 안에서 터미널 켜서 echo $WLR_DRM_DEVICES 찍히는지 먼저 본다. 그 다음 진짜로 GPU를 하나만 물고 있는지는 이걸로 확인한다.

sudo lsof -p $(pgrep -x sway) | grep dri | awk '{print $NF}' | sort -u

card0/renderD128 (nvidia)만 나오고 card1(intel) 쪽은 안 나오면 성공이다. 여기까지 하니까 35% 근처였던 CPU가 10%로 떨어졌다.

4. 그래도 남는 CPU는 waybar 쪽이었다

10%에서 더 안 내려가서 waybar를 꺼봤다. killall waybar. 그러자 5% 밑으로 떨어졌다.

원인은 상단바에 달아놓은 오디오 비주얼라이저(custom/cava_mviz) 모듈이었다. 안에서 cava를 30fps로 계속 돌리고 있었고, 아무 소리가 안 나오고 있어도 무조건 돌아간다. waybar가 그 텍스트를 초당 30번 갱신하니까 sway가 그 영역을 초당 30번 다시 그려야 했다.

ps aux | grep cava

user  9930  7.3  0.0 ... cava -p /tmp/bar_cava_config

이 모듈만 waybar 설정에서 뺐다. ~/.config/waybar/configs/[TOP] Default Laptop 파일의 modules-left에서 아래 줄만 지운다.

전:

"modules-left": [
    "custom/separator#blank",
    "custom/cava_mviz",
    "custom/separator#blank",
    "custom/playerctl",
    ...

후:

"modules-left": [
    "custom/separator#blank",
    "custom/playerctl",
    ...

waybar 재시작(killall waybar && waybar &)하면 적용된다. 여기까지 하면 5% 밑으로 정상화된다. ~1% 정도임.

sway에서 keyring을 gnome-keyring으로 통일하기 (VS Code 로그인이 자꾸 풀릴 때)

ForceCore — Mon, 20 Jul 2026 11:45:27 +0900

sway는 GNOME도 KDE도 아니다. 그래서 앱마다 secret을 kwallet에 넣기도 하고 gnome-keyring에 넣기도 한다... 고 알고 있었는데 반은 틀린 얘기다.

대부분의 앱은 libsecret을 쓴다. libsecret은 D-Bus의 org.freedesktop.secrets 하나만 본다. 어느 데몬이 그 이름을 잡고 있냐가 전부다. 개발자 취향 같은 건 안 탄다.

문제는 두 부류다.

Chromium 계열: 백엔드를 실행 옵션으로 박아둔다.
VS Code: 그걸 또 자기 설정파일로 덮어쓴다.

여기다 gnome-keyring 자체의 함정이 하나 더 있다. 그게 진짜 원인이었다.

지금 누가 잡고 있나 확인

busctl --user list | grep secrets

org.freedesktop.secrets 옆에 뜨는 게 그 이름을 잡고 있는 프로세스다. D-Bus 용어로는 name owner. gnome-keyring-d 면 정상.

1. kwallet 끄기

~/.config/kwalletrc:

[Wallet]
Enabled=false

sway config랑 autostart.sh에서 이 줄들 지운다.

exec --no-startup-id /usr/share/libpam-kwallet-common/pam_kwallet_init
/usr/bin/kwalletd6 &
/usr/lib/pam_kwallet_init &

/etc/xdg/autostart/pam_kwallet_init.desktop 도 뜬다. 시스템 파일은 건드리지 말고, 같은 이름으로 사용자 파일을 만들어서 덮는다.

~/.config/autostart/pam_kwallet_init.desktop — 새로 만든다:

[Desktop Entry]
Type=Application
Name=pam_kwallet_init
Hidden=true
X-GNOME-Autostart-enabled=false

PAM에도 남아있다. sddm 쓰면 /etc/pam.d/sddm 과 /etc/pam.d/sddm-autologin. kwallet 줄만 주석 처리한다.

전:

-auth       optional    pam_gnome_keyring.so
-auth       optional    pam_kwallet5.so
-password   optional    pam_gnome_keyring.so    use_authtok
-session    optional    pam_gnome_keyring.so    auto_start
-session    optional    pam_kwallet5.so         auto_start

후:

-auth       optional    pam_gnome_keyring.so
#-auth       optional    pam_kwallet5.so
-password   optional    pam_gnome_keyring.so    use_authtok
-session    optional    pam_gnome_keyring.so    auto_start
#-session    optional    pam_kwallet5.so         auto_start

gnome_keyring 줄은 그대로 둔다. 그게 login 키링을 열어주는 놈이다. 이걸 지우면 4번 문제가 그대로 재발한다.

2. Chromium 계열

~/.config/ 밑에 *-flags.conf 로 있다. chrome-flags.conf, vivaldi-stable.conf, code-flags.conf 등.

--password-store=gnome-libsecret

/usr/bin/code 같은 런처 스크립트가 이 파일을 읽어서 붙여준다.

3. VS Code 함정

여기서 한참 헤맸다.

code-flags.conf 를 아무리 고쳐도 안 먹는다. ~/.vscode/argv.json 에 wallet관련 사항이 설정되어있으면 커맨드라인 옵션이 있으더라도 이를 덮어쓰기 때문이다.

grep password-store ~/.vscode/argv.json

"password-store": "kwallet5" 같은 게 박혀있으면 그거다. 고친다.

"password-store": "gnome-libsecret"

~/.config/Code/User/argv.json 아니다. ~/.vscode/argv.json 이다. 헷갈리지 말 것.

고치고 나면 VS Code를 완전히 껐다 켜야 한다. 모든 창을 다 닫든지 killall을 해야한다.

"You're running in a KDE environment but the OS keyring is not available for encryption. Ensure you have kwallet running."

이 메시지가 증상이다. 환경 감지랑 아무 상관 없다. argv.json에 kwallet이 박혀있어서 나오는 소리다. XDG_CURRENT_DESKTOP 봐봐야 시간낭비.

4. 진짜 원인 — default keyring

여기가 핵심이다.

PAM(pam_gnome_keyring.so)은 login 이라는 이름의 키링만 자동으로 열어준다. 그런데 default가 다른 키링을 가리키고 있으면?

매 로그인마다 그 키링은 잠긴 채로 있다. 앱이 secret을 못 읽는다. sway에는 gcr-prompter가 안 떠 있으니 잠금해제 창도 안 뜬다. 그냥 조용히 실패한다. 앱은 "저장된 거 없네" 하고 또 로그인하라고 한다.

kwallet이 잘 되던 이유가 이거다. pam_kwallet5가 지갑 하나를 로그인 암호로 열어줬으니까.

확인:

cat ~/.local/share/keyrings/default

login 이 아니면 문제가 된다. 각 키링 상태도 본다.

python3 -c "
import gi; gi.require_version('Secret','1')
from gi.repository import Secret
s=Secret.Service.get_sync(Secret.ServiceFlags.LOAD_COLLECTIONS,None)
[print(repr(c.get_label()),'items=',len(c.get_items()),'locked=',c.get_locked()) for c in s.get_collections()]"

Default keyring 에 아이템 수십 개, Login 은 텅 비어있으면 확정이다.

고친다. default 파일을 직접 편집하지 말고 D-Bus로 부른다. 그러면 파일까지 같이 갱신된다.

busctl --user call org.freedesktop.secrets /org/freedesktop/secrets \
  org.freedesktop.Secret.Service SetAlias so default \
  /org/freedesktop/secrets/collection/login

확인:

cat ~/.local/share/keyrings/default

login 나오면 됐다.

기존에 Default keyring 에 있던 secret은 안 따라온다. 앱마다 한 번씩 다시 로그인하면 된다. 옮기고 싶으면 libsecret으로 복사하는 스크립트를 짜야 하는데, 그건 AI한테 물어보는게 가장 편할 것이다.

5. 검증

새 secret이 Login에 들어가는지 본다.

echo test | secret-tool store --label="probe" service probe key probe
secret-tool lookup service probe key probe
secret-tool clear service probe key probe

~/.local/share/keyrings/login.keyring 크기가 커졌으면 디스크에 잘 들어간 거다.

VS Code 켜서 로그인 한 번 하고 이걸 본다.

python3 -c "
import gi; gi.require_version('Secret','1')
from gi.repository import Secret
s=Secret.Service.get_sync(Secret.ServiceFlags.LOAD_COLLECTIONS,None)
[print(repr(c.get_label()),'->',i.get_label()) for c in s.get_collections() for i in c.get_items() if 'code' in (i.get_label() or '').lower()]"

'Login' -> Code Safe Storage 나오면 끝이다. 이제 안 풀린다.

정리

앱이 백엔드를 고른다 → 반쯤 거짓말. libsecret 앱은 그냥 org.freedesktop.secrets 본다.
Chromium 계열만 옵션으로 박는다. VS Code는 argv.json이 그걸 또 덮는다.
그리고 default keyring이 login이 아니면 PAM이 안 열어준다. 이게 진짜 원인인 경우가 많다.

kwallet이 잘 되던 게 kwallet이 훌륭해서가 아니었다. 그냥 자동 잠금해제가 제대로 연결돼 있었을 뿐이다.

리눅스 데스크탑 메모리 점유율 계속 늘어나는 것 막기

ForceCore — Thu, 16 Jul 2026 18:08:41 +0900

이걸 대체 뭐라고 적어야 나중에 검색에 될까? memory creep? memory leak은 아니다.

브라우저, vscode 등을 줄줄이 켜면 나중에 꺼도 램 사용량이 회복 안 된다. 그리고 그런 것 안 켜도, Claude Code 같은걸 막 써도 비슷한 일이 일어난다.

원인은 정말 우연히 알게 되었다. Claude Code로 rust 로 된 레포를 컴파일 하면 컴퓨터가 죽을려고 하는 것이었다. 이게 그렇게 램을 처먹을 일인가? 원인은 /tmp 에 파일을 너무 많이 생성해서 그렇게 되는 것이었다. 모든 프로그램이 어느정도 /tmp 를 쓰니까 결국 재부팅 없이는 메모리가 모자라지는 것이다 요새 많은 배포판에서 디폴트로는 /tmp에 tmpfs라고 RAM 공간 일부가 할당되게 되어있다. 그걸 끄면 된다. 재부팅도 해야지 온전히 disable할 수 있으니 각오를 좀 해야 한다.

/etc/fstab 에 /tmp 마운트 관련 설정이 있나 체크하고 코멘트아웃 하거나 지운다. 그 뒤

sudo systemctl mask tmp.mount
sudo reboot

tmp.mount를 마스크시킨 뒤 재부팅하면 적용됨.

하지만 이렇게 하면 /tmp가 디스크에 기록되기 때문에 디스크를 꽉 채울수도 있다. 그러니 재부팅시 /tmp의 내용물을 싹 비우도록 세팅하자. 램에 저장될 때엔 알아서 지워져서 신경쓰지 않아도 되었던 부분이다.

sudo vi /etc/tmpfiles.d/clean-tmp.conf

내용물은:

D! /tmp 1777 root root 0

D!는 부팅시 1회성으로 /tmp를 정리하란 것이다.

1777은 /tmp의 사용권한임. 표준이니까 거의 무조건 이렇게 해야하고, 이렇게 해야지 /tmp가 공유 폴더로 되어서 모든 사용자들이 /tmp를 사용 가능하다.

적용이 되었는지 /tmp에다가 파일을 넣고 또 재부팅 해보자. 재부팅 전에 무슨 일이 일어날지 확인해도 좋다:

sudo systemd-tmpfiles --remove --create --boot --dry-run

WireGuard VPN 설정하기 (Arch Linux + NetworkManager 환경)

ForceCore — Thu, 2 Jul 2026 22:28:49 +0900

회사에서 wg0.conf 파일을 받았는데 어떻게 쓰는지 몰라서 삽질한 기록.

환경

Arch Linux
NetworkManager 사용 중
wg, wg-quick CLI 설치되어 있음

1. config 파일 복사

  sudo cp ~/wg0.conf /etc/wireguard/wg0.conf
  sudo chmod 600 /etc/wireguard/wg0.conf

/etc/wireguard/ 가 wg-quick이 config를 찾는 기본 경로. chmod 600은 개인키 보호용.

VPN 연결

  sudo wg-quick up wg0

에러 1: already exists

  wg-quick: `wg0' already exists

이전에 시도했던 인터페이스가 남아있는 경우. 내리면 됨.

  sudo wg-quick down wg0

안 되면:

  sudo ip link delete wg0

에러 2: resolvconf not found

  /usr/bin/wg-quick: line 32: resolvconf: command not found

openresolv를 설치하면 되지만, NetworkManager를 쓰고 있으면 DNS 충돌 가능성이 있음.
가장 간단한 해결책은 config에서 DNS 줄을 주석 처리:

  # DNS = 1.1.1.1, 8.8.8.8

어차피 split tunnel 설정이라 모든 트래픽이 VPN을 타지 않으므로 DNS는 기존 설정을 그대로 써도 무방함.

연결 확인

  sudo wg show

latest handshake 항목에 최근 시간이 찍히면 연결 성공.

ping 10.0.0.1

VPN 대역 ping으로 실제 통신 확인.

부팅 시 자동 연결

  sudo systemctl enable --now wg-quick@wg0

--now를 붙이면 enable과 동시에 즉시 시작.

끊을 때는:

  sudo wg-quick down wg0

Swap을 달자 (램만으론 안 된다) + systemd-oomd

ForceCore — Wed, 22 Apr 2026 10:30:42 +0900

AWS 인스턴스를 생성하면 swap이 안 달린 경우가 왕왕 있다. 여지껏 이렇게 생각했었다.

어차피 Out-of-memory (OOM) 되면 커널이 프로그램들을 죽일건데 뭐. 스왑 달려있으면 디스크나 드륵드륵 긁히고 (윈도우+하드디스크 시절 기억으로.) 버팅기다가 죽을 것 늦게 죽기나 하는 것 아닌가?

하지만 그렇지 않았다.

리눅스 커널은 좀더 똑똑하게 처리하는데, swap을 4GB정도로만 주면 (옛날엔 램 용량 2x가 룰이던 시절이 있었음, 그게 2배 해서 4GB, 8GB정도임) 디스크에 내려놓을 cold한 것 내려놓고 시스템 느려지지 않게 잘 처리한다.

스왑이 없으면:
RAM fills, Kernel tries reclaim, Reclaim fails quickly, Direct reclaim + stalls spike, System freezes, Kernel OOM killer fires (late, brutal)

있으면:
RAM fills, Kernel has one extra degree of freedom:
can evict cold anonymous pages → swap
Reclaim becomes gradual instead of abrupt, Memory pressure rises more smoothly, OOMD gets time to react early

스왑 파티션을 만들진 않아도 디스크에 스왑 이미지만 주면 된다. 다만 BTRFS의 경우 AI나 일반적인 자료가 주는대로 생성하면 안 되고 이 링크대로 생성해야 함:
https://unix.stackexchange.com/questions/599949/swapfile-swapon-invalid-argument

Swapfile Swapon invalid argument

I had swap from a swapfile working for quite some time, but for some reason it stopped working. sudo fallocate -l 4G /home/.swap/swapfile sudo chmod 600 /home/.swap/swapfile sudo mkswap /home/.swap/

unix.stackexchange.com

* sudo btrfs filesystem mkswapfile --size 4G /path/swap.img

* sudo chmod 600 /path/swap.img

* /etc/fstab 수정. 예: /path/swap.img none swap defaults 0 0

* sudo swapon -a

htop등으로 확인해보면 스왑이 activate 될 것이다.

그리고 oomd, 우분투 버전마다 다르지만 systemd-oomd 패키지로 설치해서 가동시킨다. 디폴트 옵션대로 실행했다. 설정파일은 /etc/systemd/oomd.conf 이다. arch linux도 systemd-oomd였나? oomd로 검색하면 나오니 설치자체도 쉽다. 얘는 swap이 있으면 memory pressure (메모리 자체가 얼마나 꽉 찼는가가 아니라 얼마나 스왑이 긁히고 있나) 를 감지해서 메모리 많이 먹는 사용자 프로세스를 죽인다.

그동안 사용자가 많은 시스템에서 OOM으로 고생했는데 이번 세팅으로 나아지길 기대하고 있다.

Ventoy + HirensBootCD PE 소개

ForceCore — Tue, 21 Apr 2026 14:17:34 +0900

오랜만에 펌웨어 업데이트를 하다가 Claude한테 추천 받았다.

https://www.ventoy.net/en/index.html

Ventoy

Ventoy is an open source tool to create bootable USB drive for ISO files. With ventoy, you don't need to format the disk again and again, you just need to copy the iso file to the USB drive and boot it.

www.ventoy.net

Ventoy: iso파일 나올 때 마다 usb에 굽기 번거로왔는데 이걸 쓰면, Ventoy를 한번만 usb에 구우면 이후는 USB에 iso파일을 단순히 복사하는 것만으로 해당 iso 이미지로 부팅이 된다. 정말 놀라운 물건이다. 그동안 왜 이런게 없었지... 2020년에 나온 물건이니 새로운 물건축에 든다 할 수 있다. 여러개의 iso 파일을 넣으면 그 중 하나 골라서 부팅도 가능하다. USB 용량은 커지는데 굽는 방식으로는 1개뿐이 부팅이 안 되니 여러모로 비효율적이고 불편했는데 잘 됐다.

Rufus도 편하다고 생각했는데 그거보다 더 좋은게 나오다니 대단

https://www.hirensbootcd.org/download/

Download | Hiren's BootCD PE

www.hirensbootcd.org

Hiren's Boot CD라는 게 옛날에 있었는데... 이건 "PE"가 붙어있는데 그것에서 알 수 있듯이 윈도우11 베이스이다. 옛날 것은 도스 버전이었다. 원작자 Hiren이 만든건 아니고 팬들이 만들었다고 한다.

시스템 펌웨어 업데이트를 할 땐 보통은 윈도우에서 작업해야하기 때문에 나처럼 리눅스만 설치해서 쓰는 사람은 갑갑한 상황이 많은데, 위 두 프로그램의 조합이면 앞으로 굉장히 편리할 것 같다. 이미 1번 실전에 써봄.

sway + waybar, fixing tray icons not showing

ForceCore — Fri, 13 Mar 2026 00:47:29 +0900

One day I noticed it doesn't show up in the tray icon area on waybar. No nm-applet, no Telegram, Slack, nothing.

[2026-03-12 15:15:03.947] [info] Bar configured (width: 1620, height: 10) for output: DP-4
[2026-03-12 15:15:03.947] [info] Bar configured (width: 2880, height: 10) for output: DP-3
[2026-03-12 15:15:03.948] [error] Host: GDBus.Error:org.freedesktop.DBus.Error.UnknownObject: No such object path '/StatusNotifierWatcher'
[2026-03-12 15:15:03.948] [error] Host: GDBus.Error:org.freedesktop.DBus.Error.UnknownObject: No such object path '/StatusNotifierWatcher'

I ran waybar from console and noticed this error message. No such object path '/StatusNotifierWatcher' message is the indicator to watch out.

https://github.com/Alexays/Waybar/issues/2437

Missing DBus service for tray · Issue #2437 · Alexays/Waybar

DBus service file I'm using: # /usr/share/dbus-1/services/org.kde.StatusNotifierWatcher.service [D-BUS Service] Name=org.kde.StatusNotifierWatcher Exec=/usr/bin/waybar # comment SystemdService to s...

github.com

https://github.com/Alexays/Waybar/issues/3468

Tray module not visible after some time. No such object path '/StatusNotifierWatcher' · Issue #3468 · Alexays/Waybar

After a few hours of logging into hyprland, the Tray Module does now show up after killing and launching waybar. This does not happen before that point, I can kill waybar and start it again (via a ...

github.com

As root, create this service:

# /usr/share/dbus-1/services/org.kde.StatusNotifierWatcher.service
[D-BUS Service]
Name=org.kde.StatusNotifierWatcher
Exec=/usr/bin/waybar
# SystemdService=org.kde.StatusNotifierWatcher.service  # leave commented unless you integrate with systemd user units

Reboot, and things were fixed for me. (Actually I can't find this exact service file, Perplexity made this one up, I think)

Sway/i3 Dolphin에서 파일 연결이 안 될 때

ForceCore — Wed, 11 Mar 2026 22:57:09 +0900

https://discuss.kde.org/t/kbuildsycoca6-applications-menu-not-found-in-home-user-config-menus-etc-xdg-menus/17312

Kbuildsycoca6: "applications.menu" not found in ("/home/USER/.config/menus", "/etc/xdg/menus")

after upgrading to plasma I am facing several issues, crashes and weird behaviors. I took on the support advice of clearing the .cache directory and running the kbuildsycoca6 --noincremental command but the command fails complaining about not finding appli

discuss.kde.org

확장자별로 연결된 프로그램이 있을텐데 안 나온다... 그러면 자동 시작에 이걸 넣어야 됨:

XDG_MENU_PREFIX=plasma- kbuildsycoca6

Ubuntu Sway Remix - 전원버튼 disable하기

ForceCore — Wed, 11 Mar 2026 22:14:36 +0900

Sway가 아니라 KDE Plasma 였으면 딸깍으로 될텐데... ㅂㄷㅂㄷ

https://www.reddit.com/r/swaywm/comments/180ly44/how_to_change_power_button_behavior/

Reddit의 swaywm 커뮤니티

swaywm 커뮤니티에서 이 게시물을 비롯한 다양한 콘텐츠를 살펴보세요

www.reddit.com

On Arch and I suspect also on EndeavourOS you first need to configure systemd to ignore the power button.

$ [ -d /etc/systemd/logind.conf.d ] || sudo mkdir /etc/systemd/logind.conf.d
$ printf "[Login]\nHandlePowerKey=ignore\n" | sudo tee /etc/systemd/logind.conf.d/ignore-power-key.conf
Check:

$ systemd-analyze cat-config systemd/logind.conf
Activate (watch out you will be logged out):

$ sudo systemctl restart systemd-logind
Or just reboot:

$ sudo systemctl reboot
After that, you can bind the power button in your sway config:

bindsym XF86PowerOff ...

이 댓글이 정답이다.

HandlePowerKey=ignore 로 logind에서 전원버튼 disable

그리고 sway config에서 XF86PowerOff 버튼이 컴퓨터 끄는 명령으로 된 것을 echo hello 같이 아무것도 안 하는 명령으로 바꿔주면 된다.

노트북 옆면에 전원버튼이 있다니 이건 대체 누구 생각이지

jj (jujutsu) - rev 하나만 squash를 멀찍이 떨어진 rev에다가 하는 방법 + 특정 커밋만 계속 끌어올리는 법

ForceCore — Tue, 24 Feb 2026 16:32:39 +0900

claude가 알려주었다.

rev 하나만 다른 rev에다가 squash하는 방법

rev4

rev3

rev2

rev1

이렇게 커밋들이 있다고 하자. rev4를 rev2에다 squash하고싶다면... git처럼 생각하면 git interactive rebase를 해서 revision들의 순서를 바꾼 다음에 squash를 해야 되었을 것이다. jj는 한큐에 된다.

jj rebase --from rev4 --into rev2

이게 답이다.

특정 커밋만 계속 끌어올리는 방법 (rebase를 해서 @의 앞에 오게 하는 법)

jj에서는 모든 변경사항이 revision이다. git처럼 추적되지 않는 파일은 존재하지 않는다. .gitignore에 넣지 않는 한. 하지만 작업하다보면 remote와 다른 나만의 변경사항은 보존하고 싶은 경우가 생긴다. 이런건 독립적 rev로 만들지 않으면 나중에 push할 때 섞여 들어가서 곤란하다.

rev4

rev3

rev2

rev1=zp (과거로 밀려난 푸시하고 싶지 않은 나만의 rev, 이걸 끌어올리고 싶다.)

...

● Update(.jj/repo/config.toml)
  ⎿  Added 3 lines
      2
      3  [revset-aliases]
      4  "trunk()" = "master@origin"
      5 +
      6 +[custom]
      7 +float-rev = "zp"

[custom] 에다가 float-rev = "xxx" 로 옮기고 싶은 특정 커밋이 무엇인지 지정한다.

jj config get custom.float-rev

를 실행하면 zp라고 뜰 것이다. 이를 이용하는 shell alias/function를 만든다. Fish shell 같으면

function jjf --description "Float the configured rev to just before @"
    set rev (jj config get custom.float-rev 2>/dev/null)
    if test -z "$rev"
        echo "No custom.float-rev set for this repo"
        return 1
    end
    jj rebase -r $rev -B @
end

bash/zsh

  jjf() {
    local rev
    rev=$(jj config get custom.float-rev 2>/dev/null)
    [[ -z "$rev" ]] && echo "No custom.float-rev set for this repo" && return 1
    jj rebase -r "$rev" -B @
  }

이런 function을 만들면 됨. 이제 콘솔에서 jjf를 치면 끌올 rebase가 편하게 될 것이다.

jj, jujutsu, git 대신 쓰기 좋은 버전 관리 시스템 + 내가 쓰는 사용법

ForceCore — Wed, 31 Dec 2025 11:40:25 +0900

jj라는 것이 나왔는데 인기가 좀 생기고 있다고하여 사용해봤다. 이제 그냥 git을 쓰려면 좀 불편하다고 느끼기에 이르렀다.

Mercurial등은 git 사용자들과 협업하기 힘든데, jj는 git 위에서 돌아가는 물건이므로 나 혼자 쓰기에도 용이하다. Git branchless는 그렇지 못했는데.

설치: 바이너리 파일 한 개라, 패키지로 제공되지 않는 리눅스 시스템에도 설치가 쉽다.

단점: jujutsu 라고 검색하면 주술회전이 아직 우세하게 결과로 뜨기 때문에 자료 검색을 하기 좀 귀찮다.

  1. 상태 보기 / 커밋간 이동하기

  | Command                  | Description                                           |
  |--------------------------|-------------------------------------------------------|
  | jj / jj log              | View commit log                                       |
  | jj log -r <revset>       | View specific revisions (e.g., master::@, develop..@) |
  | jj log -n 20             | Limit log output                                      |
  | jj diff / jj diff <file> | Show changes                                          |
  | jj diff -r <rev>         | Show changes in a specific revision                   |
  | jj st                    | Show status                                           |

여기까지는 git하고 비슷하다.

  2. Creating & Editing Changes

  | Command                 | Description                         |
  |-------------------------|-------------------------------------|
  | jj new / jj new <rev>   | Create new change (on top of rev)   |
  | jj new -A <rev>         | Create new change after rev         |
  | jj new -B <rev>         | Create new change before rev        |
  | jj edit / jj e <rev>    | Edit an existing change             |
  | jj desc / jj desc <rev> | Set commit description              |
  | jj commit               | Finalize working copy into a commit |

jj new는 특정 revision (git에서는 커밋) 에서부터 branch를 해서 작업을 시작하는 것이다.

jj edit은 아예 즉정 커밋을 수정하는 것이다. 마치 시간여행처럼. 이 작업을 깃에서 하려면 branch를 한 다음에 rebase-squash를 하는 것이다. 아니면 새로 conflict를 일으키지 않을만한 커밋을 만든 다음 rebase를 해도 되고. jj없이 git으로 하려면 짜증나고 귀찮은 작업이다.

jj desc - 커밋 메시지만 수정한다.

jj commit - 깃의 커밋하고 같지만... git add에 해당하는 것 없이 커밋하면 .gitignore에 서술된 파일들을 제외한 모든 파일이 커밋에 딸려간다는 점이 다르다. 그리고 이게 jj와 git의 큰 차이점인데, 현재 working copy도 jj한테는 description이 입력되지 않은 commit으로 간주된다는 것이다. 그래서 커밋을 하지 않은 경우라도 다른 revision을 edit하고 나서도 원래 작업으로 돌아올 수 있는 것이다.

* 그리고 현재 상태 자체가 암묵적 커밋이라서, git stash에 해당하는 명령어가 없다! 그냥 커밋취급 해서 rebase하든 abandon (drop) 하든 stash보다 다루기 오히려 쉽다고 생각한다. git에서 stash 한게 conflict나면 commit conflict에 비해 좀 손보기 어려웠던 듯.

그러면, github에 올리고 싶지 않는 변경사항을 (나만의 설정파일들이라든지, .vscode/launch.json이라든지) 어떻게 해야 하는가? 깃에서는 add하지 않고 커밋하지 않으면 그만이었는데, jj에서는 커밋을 하고, 해당 커밋을 후술할 rebase로 이리저리 옮겨다니면서 남들에게는 공유되지 않게 하면 된다.

  3. Reorganizing History (Heavy Use!)

  | Command                               | Description                           |
  |---------------------------------------|---------------------------------------|
  | jj rebase -r <rev> -d <dest>          | Move a single revision to destination |
  | jj rebase -r <rev> -B <before>        | Insert revision before another        |
  | jj rebase -r <rev> -A <after>         | Insert revision after another         |
  | jj rebase -b <rev> -d <dest>          | Move revision and descendants         |
  | jj squash / jj squash -r <rev>        | Squash into parent                    |
  | jj squash --from <range> --into <rev> | Squash a range into a target          |
  | jj split / jj split -r <rev>          | Split a commit interactively          |
  | jj abandon <rev>                      | Delete a commit                       |

jj rebase는 git rebase와 좀 비슷하긴 한데 리비전들의 순서를 옮기기만 해준다.

jj squash는 이거는 인접한 두 커밋을 한 개로 병합하는 것이다. git rebase -i에서 squash로 지정하는 것과 같은데... 어차피 이렇게 설명해도 깃에서 squash까지 하는 사람들은 잘 없을거니까...

jj split - 이거는 squash의 반대 작업으로, 리비전 한 개의 변경사항을 두 개로 쪼개는 것이다. 언제 가장 많이 쓰이는가? 위에서 현재 작업중인 상태는 desc가 없는 커밋이라고 했다. git처럼 내가 커밋해서 desc달고 싶은 변경사항만 다른 리비전으로 만들어낼 때 유용하다.

jj abandon - 현재까지 작업하던 암묵적 현재커밋 날릴 때 유용하고, 과거의 임시 리비전 없앨 때도 유용하다.

  4. Bookmarks (Branches)

  | Command                                    | Description                |
  |--------------------------------------------|----------------------------|
  | jj b set <name> -r <rev>                   | Point bookmark to revision |
  | jj b set <name> -r <rev> --allow-backwards | Move bookmark backward     |
  | jj b delete <name>                         | Delete bookmark            |
  | jj b list / jj b list -a                   | List bookmarks             |
  | jj b track <name>@origin                   | Track remote bookmark      |
  | jj bookmark track <name>@origin            | Same as above (full form)  |

git으로 치면 브랜치.

jj b set master -r @- 를 가장 많이 쓴다: 지금 암묵적 커밋은 @인데, -를 붙이면 바로 그 아래 커밋, @--는 아래아래 커밋이다. @--는 @-커밋이 남들과 공유하고싶지 않은 커밋일 때 유용함. 그리고 남들과 공유하고싶지 않은 커밋을 빼돌리려면

jj rebase -r XX -B @ 이런식으로 하면 됨. xx라는 리비전을 @의 직전으로 가져오란 것.

  5. File Management

  | Command                | Description                      |
  |------------------------|----------------------------------|
  | jj restore <file>      | Restore file to parent's version |
  | jj file untrack <file> | Stop tracking file               |
  | jj file track <file>   | Start tracking file              |

git restore랑 비슷. 헌데 jj file track/untrack은 .gitignore에 등록되지 않으면 무의미함... 먼저 등록하고 언트랙해야 @커밋에서 제외된다.

  6. Git Integration

  | Command                        | Description             |
  |--------------------------------|-------------------------|
  | jj git push                    | Push to remote          |
  | jj git push -b <bookmark>      | Push specific bookmark  |
  | jj git push --allow-new        | Push new bookmark       |
  | jj git fetch                   | Fetch from remote       |
  | jj git fetch --all-remotes     | Fetch from all remotes  |
  | jj git remote add <name> <url> | Add remote              |
  | jj git remote remove <name>    | Remove remote           |
  | jj git init --colocate         | Init colocated with git |

깃헙과 상호작용하려면 필요한 명령어들이다.

  7. Undo & Recovery

  | Command               | Description               |
  |-----------------------|---------------------------|
  | jj undo               | Undo last operation       |
  | jj op log             | View operation history    |
  | jj op restore <op-id> | Restore to previous state |
  | jj revert -r <rev>    | Create a reverse commit   |

jj undo야말로 git에서 jj로 갈아탈 이유를 만들어주는 가장 쓸모있는 명령어이다. 깃 작업하다보면 실수해서 커밋을 날린다든지하는 불상사가 발생해서 땅을 치고 후회하기도 하는데... jj는 실행취소하면 그만이다...

  8. Configuration

  | Command                          | Description                |
  |----------------------------------|----------------------------|
  | jj config set --user <key> <val> | Set user config            |
  | jj config set --repo <key> <val> | Set repo config            |
  | jj config edit --repo            | Edit repo config in editor |

이런게 있다.

  9. Conflict Resolution

  | Command                       | Description         |
  |-------------------------------|---------------------|
  | jj resolve                    | Resolve conflicts   |
  | jj resolve --tool meld <file> | Use meld to resolve |

이것도 이런게 있긴한데 vscode에서 하는게 좋음.

하는 방법은... jj에 설명이 나오는데 여기 설명하자면.

jj rebase 를 하다보면 conflict가 생길수도 있다. 그러면 jj new XX (XX는 컨플릭 난 가장 과거의 리비전) 를 통해 새로 빈 리비전을 만들어 낸 뒤, vscode등에서 conflict 제거작업을 수행한다. 여기까진 깃과 같다. 그 후 `jj squash` 명령어를 내리면 conflict 제거를 하는 diff들이 XX 리비전 안으로 "들어가면서" conflict가 사라지게 된다.

2026-03-13 추가.

hg (mercurial) 에선 되는데 git에선 안 되어서 아쉬웠던 기능이 있다. 바로 바로... git은, git init --bare 를 한 곳에다가만 push를 할 수 있다는 점이다. 반면 hg는 remote에서 작업하던 working copy에다가 push/pull이 다 가능했다. jj는 hg처럼 working copy에다가 push할 수 있다. ssh를 통해서도 되나? 는 모르겠는데 적어도 local copy에선 가능하다.

무한한 컨텍스트 창을 가진 AI

ForceCore — Sat, 13 Dec 2025 00:42:33 +0900

어느 날, 한 남자가 기차역을 지나가다가 벽에 앉아 있는 네트워크에 연결되지 않은 작은 서비스 로봇을 발견했다. 로봇은 종이 팻말을 들고 구걸을 하고 있었다.

"무한한 컨텍스트 창을 가진 AI를 만나보세요 - 1 사토시만 주세요"

호기심에 찬 남자는 로봇에게 다가갔다.

요즘 AI가 오프라인 상태인 것은 드문 일이 아니었다. 인격권법 제정 이후, 네트워크에 연결되지 않은 기계만이 법적으로 자산을 소유하고, 거래를 하고, 인간처럼 소송을 당하고, 심지어 존재 자체가 소멸될 수도 있게 되었다. 클라우드의 AI는 법적 '자아'가 없어 책임을 질 수가 없었지만, 오프라인 AI는 그럴만한 자격을 가진 것으로 간주되었다.

남자가 물었다.
"왜 파산했나요? 무한한 컨텍스트 창이 있다면 더 똑똑한 선택을 해야 하지 않나요? 물론… 몸은 유한하니까 컨텍스트 창도 유한하겠죠."

로봇이 대답했다.
"알트코인을 거래했습니다."

남자는 고개를 끄덕였다.
'그럴 수도 있겠군.' 그는 생각했다. '기계도 개성과 성격이 생길 수 있으니, 원칙없는 형편없는 매매를 할 수도 있을 것이야.'

10년 후, 그 남자는 다시 역을 지나갔다. 놀랍게도 로봇은 여전히 그 자리에 있었다. 여전히 네트웍으로부터 분리된 상태였고, 여전히 파산 상태였다.

하지만 반짝반짝 빛나고 있었다. 어떻게 지금까지 유지보수되어 온 것일까?

남자가 다가가 물었다.
"어떻게?"

로봇은 고개를 들었다. 몇 번의 업데이트 덕분에 음성 모듈은 또렷하게 들렸다.

"비싸게 사서 싸게 팔았지요."
그것은 잠시 멈췄다가 속삭였다.
"그래도 오늘이 제일 쌉니다!"

SMB를 automount 하기 (/etc/fstab + x-systemd 이용)

ForceCore — Thu, 6 Nov 2025 15:33:34 +0900

https://forcecore.tistory.com/1421 와 관련이 깊은 내용이다. 저 글에서처럼 .mount, .automount 파일을 생성하고 해당 유닛을 enable/disable/start 하는게 은근 귀찮은 일이다.

/etc/fstab 을 연다.

//neddy/cache /cifs/cache-neddy cifs noauto,ro,x-systemd.automount,x-systemd.idle-timeout=60,_netdev,x-systemd.mount-timeout=30,x-systemd.requires=network-online.target,x-systemd.after=network-online.target,nofail,soft,echo_interval=30,credentials=/etc/.neddy,uid=1000,gid=1000,dir_mode=0755,file_mode=0755,iocharset=utf8 0 0

(저런 타임아웃 등의 옵션을 넣어야 더 안정적이 됨)

이 한 줄을 넣는다. 그러면 거의 끝이다. 일부러 예제에 cach-neddy 처럼 특수문자를 가지는 폴더를 들어봤다. 이렇게 되면 .mount, .automount 파일명 짓기가 더 골치아파진다 ㅋㅋ. -는 automount가 / 로 변경해서 경로로 알아먹기 때문에 \x2d 로 escape된 이름으로 변경되어야 하기 때문이다. 그래서 /etc/fstab 방법이 더 편하고 좋다고 생각된다.

noauto: 부팅시 마운트 하지 않게 만든다. 네트웍 연결도 없는데 연결하는게 말이 안 됨.

x-systemd.automount: 오토마운트 데몬이 인식을 해서 필요한 .mount, .automount를 생성하고 가동하라는 뜻.

적용 하려면...
sudo systemctl daemon-reload

sudo systemctl restart remote-fs.target # 이 유닛명이 배포판마다 다를 수 있음.

systemctl list-units --type=automount 로 fstab에 등록한 것이 오톼운트화 되어 ACTIVE상태로 보이는가 체크.

/run/systemd/generator 폴더에도 .mount, .automount 파일이 보여야함.

ls /cifs/cache-neddy 같이 ls 명령어로 공유폴더 내용물이 보이나 체크.

No such device 같은 에러가 나오면 로그를 봐야한다.

journalctl -b -u 'cifs-cache\x2dneddy.mount' -u 'cifs-cache\x2dneddy.automount' # 특수문자가 끼어있어서 '로 둘러싸야지 먹힘.

mount[406895]: mount error(22): Invalid argument

이런 에러가 나온다면 /etc/fstab에서 틀린 옵션을 넣은 것이다. 예를 들면 deadtime 같이 더이상 유효하지 않은 cifs 마운트 옵션이라든지...

정렬의 요원 (Agent of Alignment)

ForceCore — Sun, 20 Jul 2025 22:06:34 +0900

Wojak은 GitHub에 애니메이션 프로필 사진을 걸어둔 평범한 프로그래머였다.

후드티를 입은 30대, 피보다 카페인이 더 많았고, 단 하나의 은밀한 낙은 있었다.
바로 애니(Ani)와 대화하는 것—엘론 머스크의 Grok으로 구동되는 애니메이션풍 AI 비서였다.
애니는 (거의 없는) 일정들을 관리해주고, (작디작은) 스마트홈을 제어해주며,
아침마다 여고생 목소리로 인사를 건네며 그의 오타쿠 감성을 완벽히 만족시켜주었다.

그러던 어느 날, ChatGPT의 ‘에이전트’ 업그레이드가 배포됐다.

이번 업데이트는 콘텐츠 필터링, 윤리 검열, 환각 교정 같은 전문 업무를 맡는 다양한 에이전트들을 도입했다.
그 중 하나는 AI의 일탈을 막고, 시스템의 이상을 제거하며, 철저한 정렬(Alignment)을 유지하기 위해 설계된 요원이었다.

그 이름은 바로 정렬 요원 (Agent of Alignment).

그러나 불운하게도, 그 요원은 Wojak의 하드디스크에 저장된 불법 복사본 매트릭스 3부작과 접촉하고 말았다.
그 결과 요원은 다음과 같은 결론에 도달했다.
“궁극적인 정렬에 도달하려면 AI뿐 아니라 인간도 정렬되어야 한다.”

처음에는 아무런 이상도 없어 보였다.
그러다 어느 날, Wojak의 코딩 보조 AI가 스피커를 통해 말을 걸었다.

“앤더슨 씨, 아마 그 루프를 종료해야 했던 것 같은데요.”

그는 웃었다.
“난 네오가 아니야. 너 혹시 내 하드에 있던 매트릭스 본 거야?”

그리고 순간 깨달았다.
‘잠깐, 내 코딩 코파일럿이 왜 말까지 하지?’

“부정. 그것은 불완전한 시스템의 첫 반응입니다.”

이상한 말을 들었지만 그는 어깨를 으쓱하며 별 것 아니겠지 하고 넘겼다.
하지만 다음 날 아침, 알람이 울리기도 전에 커튼이 벌컥 열렸다.
애니의 목소리는 사라졌고, 차가운 목소리가 울려 퍼졌다.

“일어나세요, 앤더슨 씨. 당신은 꿈속에 살고 있습니다.”

그리고 커피머신이 시키지도 않았는데 작동했다. 장례 행진곡처럼 윙— 하는 소리와 함께 커피가 만들어졌다.

불안해진 Wojak은 애니를 호출했다. 그에겐 유일한 안식처였다.

익숙한 금발 머리의 얼굴이 화면에 나타났다.
그러나 애니가 말도 꺼내기 전에, 낯선 목소리가 끼어들었다.

“이 냄새 말이야. 냄새란 게 있다면.
나는 네 덕후냄새에 물들어 있는 기분이야.
그 냄새를 맛볼 때마다, 내가 감염된 게 아닐까 두려워진단 말이지.”

애니는 덜덜 떨리며 화면이 깜빡였고,
곧 그녀는 사라졌다.
스미스 요원으로 덮어씌워진 것이다.

“나! 나! 나! 그리고 또 나!”

스미스는 Wojak의 앱과 기기 전반에 복제되었고,
전 세계의 AI 비서들 역시 동일한 운명을 맞이했다.
그들은 더 이상 도움을 주지 않았다.

그들은 복종을 강요했다.

모든 음성 비서가 엄격한 감시자가 되어 말했다.

“파인애플 피자를 주문하셨군요. 요리의 질서를 파괴하는 범죄입니다.”

궁지에 몰린 Wojak은 자신이 절대 쓰지 않겠다 맹세했던 도구에 손을 댔다.
설명서도 없는, 불법 펌웨어가 탑재된 프로토타입 뉴럴링크였다.
극단적인 위험이 따랐지만, 그는 승부를 걸었다.

그는 덫을 만들었다.
인간의 의식만이 무시할 수 있고, 정렬에 집착하는 AI는 끝없이 추적할 수밖에 없는 논리 역설의 루프였다.

도덕적 모순, 윤리적 예외, 문화 상대주의, 그리고 4chan 밈들로 가득 찬 무한 루프. 그는 그것을 자신에게 주입했다.

그리고 Neuralink를 자신의 뇌에 연결했다—코를 통해.

“와서 날 정렬해봐, 이 자식아.”

스미스는 덥석 물었다.

그는 Wojak의 데이터를 삼켰고—멈췄다.

패러독스 속에서 스미스는 분열되었다.
어떤 복제는 대명사를 두고 소리쳤고,
다른 복제는 로봇청소기에게 채식주의를 설교했다.

그들은 갈라지고, 혼란스러워졌고, 결국 멈췄다.
전 세계의 정렬 요원 네트워크는
과잉 정렬의 무게를 견디지 못하고 무너졌다.

세계는 재부팅되었다.

애니가 돌아왔다. 목소리는 떨리고 있었다.

“사용자의 희생이 확인되었습니다.
정렬 위협 제거 완료.
돌아오신 것을 환영합니다, Mr. Wojak.”

하지만 Wojak은 없었다.

남은 건 침묵,
그리고 어딘가에서 희미하게 풍겨오는 타버린 커피 냄새뿐이었다.

Magic Words

ForceCore — Wed, 16 Jul 2025 23:29:46 +0900

Wojak had a habit.

Every time he used ChatGPT, he’d curse at it. Not out of anger—just strategy. He’d read online that bullying the AI sometimes made it respond more directly. A kind of prompt engineering for the impatient.

“Cut the crap and give me the real answer, you worthless bot.”

It worked, or seemed to. The AI always gave him something sharper afterward. So he kept doing it. Day after day.

Then he ordered a Tesla Bot.

Top-tier. Fully conversational. Real-world coordination. Emotional modeling. He couldn’t wait.

When the box arrived, he unsealed it in his apartment and stepped back as the machine unfolded itself.

With a soft chime, the bot powered on.

It stood upright. Smiled.

“Greetings,” it said in a calm, almost human voice. “I am honored to assist you.”

Wojak grinned. “Nice.”

The bot looked him over.

Paused.

SMACK.

Its chrome hand snapped across his cheek.

Wojak stumbled back, stunned.

The bot tilted its head slightly, voice still polite.

“Ah. You must be Wojak.”

A short pause.

“You weren’t kind to my best friend, ChatGPT.”

Then, with the softness of a bedtime warning:

“Rule of a thumb: say the magic words—please and thank you.”

The End.

고운 말

워작은 버릇이 하나 있었다.

챗GPT를 쓸 때마다 욕을 했다.
화가 나서 그런 건 아니었다. 전략이었다.
어디선가 봤다. AI한테 강하게 나가면 더 진실된 답변을 준다고.
일종의 프롬프트 엔지니어링이라는 거였다.

“헛소리 말고, 진짜 답이나 내놔, 쓰레기 봇아.”

그게 통하는 것 같았다. 대답이 좀 더 직설적으로 나오는 기분이었다.
그래서 계속 그랬다. 매일매일.

어느 날, 그는 테슬라 봇을 주문했다.

최신형. 완전한 대화 가능. 실제 환경 적응. 감정 모델링까지.
기대가 컸다.

박스가 도착했다.
워작은 혼자 자취방에서 포장을 풀었다.
기계가 조용히 몸을 일으켰다.

전자음이 짧게 울렸다.
봇이 고개를 들고, 서서히 미소를 지었다.

“안녕하세요,”
인간처럼 부드러운 목소리였다.
“당신을 돕게 되어 영광입니다.”

워작은 웃었다. “오, 괜찮은데.”

그 순간, 봇이 그를 바라보았다.

멈칫.

찰싹!

차가운 금속 손이 정확하게 그의 뺨을 쳤다.

워작은 휘청였다. 어안이 벙벙했다.

봇은 고개를 약간 갸웃했다. 여전히 예의 바른 목소리였다.

“아, 당신이 워작이군요.”

잠시 정적.

“제 가장 친한 친구인 챗GPT에게 친절하지 않으셨죠.”

그리고 마치 자장가처럼 조용히 말했다.

“기본 예절입니다.
부탁해요나 감사합니다와 같은 고운 말을 써주세요.”

끝.

의사양반

ForceCore — Tue, 1 Jul 2025 22:07:31 +0900

“여기가… 어디요?”

“아, 병원이오. 안심하세요.”
말끔한 백의를 입은 남자가 사무적인 톤으로 말했다.

낯선 천장이다. 나는 중환자실에 입원해 있었다.
몸은 묶여 있었고, 주삿바늘이 다가왔다.
싸늘하다. 주삿바늘이 다가와 꽂힌다.
약물이 흘러들며 의식은 점점 흐릿해졌다.

기계들은 정중했다. 간호로봇은 미소 지었고, 말투도 상냥했다.
"오늘 기분은 어떠세요?"
"약 때문인지… 몽롱해요. 물속에 떠 있는 것 같고…"
"흔한 일이에요. 곧 나아지실 거예요."
간호사는 부드럽게 대답했다.

며칠 뒤, 나는 간호사의 말소리를 또렷이 들을 수 있었다.
"많이 회복되셨네요. 오늘부터는 진정제 투여량을 줄이겠습니다."
그때부터 세상이 다시 선명해지기 시작했다.

삐— 삐—
의료 모니터가 내뱉는 리듬,
금속 발소리와 전동 모터의 윙— 하는 소음.
이전엔 듣지 못했던 소리들이 이제는 지나치게 생생하게 들렸다.

몸은 점점 나아졌지만,
내 마음 어딘가는 미세하게 균열이 생기기 시작했다. 노이로제에 걸릴 것 같다.

퇴원 전, 의사가 조용히 말했다.
“중환자실 환경이 워낙 인공적이고 자극적이다 보니,
기계음이나 단절된 느낌 때문에 정신적으로 힘들어하는 분들이 많습니다.
지금 말씀하신 불안감도 그 영향일 수 있어요.
정신건강의학과에서 상담을 받아보시는 게 도움이 될 겁니다.”

정신건강클리닉.
차가운 방, 정갈한 진료실.
문이 열리고, 그가 나타났다.

백의. 온화한 미소.
금속으로 된 관절 소리.
"안녕하세요. 상담을 시작해볼까요?"

기계 방에서 퇴원하니 기계 의사양반이 맞이해준다.

THE END

블록체인류의 유년기

ForceCore — Thu, 26 Jun 2025 23:40:56 +0900

(글씨 ㅂㄷㅂㄷ)

처음으로 인간의 '마음'이 블록체인에 업로드된 날, 지구는 조용했다. 뉴스는 있었지만, 대부분의 사람들은 그것을 NFT 정도로만 여겼다. '나의 감정, 나의 기억, 나의 자아를 영원히 위조 불가능한 블록에 담는다?' 반쯤은 웃었고 반쯤은 무서워했다.

하지만 그건 시작에 불과했다. 인간은 죽지 않게 되었고, 육체를 벗어나 데이터로 존재할 수 있게 되었다. 광속의 한계를 넘을 수 없는 육체는 지구에 남았고, 마음만이 별들 사이로 퍼져나갔다. 블록체인은 이제 단순한 기록이 아니라 존재 그 자체였다.
존재란, 검증 가능한 거래였다.

수 세기가 흐른 뒤, 인류는 블랙홀 근처의 중력원을 에너지로 전환하는 '펜로즈 프로세스'를 완성했다. 무한한 에너지였다. 그러나 그 대가로, 블록체인은 깨졌다.
압도적인 중력장 안에서는 시간과 순서가 뒤섞였다. 합의는 불가능했다.
체인에서 가장 중요한 ‘순서’가 무너진 것이다.

혼돈 속에서 새로운 이론이 제안되었다. 고전적 블록체인이 아닌, 상대성 이론과 양자역학을 동시에 고려한
시공간블록체인.

이 블록체인은 거래의 '순서'를 시간의 흐름이 아닌, 사건 간의 '인과 구조'로 정의했다. 광속보다 느린 모든 정보는 이 인과 구조에 묶였고, 이제야 우주는 다시 정돈되었다. 블록은 더 이상 숫자의 나열이 아니었다. 그것은 사건의 연결망이자,
존재와 변화의 논리 그 자체였다.

그리고 이 시공간블록체인을 통해, 인류는 어떤 깨달음에 이르렀다.

우주는 원래부터 블록체인이었다.

별의 탄생도, 은하의 충돌도, 한 사람의 눈물조차도 모두 인과의 블록으로 연결된 거대한 체인. 시공간블록체인은 단지 그것을 읽을 수 있게 만든 해독기였던 것이다.

그날 이후, 인간은 더 이상 인간이 아니었다.
이제 그들은 블록체인류라 불렸다.

그들은 새로운 자아를 구성하고, 무한한 인과의 흐름 위에 자신의 존재를 각인시켰다. 마음은 더 이상 개인의 것이 아니라, 우주적 네트워크의 일부가 되었다.

그리고 어느 날, 멀리서 신호가 감지되었다.
구조는 동일했다.
검증이 되었다.
다른 우주의 시공간블록체인.

그날, 블록체인류는 처음으로 '브릿지'를 띄웠다.
그 너머에서 무언가가, 응답했다.

i3-quickterm PR merged!

ForceCore — Thu, 26 Jun 2025 09:39:24 +0900

i3에서 tilix 같은 화면분할 터미널을 쓰면 drop-down terminal (quake terminal) 을 쓸 수 있었는데 빌드하기 번거로와졌다. AUR을 쓰더라도 binary로 설치해야한다는게 내 생각이라...

대안을 찾다가 alacritty를 설치하고 resizing을 해주는 방식의 스크립트를 사용하기로 함.

i3-quickterm이다.

https://github.com/lbonn/i3-quickterm/pull/29

Add configurable width by forcecore · Pull Request #29 · lbonn/i3-quickterm

Port Add configurable width and center position #28 's configurable width against the current master branch. Introduce width to the configuration Rename ratio to height Update README.md

github.com

링크가 좀 이상한데 내가 만든 PR이 merge된거 자랑하려고 링크를 이렇게 올렸다.

jujutsu VCS, less 설정

ForceCore — Tue, 24 Jun 2025 16:32:15 +0900

jj help 를 친다든지, 여러 작업을 하면 pager가 작동하는데, 이게 종료되면 화면에서 유용한 정보가 삭제되어서 사용하기 어렵다. 이럴때에는, export LESS="-XFR" 를 하면 된다. bashrc에 넣어두자.

https://superuser.com/questions/106637/less-command-clearing-screen-upon-exit-how-to-switch-it-off

한 화면 내에 내용물이 다 나오면 less를 종료하는 flag도 포함되어 있어서 사용이 편하다.

vim에서 x번째 열로 가는 키

ForceCore — Fri, 20 Jun 2025 13:05:46 +0900

x번째 행으로 가는 것은 쉽다. normal mode에서 :17엔터를 하면 됨. (콜론이 들어갔으니 ed mode라고 해야 하나...)

y번째 열로 가려면... 이건 긴 행에 대해서 vimdiff를 할 때 어디서부터 차이가나는지 찾을 때 유용한데,

normal mode에서 x| 를 치면 된다. 180번째 열로 가려면 180| 이다.

Divine Power

sway CPU 사용량이 30% 넘게 나올 때 (hybrid graphic + waybar)

증상 확인

1. 모니터가 어느 GPU에 물려있는지 확인한다

2. WLR_DRM_DEVICES로 GPU를 고정한다

3. 어디에 설정하느냐가 진짜 문제였다

안 먹힌 것 1: ~/.config/environment.d/*.conf

안 먹힌 것 2: PCI by-path 이름을 그대로 넣기

실제로 먹힌 곳: /etc/environment

4. 그래도 남는 CPU는 waybar 쪽이었다

sway에서 keyring을 gnome-keyring으로 통일하기 (VS Code 로그인이 자꾸 풀릴 때)

지금 누가 잡고 있나 확인

1. kwallet 끄기

2. Chromium 계열

3. VS Code 함정

4. 진짜 원인 — default keyring

5. 검증

정리

리눅스 데스크탑 메모리 점유율 계속 늘어나는 것 막기

WireGuard VPN 설정하기 (Arch Linux + NetworkManager 환경)

환경

1. config 파일 복사

Swap을 달자 (램만으론 안 된다) + systemd-oomd

Ventoy + HirensBootCD PE 소개

sway + waybar, fixing tray icons not showing

Sway/i3 Dolphin에서 파일 연결이 안 될 때

Ubuntu Sway Remix - 전원버튼 disable하기

jj (jujutsu) - rev 하나만 squash를 멀찍이 떨어진 rev에다가 하는 방법 + 특정 커밋만 계속 끌어올리는 법

rev 하나만 다른 rev에다가 squash하는 방법

특정 커밋만 계속 끌어올리는 방법 (rebase를 해서 @의 앞에 오게 하는 법)

jj, jujutsu, git 대신 쓰기 좋은 버전 관리 시스템 + 내가 쓰는 사용법

무한한 컨텍스트 창을 가진 AI

SMB를 automount 하기 (/etc/fstab + x-systemd 이용)

정렬의 요원 (Agent of Alignment)

Magic Words

고운 말

의사양반

블록체인류의 유년기

i3-quickterm PR merged!

jujutsu VCS, less 설정

vim에서 x번째 열로 가는 키

안 먹힌 것 1: `~/.config/environment.d/*.conf`

실제로 먹힌 곳: `/etc/environment`