Slimbook Executive:包括的な長期レビュー – レポート 6

Slimbook Executive、長期レポート 6

更新日:2024 年 11 月 20 日

デジャブを定義してみましょう。 Slimbook Titan の 4 回目の記事で、次の文を使用しました。通常よりもずっと早く、このラップトップの 4 回目の長期使用レポートを書いています。さて、ここで、私の 6 回目の Slimbook Executive 記事 (これらは 2 台の異なるラップトップです、覚えておいてください) で、その文を少しだけ変えてもう一度使用します。私は、このラップトップの 6 回目の長期使用レポートを、通常よりもかなり早く書いています。なぜ？新たな問題が発生したからです。

ストーリー全体に入る前に簡単におさらいします。私はスリムブックマシンを 2 台持っています。どちらもとても素敵です。 Titan はゲームに重点を置いた頑丈なシステムになることを意図しており、近い将来 Windows からの最終移行に向けて準備が整っているかどうかを確認するために、できる限りのことを試しています。さて、Executive は、日常業務の 99% に使用される生産性マシンです。個別のグラフィックスを持たず、統合されたビットのみを備えているため、全体としては、ごく最近まで非常に完璧に動作していました。 Titan とほぼ並行して、カーネルのバグを示すいくつかのハードウェア関連のエラーが発生し始めました。面倒で無意味ですが、ここまでです。フォローしてください。

キーボードの問題、ACPI エラー

このエグゼクティブは、5 回目のレビューで、完全に回避できる問題がいくつかあると言及するまでは、まったく問題ありませんでした。その1つは、キーボードのスーパーキーが突然認識されなくなり、再び認識されるまででした。問題は再発し、現在はさらに深刻になっています。キーボード全体が突然ごちゃごちゃになってしまいました。元に戻すには再起動する必要がありました。

その過程で、いくつかの ACPI エラーを発見し、Tuxedo の GitHub でスレッドを見つけました。Tuxedo は、自社ブランドの Linux ラップトップ用の Slimbook と同様のシャーシとキットを使用しています。一言で言えば、問題はすべてカーネルとファームウェアのアップデート、systemd、そして現代の容疑者の常連を中心に展開しています。そして、ACPI テーブルは次のように吐き出します。

ACPI BIOS エラー (バグ):シンボル [^^^^NPCF.ACBT]、AE_NOT_FOUND (20230628/psargs-330) を解決できませんでした

メソッド [_Q83] の初期化されたローカル変数:

Local0:00000000be7f12c5 整数 0000000000000000

メソッド [_Q83] の引数が初期化されていません

ACPI エラー:前のエラー (AE_NOT_FOUND) によりメソッド \_SB.PC00.LPCB.EC0._Q83 を中止します (20230628/psparse-529)

なぜ突然これが？私を打ち負かします。しかし、完璧に動作していたラップトップの完璧な記録は今では台無しになってしまいました。機能しないわけではありません。問題なく動作しますが、ゼロ QA コードがシステムに押し込まれているため、問題が発生し、ユーザー エクスペリエンスが損なわれる深い不確実性を感じています。

わかりました。それでは、どうやってこれを解決しましたか?

私の「癒し」プロセスはあなたにはブードゥー教のように見えるかもしれませんが、そうではありません。 IPv6 ネットワーキングに関しては、Titan とまったく同じです。これは、自分の給料の仕事であるかのように、CPU 命令のデバッグに何時間も費やしたくなかったので、経験に基づいた推測ですが、私は正しいと信じています。詳しく説明しましょう。

まず、おそらく新しい機能をもたらす新しいファームウェアがあるでしょう。その機能だけが、おそらく私のネットワーク カード、つまりカードのファミリーに 100% 関連しているわけではないと思います。特定の機能は、特定の条件下、つまり IPv6 ネットワークがアクティブな場合 (ここでは、条件の特定のサブセット) でのみトリガーされます。これを Titan レポートで参照したカーネルのバグと組み合わせ、さらに systemd の過度に複雑で脆弱な性質と組み合わせると、システム内の「イベント」の 1 つに問題があるたびにカスケード効果が発生し、ボックスが醜い動作を示すことになります。フリーズ、キーボードの意味不明な動作など。

そこで、IPv6 - GRUB とカーネルモジュールのブラックリストを無効にしました。数十回の再起動と数週間の使用を経ても、カーネル ログには BIOS エラーはなくなり (これも後続のアップデートで修正された可能性があります)、キーボードのバグは再発していません。すべては偶然だと言えるでしょう。しかし、そうではありません。 2 つの異なるマシンがかなり似た問題の影響を受けているように見える場合はそうではなく、単一のソリューションを両方のシステムに適用することですべての問題が解決します。

さらに、それはWin-Winの状況です。たとえ問題が Voodoo の魔法によって解決されたとしても、私はもう Slimbook Executive で無意味な IPv6 プロトコルを使用していないので、心配する必要のない無意味で複雑すぎるテクノロジーは 1 つ減りました。

そして今、日常的に使用してください

無用な煩わしさが払拭されると、楽しみと生産性に集中し、素敵で素敵なラップトップを喜んで使用することに戻ることができます。 Exec は、人間工学の観点から見て、驚異的なケース、ディスプレイ、キーボードを備えた素晴らしいマシンです (当時も動作し、現在も動作しています)。 Kubuntu 22.04 のパフォーマンス、バッテリー寿命、スムーズで洗練されたエレガンスは一流です。瞬時のサスペンドとレジューム、クリアなオ​​ーディオ、優れた応答性。素敵なジャブリー。

結論

コンピューターを使用した経験がほとんど肯定的なものであり、前向きな気持ちで始まることが重要です。初期の結果がまちまちだった場合や否定的な場合よりも、あちこちで奇妙な問題が発生しても許容される可能性が高いという点で、ある種の「信用」を築くことができます。たとえば、私の Titan がフリーズを起こしたとき、私はもっとイライラしましたし、その長期的な見通しについては今でもあまり自信がありません。最初のハードルを越えることができません。

Executive では、キーボードの問題と新たに発生するエラーが非常に迷惑です。彼らは私をとてもイライラさせます。これは主に、初期の記録が台無しになったためであり、正当な理由はありません。 Linux は本質的に 10,000 もの異なるものが互いに無関係に組み合わされたものであるため、単なるランダムなナンセンスです。カーネルはデータセンターで実行され、ラップトップでも実行されますが、この 2 つの使用例には共通点がありません。このような技術的な柔軟性が存在し、それが可能であることは驚くべきことですが、それは、ユース ケース #3,444 のパッチがユース ケース #6,777 にも影響を及ぼし、それらの間に相関関係はなく、もちろんテストもまったく行われないため、ハードウェア上で発生する可能性のあるあらゆる問題が発生する可能性があることを意味します。

しかし、そのナンセンスを乗り越えると、安定感と静けさが戻ってきました。私は執行部に対する信頼を失ってはいません。まだ、そして願わくば、これほど多くのエラーが発生して、本格的な Linux の生産性向上への取り組みを完全に放棄せざるを得なくなることはありません (Windows に戻らず、Mac に移行します)。さて、このマシンについての 6 回目のレポートです。美しく汚れのない幸運の連続は断たれた。これは依然として優れたシステムであり、Kubuntu 22.04 は優れたディストリビューションですが、今日の演習では、ランダムなナンセンスが予期せぬ瞬間に攻撃する可能性があることがわかりました。現代のソフトウェアの驚異。これで完了です。

乾杯。