Slimbook Titan 第8回レポート:ジェットコースターは再び上昇中──浮き沈みのLinuxデスクトップ旅
はじめに:終わりの見えない冒険の続き
私の終わりの見えないLinuxデスクトップの冒険は、まさにジェットコースターのような乗り物です。上がったり下がったり、横に滑ったり、そしてまたループ。オタク的な感情の起伏、逃したチャンス、悲喜劇的なエゴのせめぎ合い、「製品とは本来どうあるべきか」という本質への無視――そんなモノレールの上を危なっかしく滑走しながら進んでいきます。その好例こそが、私のSlimbook Titanマシンです。前回のレポートから購入時点まで遡って読むことができますが、そこでは満足度が「最悪→堅実→最高→無意味→バカバカしい→悪くない」と、シーソーのように何度も揺れ動いている様子がわかるでしょう。
前回のレポートでは、断続的に発生するシステムフリーズ問題に対し、汎用イベント(GPE)割り込みのブロック/マスクという回避策を紹介しました。これによりフリーズは解消されたものの、代償としてACアダプターの抜き差し時にサウンド通知が鳴らなくなりました。それでも、愚かで不必要な問題をようやく解決できたのは大きく、長期間悩まされていただけに嬉しい限りです。さて、あれから1ヶ月、いったい何が起きているのか見ていきましょう。

ハードウェア面は概ね静穏
まず、キーボードは相変わらずスポンジのような打鍵感で、入力登録にはやや強めの力が必要です。CPUやGPUのファンはときどきうなり声を上げますが、システムを動かし続けるほど音は小さくなります。要するに、内部の部品が温まって膨張するまで待つ必要がある、ということですね。
しかしながら、ファームウェアとカーネルの組み合わせが引き起こしていた馬鹿げたハングアップは、もう発生していません。割り込みマスクは見事に機能しています。OSを24.04へアップグレードしないという判断も正解でした。Executiveでのレポートでお見せしたとおり、アップグレード自体がバグだらけでLTSの名に恥じる出来事であり、その後のカーネルアップグレード(6.8から6.14へ)でも状況は微塵も改善しませんでした。しかもTitanとは対照的に、Executiveでは割り込みマスクの回避策がむしろ新たな問題を招いたため、そちらには適用していません。一方このTitanでは、サスペンドとレジュメも素晴らしい動作を見せています。勝つこともあれば負けることもある、それが現実というものです。
ソフトウェア周りの話題
楽しい作業もいくつか進めました。元々の崇高な目標はWindowsからの完全な脱却、すなわちすべてのワークフローをLinuxへ移行することでした。当初は順調だったのですが、ファームウェアの不具合がシステムを台無しにし始めました。こういうことがあるたびに、なぜ私がファームウェア更新を嫌うのか、問題がないなら決して触るべきではない理由を思い出させられます。「速く動け、壊せ」的な現代的な狂気には本当にうんざりです。残念ながら結論としては、Macbookの購入という、悲しくも嬉しい選択に行き着きました。
それはさておき、各種プログラムの動作確認や新しいアプリの追加、Xpraとその仲間たちとのさらなる実験、Plasmaデスクトップ構築用の自分独自のレシピを使った複数の仮想マシン構築などを進めました。Ubuntu 22.04と24.04のServerビルド両方で再構築を行っています。これは厳密にはTitanに関係する話ではありませんが、その調査結果は読者の皆さんにとっても興味深いかもしれません。
Kubuntuのメニューに、Skypeの残骸エントリーが残っているのに気づきました。これはsnap版を削除した後のゴミで、なぜシステムが自動削除しなかったのかは不明です。ただ、deb版とsnap版を併用していた頃に説明文を手動編集していたためかもしれないと推測しています。

WINEで動かしている各種プログラムは絶好調で、今も安定して稼働し続けています。唯一、SketchUp Makeだけはやや動作が重かったのですが、Nvidia GPUへ固定するための環境変数を削除したところ、問題は完全に消失しました。奇妙なことに、専用GPUよりも内蔵グラフィックスの方がアプリ内の応答性が良いのです。これは今後掘り下げる価値がありそうです。

それ以外のNvidia関連については、かなり堅実な状態です。WINE以外のプログラムはGPUと問題なく協調動作し、PRIMEのオンデマンドプロファイルも正しく機能しています。さらに、rsyncを使ってNVMeから別のNVMeへの本格的なデータバックアップテストも実施しました。文句なしの結果です。転送速度は十分に優秀で、システムにラグや引っかかりも一切発生しませんでした。

sent 123,196,248,447 bytes received 18,550,861 bytes 308,422,526.43 bytes/sec
total size is 318,888,901,985 speedup is 2.59
約308MB/秒での転送を実現し、2.59倍もの高速化を達成しています。このあたりで、今回のレポートは締めくくりとしましょう。
まとめ
割り込み設定を調整した後のTitanの現在の状態と、これまでの苦い経験を、切り離して評価したいと考えています。しかし、それはとても難しいことで、総合的な印象を損なってしまいます。技術的には今回のレポートはかなり良好で前向きな内容なのですが、以前の7回に及ぶ奮闘と最初のセットアップ、そして数々の浮き沈みを簡単には忘れられません。それでも、努力はしてみます。というわけで、第8回レポートはかなりポジティブな仕上がりとなっています。
ハードウェアの「問題」は確かに存在しますが、私の「邪魔」はしてくれていません。システムを「修正」した今、かなり快調に動作しています。この状態がどこまで続くのかはわかりませんが、この現実を受け入れ、本質的には25年分にも及ぶLinuxデスクトップの機会損失について、これ以上感情を浪費したくはありません。Titanのパワフルなスペックと、Linux上で快適に動作する幅広いプログラムやゲームを心ゆくまで楽しんで、Kubuntu 22.04をもうしばらく使い続けるつもりです。以上をもちまして、今回のレポートを名誉ある結びといたします。
それでは、また次回。
-
ASUSマザーボード+DellモニターのHDMI接続でBIOSメニューが表示されず白色LEDが点灯する問題の解決法
この記事のタイトルは一見すると意味不明に聞こえるかもしれませんが、実はデスクトップシステムで遭遇した奇妙な問題への「処方箋」なのです。カスタム組み立ての自作PCで、ASUS製マザーボードを使用しています。モニターはDell製で、両者はHDMIケーブルで接続されています。ここまでは順調です。 数か月間平穏に動作していた後、システムを再起動したところ、ブートシーケンス中に以下のような現象が発生しました。画面がスリープモードに入り、いつものようにHDMIからの信号なし状態になります。そしてすぐには復帰せず、BIOSスプラッシュ画面(F2キー押下の案内)が表示されません。さらに、マザーボード上のLED
-
古いルーターを捨てる前に!再利用できる8つの便利な活用法
最新のテクノロジー機器の発表を聞くと、ワクワクしますよね。しかし、その新製品が今使っている機器の買い替えだった場合、「古い方はどうすればいいのだろう?」という悩みがつきものです。もし新しく購入したのがルーターなら、古いルーターをゴミ箱に送らずに再利用する方法を検討してみませんか?この記事では、古いルーターを有効活用する8つのアイデアをご紹介します。 1. 無線リピーターとして使う Wi-Fiの電波が家の隅々まで届かない場合は、古いルーターを無線リピーターとして活用できます。リピーターはアクセスポイントを作成し、新しいルーターの電波を中継する装置です。ルーターの電波が届く範囲の境界付近に設置す