Slimbook Executive レビュー第11回:LinuxノートPCのパフォーマンスと信頼性、カーネル6.14で問題は解決するか?
Slimbook Executive 長期レビュー、ついに第11回に到達しました。数々の紆余曲折を経ての報告です。
更新日:2025年12月1日
ギリシャ神話に登場するような永遠の悲劇のヒーローが、再び任務に就くときが来ました。その悲劇のヒーローとは、他でもない私自身です。業務用途で使うLinux専用ノートPC「Slimbook Executive」を、またしてもテストしなければなりません。ソフトウェアの女神たちが機嫌よくしていてくれるなら、という条件付きですが。Linuxデスクトップでの体験がすべて順調だったなら、あなたがこの記事を読むことはなかったはずです。しかし現実はそうではありません。
Executiveは美しいマシンであり、一時期は完璧に動作していました。しかし、悪質なアップデートによって調子が崩れてしまいました。以来、電源管理、セッション管理、キーボードの挙動など、さまざまな厄介な問題と格闘してきました。これらの問題は出てきては消えていきます。これはLinuxエコシステムの多くの異なるコンポーネントが絡み合った複雑な物語であり、それぞれがこの失態にある程度責任を負っています。ここ1年ほどで、多くの問題を解消することができました。特筆すべきは、OSのアップグレードを実施したことです。この記事では、その大胆な一手が厄介な不具合の最後の痕跡を根絶できたのかどうかをお伝えします。それでは始めましょう。

ランダムなサスペンド問題?まだ解決せず
いいえ、Kubuntu 24.04へのアップグレードではこの問題は解決しませんでした。前回のアップグレード記事の最後で引きとして残した疑問でしたが、答えが出ました。時々キーボードが暴走し、突然大文字のアルファベットを大量に入力し続けることがあります。あるいはマウスがShift+クリックモードに陥り、クリックではなく選択ばかり行うようになります。さらに、マシンがランダムにサスペンドし、スリープと復帰を何度も繰り返した後、ようやく正常に戻ることもあります。
自分で修正できるかも?
以前Titanで行った対策を覚えていますか?不要な汎用イベント(GPE)を次々と発生させる原因となる割り込みをマスクまたはブロックすることで、システムフリーズの問題を最小化できることが分かったのです。Executiveで起きている類似だが異なる問題の発生状況が、ゲーミングPCのものとほぼ一致していたため、同じ手法が使えるのではないかと考えました。
私は依然として、十分にテストされていないファームウェアパッチとカーネルアップグレードが原因だと考えています。ハード構成が大きく異なる2台(Intel製CPU+グラフィックス搭載機 vs AMD+NVIDIAのハイブリッド構成機)が同じ問題の影響を受けたという事実は、Ubuntu(22.04)こそが第一の犯人であることを示唆しています。さらに、問題が出たり消えたりする性質も、OSに疑いの目を向ける材料です。しかし、24.04では話が変わってくるかもしれません。
ともあれ、慎重に進めましょう。
まず、不要なイベントを生成している割り込みがないか確認しました:
grep . /sys/firmware/acpi/interrupts/*
該当する割り込みを無効化しました。ブロックではなくマスクも試し、ブートローダーの設定変更によって恒久化も検証しています。まずは再起動なしのクイック変更として:
echo "disable" > /sys/firmware/acpi/interrupts/gpe6e
効果はあったのか?
結果は「イエス、でもノー」でした!ランダムサスペンドの問題は確かに解決しましたが、新たな問題がいくつか発生しました。特定の割り込みが発火しなくなると、以下のような現象が起きます:
- キーボードショートカットによるサスペンドの発動まで約10秒かかるようになりました。以前はわずか1秒程度でした。システムメニューからサスペンドした場合は即座に実行されます。
- システムの起動・シャットダウンが約2〜3秒遅くなりました。
- 電源アダプターを接続すると、マウスが暴走し、毎秒2〜3回クリックイベントを生成し続けます。ブラウザでタブを開こうものなら、クリックが確定せずページが絶え間なく更新されるなどの異常事態に見舞われます。
そこで、この修正を取り消すことにしました。散発的にしか起こらないランダムサスペンドの問題より、上記のような恒常的で完全に再現可能な問題の方が耐え難いからです。これらはすべて、私の環境でgpe6Eをマスクまたは無効化すると必ず発生します。
ちょっと待って!
ところが、あるひらめきが訪れました。カーネルの起動パラメータを変更したことで、TitanとExecutiveの両方のシステム構成をより詳細に確認することになりました。そして、かなり奇妙なことに気づいたのです。両者とも同一のカーネル(6.8系)を使っていたのです。片方はKubuntu 22.04(現在も)、もう片方はKubuntu 24.04であるにもかかわらずです。Executiveのバグだらけのアップグレード経験から警戒心が芽生えたため、Titanでは同じアップグレードを行っていません。2年近く離れてリリースされた全く別のLTS版が、なぜ同じカーネルを使うのでしょうか?
調査範囲を広げると、さらなる発見がありました。これは重大なバグか、あるいは重大な「仕様」のどちらかです。真っ新なKubuntu 24.04の新規インストール環境(私の超古参のG50ノートなど)でも、やはり6.8が入っています。つまり、アップグレード時に古いカーネルが保持されたという話ではないのです(技術的には偶然のバグの可能性も残りますが)。何か別のロジックが働いているのは確かで、その理由が分からないのが癪に障ります。
オンラインドキュメントやaptソースによれば、24.04向けの最新カーネルは6.14とのこと。そこで手動でインストールして試してみることにしました。この大型バージョンアップにより、Executiveはついに、奇妙な電源・サスペンド・キーボード関連の問題から永遠に解放されるのでしょうか?
カーネルアップグレード…
6.14をインストールして再起動しました。問題なく立ち上がります。そして数日間システムを使用し、様子を見ました。現時点での印象は良好です。用心深く、慎重に、かろうじて楽観的ではありますが、今のところ問題を誘発できていません。
システムはわずかに高速化され、レスポンスも向上しました。発熱も減り、ハードウェアと周辺機器はすべて正しく機能しています。特に重要なのは、画面の輝度調整、ブランキング(画面消灯)、サスペンド機能がすべて正常に動作している点です。ご記憶の通り、これらは壊れたファームウェア・カーネルアップデートの初期症状でした。つまり、これこそが待ち望んでいた解決策になる可能性があります。ただし、確定的な結論を出すには、今後少なくとも1ヶ月間の日々の使用が必要でしょう(将来のアップデートでランダムに壊れないという前提の下で)。
とはいえ、「旧来の」症状の一部はまだ残っています:
- システムログには依然としてACPIエラーが記録されています。
- gpe6eの割り込みカウントは増え続けています。
- 充電中にノートをサスペンドさせ、その後に充電ケーブルを抜くと、ラップトップが復帰してしまいます。意図的に起こすまでスリープ状態を維持してほしいのですが、なぜかケーブルを抜いたこと自体が割り込みとなりセッションが再開されます。この挙動はこのマシンを入手した初日からずっと続いています。
その他の出来事
電源問題以外にも、日常使用の中でいくつか小さな不満がありました。Alt + F2のキーコンビネーションで何度かキーボードを「ロック」してしまい、Superキーが効かなくなり、システムメニューが表示されなくなることがありました。奇妙なキーの組み合わせで、どんな目的があるのか不明です。また、Discoverはインストール済みパッチのサイズや正しい状態を常に表示してくれるわけではありません。

KeePassのスケーリング問題は、Xpraとrun_scaledを使って解決できました。素晴らしいユーティリティです!そもそも問題が発生すること自体が残念ですが、比較的エレガントな解決策があるのは嬉しい限りです。大切に使いましょう。本当に大切に。X11でしか動作しないのであり、近いうちに使えなくなるかもしれませんから。なんとも言えない「進歩」ですね。

まとめ
Executiveの物語は続きます。24.04がカーネル6.8でインストールされ、より新しいバージョンにならない理由は分かりませんし、アップグレードでカーネルが更新されなかった理由も分かりません。分かっているのは、LTSへの移行では問題が本当に解決しなかったということ、そして原因の割り込みをマスクすると、良い面と悪い面が同時に現れるということです。おそらくカーネル6.14が魔法を起こしてくれるかもしれませんが、それはまだ分かりません。たとえ良くなったとしても保証はありません。問題を引き起こしたのはシステムパッチの一式だったのですから、自信を持てるわけがありません。同じことはいつでも再び起こり得ます。
ソフトウェア面では、アップグレードが完了したことで、前述の電源問題を除けば、マシンはかなり安定して動作しています。それでも私はExecutiveのフォームファクター、クールでスタイリッシュな筐体、美しいディスプレイ、優れたキーボードを愛しています。ハードウェアに関しては、これ以上の製品は思いつきません。ただ、ソフトウェアには私が必要とする信頼性、一貫性、安定性を期待したいだけです。11回目の長期レポートが何かを教えてくれるとすれば、それは2025年の今でも、Linuxデスクトップを使うなら常に油断してはいけないということです。今後も新着記事や新しい冒険にご期待ください。それでは、また。
それでは!
-
Windowsでの141 LiveKernelEventエラー(ハードウェアエラー)を修正する方法
Windowsユーザーの中には、リソースを大量に消費するタスクを実行している際に、頻繁にクラッシュやフリーズが発生するケースがあります。イベントビューアーで調査すると、ハードウェアの問題を示す141 LiveKernelEventエラーが繰り返し記録されていることがわかります。この問題は、最近のすべてのWindowsバージョンで報告されています。 この問題を徹底的に調査した結果、この特定のイベントビューアーコードを引き起こす可能性のある複数の根本原因が判明しました。主な原因候補は以下の通りです。 GPUドライバーの不整合や破損 – 最も一般的で、かつ解決しやすいシナリオは、互換
-
AirPodsの音量を上げる方法|音が小さいときに試したい7つの対処法
AirPodsは、市販されているBluetoothイヤホンの中でも最も先進的なデバイスの一つです。使いやすさと利便性を高いレベルで兼ね備えていますが、多くのユーザーが共通して抱える悩みがあります。それが「音量が思ったより小さい」という問題です。お気に入りのポッドキャストや音楽をもっと大きな音で楽しみたいのに、AirPodsの音が小さくて困っているという方はいませんか。この記事では、AirPodsの音量を上げるために試したい7つの対処法をご紹介します。AirPodsの音量を大きくする7つの方法まずは最も簡単な方法から順番に見ていきましょう。1. AirPodsを掃除するAirPodsの音量が低下