드자뷔(deja-vu)를 정의해 보겠습니다. 앞서 Slimbook Titan 네 번째 리뷰에서 저는 이런 문장을 쓴 적이 있습니다. "평소보다 훨씬 이른 시점에 이 노트북의 네 번째 장기 사용 보고서를 작성하고 있습니다." 그리고 지금, 여섯 번째 Slimbook Executive 리뷰(두 대는 서로 다른 노트북이라는 점을 다시 한번 강조합니다)에서 그 문장을 아주 약간만 변형해 다시 쓰게 되었습니다. "평소보다 훨씬 이른 시점에 이 노트북의 여섯 번째 장기 사용 보고서를 작성하고 있습니다." 왜냐고요? 새로운 문제가 생겼기 때문입니다.
간단한 복습
전체 이야기에 들어가기 전에 간략히 짚고 넘어가겠습니다. 저는 Slimbook 기기를 두 대 가지고 있으며, 둘 다 꽤 훌륭한 제품입니다. Titan은 게이밍에 초점을 맞춘 고성능 시스템으로, 가까운 미래에 Windows를 완전히 떠나기 위한 준비가 되어 있는지 확인하기 위해 온갖 것들을 시험하고 있습니다. 반면 Executive는 생산성용 머신으로, 일상 업무의 99%를 처리하는 데 사용됩니다. 외장 그래픽 없이 내장 그래픽만 탑재된 덕분에 아주 최근까지 전반적으로 흠잡을 데 없이 잘 작동해 왔습니다. 하지만 Titan과 거의 비슷한 시점에 하드웨어 관련 오류가 나타나기 시작했고, 그 원인은 커널의 버그로 추정됩니다. 짜증나고 무의미하지만, 어쩔 수 없는 상황입니다. 자, 따라오세요.
키보드 문제와 ACPI 에러
Executive는 다섯 번째 리뷰까지는 탈이 없는 제품이었지만, 그 리뷰에서 몇 가지 충분히 피할 수 있었던 문제를 언급했었습니다. 그중 하나가 Super 키가 갑자기 인식되지 않았다가 다시 인식되던 현상이었죠. 그런데 그 문제가 돌아왔고, 이번에는 더 심각합니다. 키보드 전체가 갑자기 엉망이 되어버린 것입니다! 결국 재부팅해야만 정상으로 되돌릴 수 있었습니다.
그 과정에서 몇 가지 ACPI 에러도 발견했습니다. Slimbook과 유사한 섀시와 부품을 사용해 자체 리눅스 노트북을 만드는 Tuxedo의 GitHub 스레드도 찾아냈습니다. 요약하자면, 문제는 모두 커널과 펌웨어 업데이트, systemd 등 요즘 늘 용의선상에 오르는 것들과 관련이 있습니다. 그리고 바로 그 ACPI 테이블 오류 메시지입니다.
ACPI BIOS Error (bug): Could not resolve symbol [^^^^NPCF.ACBT], AE_NOT_FOUND (20230628/psargs-330)
Initialized Local Variables for Method [_Q83]:
Local0: 00000000be7f12c5 <Obj> Integer 0000000000000000
No Arguments are initialized for method [_Q83]
ACPI Error: Aborting method \_SB.PC00.LPCB.EC0._Q83 due to previous error (AE_NOT_FOUND) (20230628/psparse-529)
왜 갑자기 이런 일이 벌어진 걸까요? 저도 모르겠습니다. 하지만 완벽하게 작동하던 노트북의 청정 기록은 이제 오염되고 말았습니다. 작동하지 않는다는 건 아닙니다. 꽤 잘 작동합니다. 하지만 이제 문제가 생겼고, 검증 없이 시스템에 밀려 들어오는 코드들 때문에 사용자 경험이 불확실성이라는 그늘에 덮여버렸습니다.
그래서 어떻게 해결했나?
제 '치유' 과정이 주술처럼 보일 수 있지만, 실제로는 그렇지 않습니다. 핵심은 IPv6 네트워킹이며, Titan 때와 정확히 같은 방식입니다. CPU 명령어 디버깅에 몇 시간씩 매달리는 것을 직업 삼고 있지 않은 만큼 철저한 검증은 하지 않았지만, 교육에 기반한 추측일 뿐 제 판단이 맞다고 생각합니다. 좀 더 설명해 보겠습니다.
첫째, 새 펌웨어가 새로운 기능을 가져왔을 가능성이 큽니다. 다만 그 기능은 제 네트워크 카드 하나가 아니라 특정 계열의 카드들을 위한 것일 겁니다. 해당 기능은 특정 조건, 즉 IPv6 네트워킹이 활성화된 경우(여기서는 더 구체적인 조건의 하위 집합)에만 트리거됩니다. 여기에 Titan 보고서에서 언급한 커널 버그를 더하고, 지나치게 복잡하고 취약한 systemd의 특성을 더하면, 시스템의 '이벤트' 중 하나에 문제가 생길 때마다 연쇄 효과가 발생해 시스템이 지저분하게 동작하게 됩니다. 프리징, 키보드 말썽, 그리고 그 이상의 증상들이요.
그래서 저는 IPv6를 비활성화했습니다. GRUB 설정과 커널 모듈 블랙리스트 등록을 통해서였죠. 열두 번 남짓한 재부팅과 몇 주간의 사용이 지난 후, 커널 로그에서 BIOS 에러는 사라졌고(이후 업데이트로 수정되었을 가능성도 있습니다), 키보드 버그도 재발하지 않았습니다. 우연이라고 말할 수도 있습니다. 하지만 우연이 아닙니다. 서로 다른 두 대의 머신이 꽤 유사한 문제에 시달렸고, 두 시스템 모두에 단 하나의 해결책을 적용했더니 모든 문제가 사라졌으니까요.
게다가 이건 일석이조입니다. 설령 문제가 주술적인 마법으로 해결되었다 해도, 저는 더 이상 Slimbook Executive에서 무의미한 IPv6 프로토콜을 사용하지 않게 된 것이니, 쓸데없이 복잡한 기술 하나를 신경 쓸 필요가 없어진 셈입니다.
이제, 일상 사용 이야기
쓸데없는 성가심을 털어내고 나니, 다시 즐거움과 생산성에 집중하며 사랑스러운 노트북을 기분 좋게 사용할 수 있게 되었습니다. Executive는 인체공학적 관점에서도 훌륭한 머신입니다. 케이스, 디스플레이, 키보드(작동할 때는요, 그리고 이제는 제대로 작동합니다) 모두 경이롭습니다. 성능, 배터리 수명, Kubuntu 22.04의 매끄럽고 세련된 우아함까지 모두 최고 수준입니다. 즉각적인 절전 및 복귀, 깨끗한 오디오, 뛰어난 반응성. 정말 만족스럽습니다.
결론
컴퓨터와의 경험이 대체로 긍정적이어야 하고, 좋은 출발로 시작하는 것이 매우 중요합니다. 초기에 좋은 인상을 받으면 일종의 '신용'이 쌓여, 가끔 발생하는 문제도 더 관대하게 받아들이게 됩니다. 초기 결과가 엉망이거나 부정적이었다면 이야기는 달라지죠. 예를 들어 Titan이 프리징 현상을 보였을 때 저는 훨씬 더 화가 났고, 지금도 장기적인 안정성에 대한 확신이 덜합니다. 초기의 허들을 그냥 넘을 수가 없는 것입니다.
Executive의 경우, 키보드 문제와 새로 나타난 오류들은 극도로 짜증스럽습니다. 저를 많이 화나게 했습니다. 그 주된 이유는 아무 이유 없이 청정 기록이 오염되었기 때문입니다. 그저 무작위적인 말썽일 뿐이죠. 리눅스는 본질적으로 서로를 고려하지 않은 채 뒤엉켜 조합된 1만 가지 서로 다른 것들의 집합이니까요. 여러분의 커널은 데이터 센터에서도 실행되고 노트북에서도 실행되는데, 이 두 사용 사례는 공통점이 거의 없습니다. 그런 기술적 유연성이 존재하고 가능하다는 것 자체가 놀라운 일이지만, 동시에 그 어떤 문제든 여러분의 하드웨어에서 나타날 수 있다는 뜻이기도 합니다. 사용 사례 #3,444를 위한 패치가 아무런 상관관계 없는 사용 사례 #6,777에 영향을 미치고, 당연히 테스트는 전혀 이루어지지 않으니까요.
하지만 그 말썽을 지나고 나니, 안정감과 평온함이 돌아왔습니다. Executive에 대한 신뢰를 잃지는 않았습니다. 아직은요. 그리고 앞으로도 제 진지한 리눅스 생산성 프로젝트를 완전히 포기하고(Windows로 돌아가는 게 아니라 Mac으로 넘어가야 할 정도로) 오류가 쏟아지지 않기를 바랄 뿐입니다. 자, 이 머신에 대한 여섯 번째 보고서였습니다. 아름답고 흠 없던 행운의 연속은 끊겼습니다. 그래도 여전히 훌륭한 시스템이고, Kubuntu 22.04 역시 좋은 배포판입니다. 하지만 오늘의 경험은 예고 없이 언제든 무작위적인 말썽이 덮칠 수 있음을 보여주었습니다. 현대 소프트웨어의 위대한 신비랄까요. 여기까지 입니다.
즐거운 하루 되세요.