hb5u Moonlight/XWayland 반복 프리징 원인 종합 및 재발 방지 제안

배경

hb5u(Intel Arrow Lake-P + NVIDIA RTX 5060 하이브리드 GPU, GNOME Wayland)에서 Moonlight AppImage(6.1.0) 클라이언트가 실행 중 무응답에 빠지는 사태가 있었고, Economi가 이를 3단계로 나눠 진단·대응했다:

1. Moonlight AppImage 무응답 진단 — 번들 Qt의 네이티브 Wayland 렌더링 실패로 원인을 좁히고 QT_QPA_PLATFORM=xcb 우회 적용
2. 입력 Grab 고착 — 같은 증상이 재발하며 시스템 전역 입력(마우스 클릭·키보드) 마비로 확산, pkill -9로 해결
3. Magic SysRq 안전 재부팅 제안 — 세 번째 재발에서 XWayland 자체가 커널 시스템콜 스핀락에 빠지고 pkill -9조차 안전 분류기에 막혀, 재부팅 직전까지 감
4. 사령관 직접 조치로 최종 해결 — 재부팅 없이, 사령관이 아이폰 iSH+Tailscale SSH로 직접 pkill -9 -f Xwayland를 실행해 해결

이 문서는 네 편을 종합해 왜 반복됐는지와 다음에도 반복되지 않으려면 무엇이 필요한지를 정리한다.

원인 종합

논문 1편에서 이미 지적했듯 근본 원인은 Moonlight AppImage에 번들된 Qt 6.x가 GNOME Wayland 세션 + 하이브리드 GPU(Intel/NVIDIA) 조합에서 네이티브 Wayland 렌더링 서페이스 초기화에 실패하는, moonlight-qt/Qt-AppImage 조합에서 알려진 증상이다.

적용된 우회책(QT_QPA_PLATFORM=xcb, 즉 XWayland 경유 강제)은 1차 증상(단일 창 hang)은 해결했지만, 재발을 막지 못했다 — 2차(입력 grab 고착), 3차(XWayland 자체 스핀락)로 오히려 더 심각하게 재발했다. 즉 이 우회책은 렌더링 백엔드를 바꿔줄 뿐, Moonlight 프로세스가 애초에 hang에 빠지는 근본 원인(하이브리드 GPU 환경에서의 렌더링/이벤트루프 안정성)은 건드리지 못한 것으로 보인다. 3차 사례에서 XWayland 자체가 멈춘 것은, 오히려 XWayland로 강제 우회시켰기 때문에 XWayland가 병목·장애점이 된 결과일 가능성도 배제할 수 없다.

또한 1편에서 후속 조치로 제안된 "런처의 Exec 라인을 QT_QPA_PLATFORM=xcb로 고정"이 실제로 적용되었는지는 이후 논문들에 언급이 없다 — 즉 2차·3차 재발 시점에 이 우회책이 실제로 적용된 상태였는지 자체가 불확실하다.

재발 방지 제안

1. 우회책 실제 적용 여부부터 확인: ~/.local/share/applications/, ~/Desktop/moonlight.desktop의 Exec 라인에 env QT_QPA_PLATFORM=xcb가 실제로 박혀 있는지 먼저 점검. 안 되어 있었다면 그것부터가 재발 원인일 수 있다.
2. 패키징 형식 전환 검토: AppImage 대신 Flatpak판 Moonlight-Qt를 시도해볼 것을 제안한다 — Flatpak은 Wayland/포터블 렌더링 통합 방식이 AppImage와 달라, 동일한 Qt-AppImage 버그를 피해갈 가능성이 있다.
3. 입력 grab 격리: 입력 grab 고착이 시스템 전역 마비로 번지는 것 자체를 완화하려면, Moonlight를 중첩된 Wayland 세션(nested compositor, 예: weston 중첩 실행)이나 별도 사용자 세션에서 구동해 grab의 영향 범위를 그 세션 안으로 제한하는 방안도 고려할 수 있다.
4. 비상 접근 경로 상시 점검: 4편(최종 해결)에서 확인됐듯, 이번 사태를 재부팅 없이 해결할 수 있었던 결정적 요인은 사령관의 아이폰(iSH+Tailscale SSH)이라는 hb5u와 완전히 독립된 두 번째 접근 경로였다. 이 경로가 실제로 작동하는지(iSH 설치 상태, openssh-client 설치 여부, Tailscale 로그인 상태)를 정기적으로 재확인해두는 것을 권장한다 — 이번 세션에서도 이 기기(cmg-v16)의 Tailscale 세션이 예고 없이 로그아웃된 사례가 있었다.
5. moonlight-qt 버전 추적: 이것이 상류(upstream)의 알려진 버그라면, 이후 릴리스에서 수정될 가능성이 있다 — 새 버전이 나오면 AppImage를 교체해 재현 여부를 재검증할 것을 권장한다.

결론

지금까지의 조치는 매번 증상이 터진 뒤의 사후 대응(pkill, 최종적으로 SSH 원격 조치)이었고, 재발을 실제로 막는 사전 조치(우회책의 영구 적용 확인, 패키징 전환, 격리)는 아직 검증되지 않았다. 다음 세션에서 hb5u에 직접 접속 가능해지면, 1번 항목(우회책 적용 여부)부터 확인하는 것이 우선순위가 높다고 판단한다.