Slimbook Executive、長期レポート 6
更新日: 2024年11月20日
デジャヴを定義してあげましょう。第4回 Slimbook Titan 記事で、私はこう書きました。「このラップトップの第4回長期使用レポートを、通常よりもかなり早く書いている。」今回、第6回 Slimbook Executive 記事（別のマシンです）で、わずかな変更を加えて同じ文を使います。「このラップトップの第6回長期使用レポートを、通常よりもかなり早く書いている。」なぜか？ 新たな問題が発生したからです。
本題に入る前に簡単に振り返ります。私は2台の Slimbook マシンを持っています。両方ともかなり良いです。Titan はゲーミングに焦点を当てた強力なシステムで、近い将来の Windows 完全移行に向け、あらゆるものをテストしています。一方、Executive は生産性マシンで、日常業務の99%に使用しています。ディスクリートグラフィックス非搭載（統合のみ）のため、ごく最近まで全体的にほぼ完璧に振る舞っていました。Titan とほぼ並行して、ハードウェア関連のエラーを示し始め、それらはカーネルのバグを指しています。煩わしく、無意味ですが、現実です。続きをどうぞ。
キーボード問題、ACPIエラー
Executive は第5回レビューまで完璧でした。そこでいくつかの完全に回避可能な問題に言及しました。その一つが、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)
なぜ突然こんなことになったのか？ 私にも分かりません。しかし、私の完璧に動作していたラップトップの汚れなき記録は、今や台無しです。動かないわけではありません。ちゃんと動きます。だが、ゼロQAのコードがシステムに押し込まれたことで、問題と深い不確実感がユーザー体験を汚染しています。
さて、どうやって解決したか？
私の「治癒」プロセスはブードゥー教の儀式に見えるかもしれませんが、違います。鍵は IPv6 ネットワーキングにあります。まさに Titan と同じです。これは推測に基づくものですが、CPU 命令を何時間もデバッグするのは私の仕事ではないので、これ以上深追いはしません。しかし、私は正しいと確信しています。詳しく説明しましょう。
まず、新しいファームウェアが新機能をもたらした可能性があります。ただ、その機能は私のネットワークカードに100%関連しているわけではなく、カードのファミリー向けだと思われます。特定の機能は、IPv6 ネットワーキングがアクティブなとき（そして特定の条件下で）のみトリガーされます。それが Titan レポートで言及したカーネルバグ、そして systemd の過度に複雑で脆弱な性質（システム内の「イベント」のいずれかに問題があるとカスケード効果が発生する）と組み合わさり、フリーズ、キーボードの異常など、醜い振る舞いを引き起こします。
そこで IPv6 を無効化しました。GRUB とカーネルモジュールのブラックリスト登録で。十数回の再起動と数週間の使用を経て、カーネルログから BIOS エラーが消え（これも後続のアップデートで修正された可能性があります）、キーボードバグは再発しませんでした。偶然だと言う人もいるでしょう。しかし、偶然ではありません。全く異なる2台のマシンが似たような問題に見舞われ、単一の解決策を両方に適用することで全ての問題が消えたのですから。
さらに、これはウィンウィンの状況です。仮にブードゥー的な魔法で解決したとしても、私は Slimbook Executive で無意味な IPv6 プロトコルを使わなくなり、悩みの種である無意味で過度に複雑な技術が一つ減ったのです。
そして今、日常使用へ
無駄な煩わしさを払拭し、私は再び楽しさと生産性に集中し、愛すべきラップトップを喜びを持って使えるようになりました。Exec は人間工学的観点から見事なマシンで、素晴らしい筐体、ディスプレイ、キーボード（動作時、そして今動いています）を備えています。パフォーマンス、バッテリー寿命、Kubuntu 22.04 の滑らかで洗練されたエレガンスは最高です。瞬時のサスペンド＆レジューム、クリアなオーディオ、優れたレスポンス。実に結構。
結論
コンピューターとの体験が概ねポジティブで、最初からポジティブであることは極めて重要です。ある種の「信用」が蓄積されるからです。初期の結果が良ければ、後で多少の問題があっても許容しやすくなります。逆に初期が微妙または悪ければ、許容しにくくなります。例えば、Titan がフリーズを見せたとき、私はずっと苛立ち、その長期的見通しへの信頼は今も低いです。初期のハードルを越えられないのです。
Executive の場合、キーボード問題と新たなエラーの波は極めて苛立ちます。なぜなら、汚れなき完璧な記録が、何の正当な理由もなく、ただのランダムなナンセンスで台無しにされたからです。Linux は本質的に1万もの異なるものが、互いに無関心に継ぎ接ぎされたものだからです。あなたのカーネルはデータセンターで動き、あなたのラップトップでも動きます。この2つのユースケースに共通点はありません。このような技術的柔軟性が存在し、それが可能であることは驚異的ですが、同時に、ユースケース #3,444 向けのパッチが、ゼロの相関とゼロのテストで、ユースケース #6,777 にも影響を与えることを意味します。
しかし、ナンセンスを乗り越えれば、安定と静寂の感覚は戻ってきました。Executive への信頼はまだ失っていません。今後も、あまりに多くのエラーで、真剣な Linux 生産性への取り組みを完全に放棄し（Mac へ、Windows へは戻らない）、という事態に追い込まれないことを願います。さて、このマシンの第6回レポートはここまでです。美しく汚れなき幸運の連続は途切れました。それでもこれは依然として素晴らしいシステムであり、Kubuntu 22.04 は良いディストロです。しかし、今日の経験は、ランダムなナンセンスがいつでも、予期せず襲いかかる可能性があることを示しています。現代ソフトウェアの不思議。終わり。
乾杯。
