Titan Linux システム:主要なアップデートとパフォーマンスに関する洞察

Slimbook Titan レポート 9 - 主要な開発、多くのニュース

更新日:2026 年 4 月 29 日

My Titan は、本格的な仕事やゲーム向けに設計された Linux 専用システムです。私は Windows から離れるという明確な目的を持ってこれを購入しましたが、その目標はほぼ達成され、成功しました。しかし、この道のりはそれほど簡単なものではなく、初期に多くの問題が発生し、その後ファームウェアに起因する電源管理の問題が発生し、さらにいくつかの問題が発生しました。概して、このシステムには満足しています。そうですね。

さて、このラップトップについて最後に報告して以来、多くのことが起こりました。私は真剣に遊んだり、いじったり、テストしたりすることに時間を費やし、まったく新しい範囲の問題やリグレッション、そして驚くべき新しいことを発見しました。実際、私がこのマシンで書いたさまざまな長期レポートの中で、今日の記事が最も重要であることがわかると思います。早速、詳しく見ていきましょう。

新しいカーネル、システムのフリーズが解消されました

覚えているかもしれませんが、ランダムなシステムハングアップを避けるために、IRQ マスキングを (ブートプロセスの一部として) 実装する必要がありました。これは理想からはほど遠いです。なぜなら、すぐに説明するように、目に見えないところで何を隠しているのか常にわかるわけではないからです。しかし、かろうじて使用可能なシステムと、わずかな GPE 割り込みが停止されることの間で、私は後者を選択しました。後ほど詳しくご説明します。

この問題が最終的に解決されたことをご報告できることを嬉しく思います。少なくとも、今のところは。しかし、そこに到達するためには、ある程度の苦しみも必要でした。説明しましょう:

• Titan の電源を入れて、たくさんの作業を行いました。更新は何も実行しませんでした。しかし、Kubuntu、あるいはむしろ Ubuntu は Ubuntu であるため、独自の迷惑な無人アップグレード メカニズムを起動し、新しいカーネルの提供を含む多くのパッチを適用しました。私はシステムで Ubuntu pro を使用しており、カーネルのライブパッチが有効になっているので、これは愚かです。しかしそれ以上に、自動更新システムにはバグが多く愚かです。
• 確かに、再起動後、新しい 6.8.0-106 カーネルはすべてを台無しにしてしまいました。ネットワークもVirtualBoxもありません。もちろん、無人アップグレード メカニズムではカーネルのみが取り込まれており、まともな作業に必要な他の機能がすべて取り込まれているわけではないためです。古いカーネルで再起動し、完全なシステム アップデートを実行する必要がありました。これにより、少し新しい -107 カーネルが導入されました。ここでは、すべてが正常に機能します。

無人アップグレードにより破損しました ...

• 最も重要なことは、GRUB で割り込みマスキング オプションを使用しない場合に何が起こるかをテストしたところ、システムがフリーズすることはなくなりました。素晴らしい。しかし、その方法はもっとエレガントに行うことができたはずです。確かに...

ゲームに関する不確実性

Titan を使用するたびに、Steam を開いて、まだ実行していない残りのタイトルが Proton でサポートされているかどうかを確認します。最も注目すべき点は、Assetto Corsa がまだ実行されていないことです。しかし、100 GB 相当のゲーム パッチ、さらに 6 個の Steam 再頒布可能ファイルやフレームワークなどを含む、たくさんのアップデートがありました。 ArmA 3 を起動してみましたが、まったく実行できませんでした。わあ。

少なくとも私の本では、これは退行であり、その点では憂慮すべきことです...

• 私の知る限り、Valve はゲームが一度実行されると常に実行されるように最善を尽くしており、これは増え続ける Proton 対応タイトルのリストにも当てはまります。思い出していただけると思いますが、私にとって ArmA 3 は、大量の DLC やアドオンがあっても、見事に動作しました。問題なく。突然実行されなくなるのは非常に悪いです。
• 私は、Proton バージョンを 1 つずつデバッグし、テストし始めました。 Bohemia Studio では、6.X ブランチとランチャーのスキップについて言及しており、確かにこれは機能しますが、ゲームはユーザーがオフラインであると認識するため、LAN 上であってもマルチプレイヤーを実行できません。 Proton 7.X でも同じことが起こります。

バージョン 6.X と 7.X では、ゲームはオフラインであると認識します。

• バージョン 9.X では成功しました。これでは、Steam オンラインなどが正しく表示されます。最後に。

実際、ランチャーはまったく問題なく動作します。

すると、おかしなことに気づきました。バッテリー駆動のラップトップを使用するとかなり良いパフォーマンスが得られ、Ultra 設定でのゲームではかなり安定した 45 ～ 50 FPS を実現しました。これは、Windows の結果と同一ではないにしても同様です。非常に素晴らしい。しかし、充電器を接続すると、パフォーマンスは予想に反してはるかに悪く、FPS は 10 ～ 15 の低さから約 35 ～ 40 まで変動し、時折 60 まで急上昇し、すぐに低下しました。ゲームはノンストップで 3 ～ 4 秒ごとに遅れます。

電力、パフォーマンス、充電器が壊れている

この不具合の原因を突き止めるには多くのテストが必要でした。まず、あらゆる種類の Nvidia PRIME オプションを試しましたが、どれも違いを生みませんでしたし、公平を期すためにも違いはありませんでした。次に、さまざまな CPU ガバナー オプションとブート パラメーターを試しましたが、どれも改善が見られませんでした。第三に、WINE DLL オーバーライド、ゲーム起動オプションを試しましたが、無駄でした。もちろんです。

次に、上記のシステム フリーズ チェックも実行し、GRUB オプションから acpi_mask_gpe=0x03 パラメータを削除しました。これにより、充電器からの充電器からの充電器からのサウンドが「復元」されました。マスキングが適用されている場合、充電器を接続したり切断したりしても、少なくともすぐには通常の KDE サウンド通知は発生せず、充電ステータス アイコンも変化しません。そうなりますが、数分後になる場合もあります。これは割り込みを使った結果だと思います。

さて、音と正しい充電状態が適切に行われたので、充電器が誤動作していることに気づきました。数秒ごとに「ping」が鳴​​ります。接続されている、切断されている。充電中、充電中ではありません。すぐに、これがシステムのアクティビティに相関していることがわかりました。 CPU または GPU の使用率が上昇したり、電力スパイクが発生したりすると、充電器がトリップし、充電プロセスが停止します。デバイスを完全に充電できる唯一の保証は、デスクトップを完全にアイドル状態にしておくか、マシンの電源をオフにすることです。

実際の 230W 充電器が壊れかけているのか、それとも充電ポートが不安定なのかはわかりませんでした。私は後者にならないことを切に願っていた。なぜなら、これらを置き換えるのはより困難で、場合によっては、完全に不可能ではないにしても、非常に難しいからである。幸いなことに、予備の 180W 充電器が手元にあったので、それを試してみました。この新しいガジェットを設置すると、Titan は、システムのストレスに関係なく、安定した電力消費と切断なしで堂々と充電を開始しました。そしてなんと、今の ArmA 3 では、充電器を接続した状態で、美しく安定した 60 FPS を実現しました!

Slimbook チームに連絡して意見を聞いてみましたが、とても親切に対応していただきました。新しい充電器を購入し、数日以内に届きました。 「充電器は大丈夫です。現在、私のシステムは負荷がかかっている状態でも適切に電力を消費し、ファンもより正しく動作するようになりました。おそらく、壊れた充電器が他のあらゆる種類の奇妙な動作を引き起こしており、ボンネットの下の奇妙なノイズに起因している可能性があると思います。永続的なダメージが残らないことを祈ります。

ArmA 3 に戻って、LAN とインターネット ゲームが動作すること、およびゲーム ポートがネットワーク経由でアクセスできることも確認しました。 Ubuntu 自体にはファイアウォールが設置されていないため、問題はないはずですが、すべてが適切であることを確認するために三重チェックをしたかったのです。細かいことですが、まあ！

udp 0 0 0.0.0.0:2302 0.0.0.0:* 20896/wineserver
udp 0 0 0.0.0.0:2304 0.0.0.0:* 20896/wineserver

nc -v -u -z 192.168.5.103 2302
192.168.5.103 2302 ポート [udp/*] への接続に成功しました!

そして、すべてが本当にスパイシーでした。私はインターネット上でたくさんのマルチプレイヤー ゲームをプレイし、友達のためにサーバーをホストしたこともありました。問題ない。唯一の「欠点」は、時折、激しいゲーム セッションを開始して約 1.5 ～ 2 時間経過すると、ファンが非常に熱狂し、CPU のスロットルが少し低下して、カクつきが発生する場合があることです。しかし、その状態にするには、タイタンを一生懸命働かせる必要があります。

文字通りにも比喩的にも、私たちはゲームに戻ってきました。

その他の情報

Ubuntu の更新プロセスは非常に面倒になる場合があります。以前に何度か述べたように、apt は WINE パッケージと混同され、依存関係を解決するために「壊れた」インストールを修正する必要がありました。これはとても腹立たしいです。 2026 年になった今でも、Linux デスクトップ エクスペリエンスの一部として、この種のナンセンスな機能がまだ残っています。マジで？

状態情報の読み取り中... 完了
これらを修正するには、「apt --fix-broken install」を実行するとよいでしょう。
次のパッケージには満たされていない依存関係があります。
wine-stable :依存:wine-stable-i386 (=10.0.0.0~jammy-1)
依存:wine-stable-amd64 (=10.0.0.0~jammy-1) ですが、11.0.0.0~jammy-1 がインストールされています
winehq-stable :依存:wine-stable (=11.0.0.0~jammy-1)
E:満たされていない依存関係。パッケージなしで「apt --fix-broken install」を試してください (または解決策を指定してください)。

次に、システム ログからのこの無意味な gem があります。

systemd[1]:構成ファイル /run/systemd/system/netplan-ovs-cleanup.service はアクセス不能としてマークされています。構成データは API 経由で制限なくアクセスできるため、これは影響しません。とにかく続行します。
systemd[1]:/lib/systemd/system/snapd.service:23:セクション「Service」の不明なキー名「RestartMode」は無視されます。

私のエグゼクティブについてお話ししたように、何らかの理由で、新しいカーネルは KVM モジュールを自動ロードしますが、これは VirtualBox と競合するため、後者を使用する場合はブラックリストに登録する必要があります。これも私のベースラインに対する不当な変更であるため、非常に迷惑です。

セッションを思い出すために微調整する必要があったテキスト エディターの Kate にはサイドバーがありません。これは、何らかの理由で手動で変更した結果であるようです。ただし、Documents プラグインを再度有効にすると、欠落している機能が復元されます。

Notepad++ には、何らかの理由で新しい Mono パッケージも必要でした。私が最も気になるのは、以下のハイパーリンクに余分な 1 つまたは 2 つのスペースがあることです。しかし、これが解決されると、プログラムは正常に起動しました。

ハードウェア面では、キーボードはまだ少し「硬い」ので、すべてのキーを登録するにはやや強めに押す必要があります。これは私が少し前に観察したことであり、このレポートでも依然として当てはまります。おそらく、もっと精力的に使用し、数 100,000 文字を叩き込んでバネを柔らかくする必要があるかもしれません。または何か。

ここでやめてもいいと思います。

結論

今回の私の平和的なタイタンのセットアップには問題が多すぎました。ゲームの障害、リポジトリの問題、ネットワークの切断と無人アップグレードの複雑さ、KVM モジュールのナンセンス。充電器が故障することは、ある意味、私にとって最も苦痛なことではありません。なぜなら、そのようなことは起こる可能性があるからです。ソフトウェア側のことはあまり許されません。覚えておいてください、私は LTS を使用しています。しかもそれは24.04ですらなく、もっと古い22.04です。事実上、4 年後も、安定しているはずの長期リリースに影響を与えるべきではない不要な問題が山ほど残っています。つまり、真剣に。

とはいえ、これらすべてを解決できたことはうれしく思いましたが、何よりも Steam Proton と非常に必要だった ArmA 3 との互換性が問題でした。どういうわけか、これで私は落ち着き、全体の取り組みに対処しやすくなりました。はい、私は IRQ マスキングで自分自身の生活をいくらか複雑にしましたが、繰り返しになりますが、さまざまなファームウェアやカーネル パッチの無意味な結果として愚かなシステム フリーズがなければ、私はこんなことをしていなかったでしょう。また、充電器に問題があることは、あまり期待できないことです。しかし、ここにいます。全体として、私は慎重ながらも満足しています。

以上で第９回目の報告を終わりたいと思います。最新情報をお待ちください。いつか、Assetto Corsa も実行できるようになることを願っています。なぜなら、それを除けば、不具合やリグレッションの間で、私の Titan セットアップは非常に洗練されているからです。複雑だけど素敵。お約束通り、波乱万丈な記事です。とにかく、またね。さようなら。

乾杯。