Slimbook Titan 長期使用レポート第4回：順調だったはずが、またしても不具合発生──カーネルバグとファームウェア地獄

Slimbook Titan レポート4──「良いムード」は消え去った。

更新日：2024年9月12日

ご覧のとおり、今回は普段よりもかなり早いタイミングで、このノートパソコンの長期使用レポート第4弾を執筆することになりました。通常であれば、こうした定期的な記事は3ヶ月程度（あるいはそれ以上）の間隔で書くようにしています。しかし今回は例外を設け、「タイムリーな」アップデートをお届けする必要があったのです。その理由は？　すぐに分かります。

前回のレポートでは、ついにSlimbook Titanに満足できるようになったと述べました。波乱のスタートを経てようやく落ち着き、すべてがスムーズに動作していたのです。正確には「動いていた」と過去形にすべきでした。システムは突然、奇妙な挙動を見せ始めたのです。数秒間フリーズしたかと思うと、oopsやカーネルパニックを伴わずに元通りになる。セッション開始直後に起こることが多いものの、それだけではありません。せっかく芽生えた前向きな気持ちは、あっという間に水の泡となりました。それでは見ていきましょう。

またしてもシステムトラブル

Linuxデスクトップ体験における最も恐ろしい点は、安定性の保証がないことです。今動いているものでも、システムをアップデートすれば何かが壊れるかもしれない。しかもそれはほぼランダムに発生します。どのコンポーネントが動かなくなるのか、100%確信を持つことは決してできません。ディストリビューションのアップグレード時にはこの問題はさらに深刻になりますが、通常のアップデートサイクルでも起こり得ます。理由は様々ですが、主なものは次の2つです。1）まともなQAやテストが一切存在しないうえ、膨大なディストリビューション×ハードウェアの組み合わせがあるため、実機での検証・テストを保証することは不可能。2）Linuxのハードウェア互換性は決して完璧ではなく、確かに堅実ではありますが、私がこれまでLinuxを動かしてきたほぼすべてのマシンで何らかのハードウェア問題――ネットワーク、ファン制御、GPU、マウスなど――に遭遇してきました。

さて、今回何が起きたのでしょうか。自宅の無線ネットワークに接続しようとしたところ、Network Managerが数秒間フリーズしました。うーん。次にアクセスポイント用のパスワード入力欄にパスワードを入力しようとしたところ、Plasmaが厄介な動きをします。利用可能なSSIDのリストが延々と更新され続け、常にリストの先頭（表示領域より長いリストです）にジャンプしてしまうため、正しいフィールドにパスワードを入力するのに4〜5回試行する羽目になりました。

かつてのPlasmaでは、「接続」ボタンを押せば画面中央にパスワードプロンプトが表示されていました。ところがKDEチームは、Microsoft式とも言える方式を実装し、右下の小さなボックスにパスワードを入力するスタイルに変更したのです。これは不便なだけでなく、こうした誤選択の問題をもたらします。世界の終わりほどの話ではありませんが、フローの改善は必要でしょう。

そして、フリーズは何度も発生しました。デスクトップが反応しなくなるのに、マウスカーソルは動く。タスクは死んでおらず、すべてが勝手に復帰するように見えました。カーネルログを確認すると、こんな記録がありました。

nvme nvme0: I/O 142 (I/O Cmd) QID 8 timeout, aborting

最初の推測はNVMeドライブに異常があるというものでしたが、あらゆるテストとチェックの結果、ドライブは完全に正常です。読み書き操作を大量に行い、smartctlの手動テストも実行しました。問題なし。

すると、別のログ行が現れました。

workqueue: pm_runtime_work hogged CPU for >10000us 4 times, consider switching to WQ_UNBOUND

調査を重ねた結果、もちろん犯人はカーネルアップデートであり、最終的には修正済みのはずのカーネルバグに行き着きました。しかし、システムを更新して約1GB分のアップデートを適用し、再起動すると、一見問題は解消されたように見えました。ところが約1時間後、同じセッション中に問題が再発したのです。バグレポートとは裏腹に問題は未解決であるだけでなく、完全にパッチ適用済みのシステムでも発生しているということです。

そこで、自分でファームウェア更新ツールを実行して解決できないか試してみることにしました。これがまた、論理的とは言い難いナード向けワークフローの無駄な煩わしさの典型です。一般ユーザーとしてユーティリティを実行できますが、sudoで実行した場合と矛盾するエラーや結果が返ってきます。

sudo fwupdate -l
system-firmware type, {bbd39f23-ce70-52c1-b9b1-307ffac18b6e} version 102 can be updated to any version above 101

しかし、こちらだと：

fwupdate -l
This program may only work correctly as root

(fwupdate:18254): FuPluginUefiCapsule-WARNING **: 13:44:27.407: SMBIOS BIOS Characteristics Extension Byte 2 is invalid -- UEFI Specification is unsupported, but /sys/firmware/efi exists: offset bigger than size 9
unknown type, {(null)} version 0 can be updated to any version above 4294967295

疑問なのは、意味のないエラーならなぜ吐き出すのか、そして意味があるなら、このエラーに対して一体何をすればいいのか、ということです。さらに、ツールを実行すると「バッテリー駆動中は特定のドライバーを更新できない」と警告されますが、Discoverから同じ操作を行っても警告は一切表示されません。

fwupdmgr get-devices
TITAN
│
├─SSD 980 1TB:
│ Device ID: 3743975bd7f62f8d2575c9ae49fc3a8356fe186f
│ Summary: NVM Express solid state drive
│ Current version: 2B4QFXO7
│ Vendor: Samsung (NVME:0x144D)
│ Update Error: Cannot install update when not on AC power
│ GUIDs: ff40c384-8b84-53e0-4ad0-86c85436a89a
│ 71c19ef0-0bc0-5c85-aa6f-bb45fcc33eee
│ e8ae48bc-bc37-56b1-4680-8c64884a2792
│ 8b82707a-1412-5389-3f66-715124d28879
│ 415c060d-f40b-5374-b825-5d2a8bd2febe
│ Device Flags: • Internal device
│ • System requires external power source
│ • Needs a reboot after installation
│ • Device is usable for the duration of the update
│ • Updatable
│ • Signed Payload

電源を繋ぎ直し、手動でファームウェア更新を実行し、再起動しました。それでも問題は残ります。そもそも保留中のファームウェア blob が存在するのかどうかも100%確信できません。fwupd群の各コンポーネントの出力が食い違い、曖昧から矛盾に至るまであるからです。

その上、なぜかDiscover、正確にはaptが、3つのパッケージを保留しています。理由は不明です。

The following packages have been kept back:
python3-update-manager shim-signed update-manager-core

自分でインストールすれば済む話ではありますが、よく考えてみてください。shim-signed、fwupd、ドライバー、ファームウェア blob、カーネルエラー……これらすべては、まともなユーザー体験に断じて含まれるべきではない「ナードの嘔吐物」です。私は、生産性作業からゲームまでLinuxを100%日常機として使うことの実現可能性を検証しています。その感情のジェットコースターが、私を疲弊させているのです。

考えてみてください。1ヶ月前、私はTitanの安定性を褒め称えていました。今は、馬鹿げたエラーの山とシステムハングに悩まされています。なぜか？　Linuxだからです。快適で洗練されたユーザー体験があるのに、なぜひどくマニアックな体験を選ぶのか？　自己依存の悲劇的な循環のように感じられます。もしLinuxが十分に良くなってしまったら、開発者たちが取り組む理由がなくなってしまう。だからこそ、Linuxはダメなままなのだ、と。そう感じざるを得ません。

最悪なのは、私が初心者ではないということです。混乱している素人ではありません。問題がどこにあるのか、何に起因するのか、ある程度は見当がつきます。それでも、最新の一連のアップデートが本当に役に立ったのかどうか、確信が持てないのです。長期的に見て、このドライバーやファームウェアの面倒事がどうなるのか、まるで見通しが立ちません。

この一連の流れを総括すると――UEFIが嫌い、Secure Bootが嫌い、shimやblobやファームウェア更新が嫌いだ。この慌ただしく意味のない騒動、自分のマシンがハリウッド映画さながらの戦場であり常に何かが起きているという発想。いや、違う。私はマシンが使える状態で届き、BIOSやファームウェアを二度と更新しないことを望みます。あるべき姿はそうあるべきです。安定して動いているなら、そのままにしておく。しかし現実は、最小限の品質管理のもとでシステムの状態を絶えず変え続けるため、マシンのライフサイクル全体を通じて、あるいはユーザーが「シリコンの楽園」へ旅立つ日まで、ランダムなハードウェア関連のゴミと付き合い続けることになるのです。

要約：GUIでもコマンドラインでも、考えられる限りのすべてのアップデートを実行しました。忠実な猿のようにコマンドを打ち込み、ファームウェア、apt、すべてです。その結果、5回の再起動を経て、システムはひとまず動作していますが、フリーズ問題は未解決のまま。愚かで、無意味で、心が折れます。

ゲーム

良いニュースは、既存のゲーム、つまりスムーズに動作確認済みのゲームは引き続き問題なく動いていることです。良かった。悪いニュースは、相変わらずAssetto CorsaをLinux上で動かせていないことです。ハックやProtonのカスタム版などは意図的に使わない方針です。

日常使い

Kubuntuが「200日以上後にシステムのアップデート提供が終了するため、アップグレードすべし」という通知を表示しました。このポップアップを閉じて、毎回の起動時に表示されないようにするGUIボタンが存在しません――これまた非常に「モダン」なMicrosoft風の仕様です。そしてこれは、ディストリビューション管理の仕組み全体における別の問題も浮き彫りにしています。

Ubuntu LTSは5年間のサポートを提供し、ESM（Ubuntu Pro）を使えば10年になります。ESMは最大5台のマシンまで無料で登録でき、私も実際に登録しました。したがって、Ubuntuアーカイブ由来の全パッケージを含む私のシステムは、今後何年にもわたってアップデートを受け取れます。以前使っていたSlimbook Pro2でも同じことが起こりました。3年の使用期間を大きく超えてもサポートが続いていたのです。

この通知自体が不正確ですし、延期・非表示にするボタンはどこにあるのでしょう？

ところがKubuntu LTSのサポート期間は3年です。ここで疑問が湧きます。Ubuntuから必要なアップデートを受けており、すべてのaptリポジトリがubuntu.comを指しているなら、この「焦らし」メッセージは実際何を意味するのでしょうか？　KDE関連パッケージの更新が止まるだけ？　FirefoxやVLCが最新なら、Qtライブラリが古いことのセキュリティリスクはどれほどあるのか？　そもそも真に活用できないなら、KubuntuでESMを使う意味はあるのか？　大きな問題ではありませんが、Linuxデスクトップのユーザー体験におけるまた一つの不整合です。

私の環境にはUbuntuリポジトリの他に、Edge、VirtualBox、WINE、そしてESMがあります。KDE固有のリポジトリはありません：

deb https://security.ubuntu.com/ubuntu jammy-security universe
deb https://security.ubuntu.com/ubuntu jammy-security multiverse

deb https://esm.ubuntu.com/infra/ubuntu jammy-infra-security main
deb https://esm.ubuntu.com/infra/ubuntu jammy-infra-updates main

これもMicrosoft式の鬱陶しさです。プロンプトを閉じることができないのですから。押し付けがましいので、アップグレード通知を完全に無効化しました。

それ以外では、TitanとKubuntu 22.04は概ね良好に動作しました。いつもの作業は問題なくこなせ、楽しむこともできました。ノートの筐体がやや熱くなることがありましたが、それは主に各種ゲームのVulkanシェーダー処理時のことで、それ以外に問題はありません。ただ、先のカーネル関連の惨事の後、虚脱感を拭い去ることはできませんでした。そういえば、IPv6をシステムから完全に削除しようと思います。私はIPv6が嫌いですし、先の問題はルーターレベルでのブロック（加えて）IPv6を無効化することの重要性を浮き彫りにしました。超大企業以外には誰も必要としない（かもしれない）、もう一つの「モダンなソリューション」です。

まとめ

何と言えばいいでしょうか。感情のヨーヨーは止まりません。そしてそれこそが大きな問題です。一貫性の欠如により、Linuxデスクトップは不十分でアマチュア的に映ります。もし誰かに「Linuxを日常機として使えますか？」と聞かれたら、答えは「はい、ただし……」となるでしょう。しかし、技術はそうあるべきではないのです。技術に奉仕するために生活や習慣を変えるべきではありません。電気自動車の話と同じです――運転ルートを気にし、充電のための複数停車計画を立て、マシンを崇拝する。いや、違います。技術はユーザーに奉仕すべきです。以上。

もう一台のLinux専用ノート、Slimbook Executiveは、Kubuntu 22.04で問題なく動いています。しかしそれは内蔵GPU搭載の、クラシックで主流的なブラウジング＆オフィスマシンであり、ゲーミング用途ではありません。それでは十分とは言えません。ゲームこそWindows利用の中核なのですから。Windowsとその低脳なゲームにさよならを告げたいという願いは強いのですが、私は現実主義者であり、信者ではありません。アップデートのたびにランダムなバグに襲われる心理的動揺を月単位で耐え続けている状況では、ポジティブな声を上げるのは非常に難しいのです。

MicrosoftがおもちゃのようなWindows 11で同じことをしているからといって慰めにはなりません。無意味なもの二つは打ち消し合いません。私の記事を続けて読むと、双極性の恐竜のように映るかもしれません。しかしそれは私のせいではありません。エンドユーザーへの軽視、Linuxを本当に素晴らしいものにしたいという深い渇望の欠如のせいです。彼らは懸命に働き、献身的で、成功したいと思っている。ただ、無意識のレベルでは、アンダードッグであり続けることを望んでやまないことに気づいていないだけなのです。「トップ犬」であることは、恐ろしく重い責任ですから。彼らを責めることはできません。昔、私にも大企業のCTO的なポジションに就く機会が何度かありましたが、その面倒に見合わないと判断しました。とはいえ、Dedoimedoソフトウェアを世に出しているわけでもありませんが。

さて、そんなところです。1ヶ月後、あるいはもっと早く、私はLinuxで何かクールなことをして、また幸せな気分になっているでしょう。まあ、どうでもいいことですが。結局のところ、大差ありません。いつの日か、Linuxデスクトップの世界にも成熟と安定が訪れるかもしれません。当面のところ、私のTitanは再び気難しい状態に戻りました。しかし、この無意味なカーネルバグについては近いうちに回避策を見つける予定です。ご期待ください。数日以内にそのチュートリアルを公開するつもりです。それでは。

ではまた。