Slimbook Executive 長期使用レポート第6回 ― キーボード不具合とACPIエラーの原因を追う

Slimbook Executive 長期使用レポート 第6回

更新日:2024年11月20日

「デジャヴ」という言葉を定義してみましょう。4回目のSlimbook Titanの記事で、私はこう書きました。「通常ならもっと先になるはずのタイミングで、このノートPCの4回目の長期使用レポートを書くことになった」と。そして今回、6回目となるSlimbook Executiveの記事(こちらは別のマシンです)で、ほぼ同じ文章を繰り返す羽目になりました。なぜか?――新たな問題が発生したからです。

本題に入る前に、簡単におさらいしておきます。私は2台のSlimbookマシンを使用しており、どちらも優れた製品です。Titanはゲーミング向けの高出力システムで、近い将来Windowsからの完全移行に備え、あらゆるソフトウェアを試しています。一方のExecutiveは生産性用途のマシンで、日常業務の99%を担っています。ディスクリートGPUを搭載せず内蔵グラフィックスのみのため、ごく最近まで極めて安定した動作を見せていました。ところがTitanとほぼ並行して、ハードウェア関連のエラーが発生し始めました。カーネルのバグを示唆するものです。厄介で無意味なトラブルですが、現実と向き合うしかありません。それでは始めましょう。

キーボードの不具合とACPIエラー

Executiveは5回目のレビューまでは文句なしの状態でした。その際、いくつかの完全に回避できたはずの問題に触れました。そのひとつが、Superキーが突然認識されなくなるというものでした。そして今回は問題が再発し、さらに悪化しました。キーボード全体が突然文字入力不能の混乱状態に陥り、再起動するまで復旧しなかったのです。

調査の過程でいくつかのACPIエラーを発見しました。Slimbookと同様のシャーシや部品を使ってLinuxノートPCを展開している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)

なぜ突然こんなことが起きるのか?私にも分かりません。しかし、完璧に動作していたノートPCの潔白な記録は、あっけなく汚されてしまいました。動かないわけではありません。一応普通に使えますが、今や問題を抱え、品質保証ゼロのコードがシステムに送り込まれるせいで、ユーザー体験は深い不安に蝕まれています。

では、どう解決したのか?

私の「治療」プロセスは呪術めいて見えるかもしれませんが、実際はそうではありません。鍵となったのはIPv6ネットワーキングで、Titanの場合とまったく同じです。CPU命令を何時間もかけてデバッグする気にはなれなかったため、これは知識に基づく推測ではありますが、間違いないと確信しています。順を追って説明しましょう。

まず、新しいファームウェアが新しい機能をもたらした可能性があります。ただしその機能は、私のネットワークカード個別というより、カードのファミリー全体に関連するものと考えられます。そしてその機能は、特定の条件下――すなわちIPv6ネットワーキングが有効な場合(ここではさらに限定的な条件のサブセット)――でのみトリガーされます。これにTitanレポートで触れたカーネルバグを重ね合わせ、さらに過度に複雑で脆弱なsystemdの性質を加えると、システム内の「イベント」のひとつに問題が生じた瞬間に連鎖反応が起こり、マシンは醜い挙動を示すことになります。フリーズ、キーボードの異常、その他諸々です。

そこで私はIPv6を無効化しました。GRUBの設定変更とカーネルモジュールのブラックリスト登録によるものです。その後、十数回の再起動と数週間の使用を経て、カーネルログからはBIOSエラーが消え(後続のアップデートで修正された可能性もあります)、キーボードのバグも一度も再発していません。「偶然だろう」と言う人もいるでしょう。しかし違います。2台の異なるマシンがきわめて類似した問題に見舞われ、両方に同一の解決策を適用するだけで全問題が消滅したのですから。

さらに言えば、これはウィンウィンの関係です。仮に問題が呪術的な魔法で解決されたのだとしても、Slimbook Executive上で無意味なIPv6プロトコルを使わなくなった事実は変わりません。懸念すべき無駄で過剰に複雑な技術が、ひとつ減ったのです。

そして、日常使用へ

無用な悩みの種を片付けたら、楽しさと生産性に意識を戻し、愛用のノートPCを心地よく使い倒すことに専念できます。Executiveは人間工学的な観点から見ても見事なマシンです。筐体、ディスプレイ、そしてキーボード(正常動作時、そして現在は常に正常)の完成度は卓越しています。パフォーマンス、バッテリー持続時間、そしてKubuntu 22.04がもたらす滑らかで洗練された操作感はトップクラス。瞬時のサスペンド&レジューム、クリアなオーディオ、優れた応答性。申し分のない仕上がりです。

結論

コンピュータとの付き合いにおいて重要なのは、体験が総じてポジティブであり、特に最初の印象が良好であることです。マシンとの間にはある種の「信用残高」が築かれ、初期の結果が良ければ、散発的な小さな問題には寛容になれます。逆に、Titanがフリーズを起こしたときの私ははるかに苛立ちを覚え、長期的な信頼性への確信も今なお低いままです。最初のハードルをどうしても乗り越えられないのです。

Executiveの場合、キーボードの不具合と新たなエラーの発生は実に腹立たしいものでした。主な理由は、清潔だった記録が正当な理由もなく汚されたことにあります。ただのランダムなナンセンスです。Linuxとは本質的に、互いを顧みることなく継ぎ接ぎされた1万個の異なる要素の集合体なのです。あなたのカーネルはデータセンターでも動き、ノートPCでも動きますが、この2つのユースケースに共通点はほぼありません。そんな技術的柔軟性が存在し、実際に機能していること自体は驚異的です。しかし同時にそれは、どんな問題であれ自分のハードウェア上に現れ得ることを意味します。ユースケース#3,444向けのパッチが、相関関係ゼロのユースケース#6,777にも影響を及ぼし、当然ながらテストは一切行われていない――そういう世界なのです。

とはいえ、ナンセンスを乗り越えた今、安定感と安らぎの感覚は戻ってきました。Executiveへの信頼を失ったわけではありません。まだですし、今後も深刻なLinux生産性への取り組みを完全に断念せざるを得ないほどのエラーが続出しないことを願っています(移行先はMacであって、Windowsへは戻りません)。以上、このマシンに関する6回目のレポートでした。美しく無傷だった幸運の連勝記録は、ここで途絶えることになりました。それでも依然として superb なシステムであり、Kubuntu 22.04も優れたディストリビューションです。しかし今日の経験が示したのは、ランダムなナンセンスがいつ、どこから、予告なしに襲いかかってくるか分からないということ。それこそが現代ソフトウェアの驚異なのです。今回はここまで。

それでは、また。