Fixing Windows11 24H2
Windows11 24H2
Windows11における最新のBuild 24H2は、BSODトラブルが多発するOSと言われていますが、
(実際、世界中で多数のPCに対して重大な支障を引き起こし、世界的なニュースになった)
私の環境でもこの2か月ほどはBSODが多発するようになってしまい、画像生成AIのようにシステムに多大な負荷をかけるタスクのみならず、何もしない状態からでさえBSODが頻発するようになってしまいました。
いい加減仕事に支障をきたすので、根本的に何とかせねばならないなと思い立ちました。
Windows11の再インストール…それもクリーンインストールをこの２か月だけで何十回やったことか。
メソッドは確立しているし、ストレージも現在のPC環境では最速に近い、Gen4規格のM.2 SSDを使っていますので、一昔前のHDD時代に比べれば圧倒的に高速に作業はできますが…それでも様々なソフトやAI環境の再構築をやれば結局は一日仕事です。
ちなみに、ComfyUIをportable形式で動作させる利点は、OSのクリーンインストールを行っていても、各WebUI中最も簡易に復旧できる点ですね。
A1111や、Forge、reForgeをvenv環境で動作させている場合は、結局venv環境から再構築する羽目になりますから。
ちなみに、A1111はしばらく更新がありませんが、構成されるPythonライブラリーは進化し続けている為に、2024年12月現在、通常のインストールでは一部機能においてトラブルが生じることもわかりました。
以下の記事で、なるべく最新の状況に合わせたインストール方法を解説していますが、追加すべき事項が増えたので後日以下に追記していきます。
Anyway、BSODの厄介な処は原因が特定しにくいことです。
ソフト的な原因ならまだしもハード的な原因となると、最悪GPU買い替えとか、基幹部分であるCPU、RAM、MBの総買い替え…とかの事態になりかねませんから、コスト的にも最低最悪のトラブルです。
んで、2024年12月6日現在、完全ではありませんが(まだ、BSODになる時がある)、何もしない状態からは相当stable化できたので、一度ここで実施した対策をまとめておきます。
電源ユニットの分解清掃
メーカーの封印シールを破った時点で保証対象から外れますが、保証期間とっくに過ぎてましたし、そもそもこういう場合は保証対象云々以前に清掃の方が大事だし、作業そのものの難易度も低いので分解清掃しました。
埃の蓄積や経年劣化でコンデンサーの能力が低下していれば、システムへの電力供給もstableではなく、当然BOSDの原因になります。
しかし、この時点では、ほとんど効果がありませんでした。相変わらずBSODは多発していたのです。
電源ユニットの交換
ここで思い出したのですが…「そもそも、この電源買ってから何年たってんだよ?」という、考えてみれば当然の疑問でした。
私は、CPUやMB、GPUは結構頻繁に買い換えますが、電源やケースは基本的に買い換えずに使いまわします。
ちなみに、私が使っているケースは何と20年前の代物です。当時としては最高級品でした。
(尚、私のPC歴はMSXやPC-8801時代からで、自作歴も約30年に及ぶ。AMD-K5時代からの古参兵である)
しかし、ちょっと待て…ケースはともかく電源は消耗品です。私が使っていた電源、いつ買ったんだっけ…最早覚えてねえわ…という位、忘却の彼方でした。
そもそも電源のモデルすら覚えていません。改めて調べなおした処.…この「剛力3 700W」、何と2010年発売です。いつ買ったかの記憶がありませんが、最低でも10年以上使っていたのでしょう。とっくに一般的な寿命を超えて使い続けていた訳です。
そこで、次に電源を買い換えました。BSODの原因かどうかとは無関係に、最早買い替え必須だったからです。
そして、結果的にこれが幸いしました。電源ユニットの交換によりBSODの発生頻度は相当下がったからです。やはり、コンデンサーの経年劣化により、システムへの電力供給が不安定化していたものと推測されます。
ESET Internet Securityの削除
しかし、それでも尚BSODはそれなりの頻度で発生し続けました。この時点で私としてはCPUやGPUの破損という、コスト的に結構最悪のケースが頭をよぎったのですが…
その前にWindows11 24H2はソフト的に問題の多いOSであることははっきりしていたので、ソフト的にまだやれることがあるのではと思い、各種事例を調査しました。
その中で、「一部のセキュリティソフトが原因」というケースを知りました。しかし、私が使うCanonのInternet Scurityは障害情報の中には含まれていません。
それでも、物は試し…かつ費用が掛かる対策でもないので、試みに削除してみた処…これも有効でした。ESETの削除後は、インストール状態に比べて明らかにBSODの発生頻度は下がったからです。
(従前、どれだけBSOD多発してたんだという話ですが…まさに仕事に支障をきたすレベルで多発していた訳です)
M.2 SSDのHBD機能の無効化
WDのSSDが24H2に対して不具合を起こし、ファームウェアが更新された…情報は知っていましたが、私が使うのはKingmaxで当初それほど重視していませんでした。
しかし、SSDが怪しい…という勘のような感覚はずっと持っていて、今日改めて、その障害の技術的な詳細を調べてみました。
すると、これはWD固有の問題ではなく、M.2 SSD全般に広く該当しうる障害であることがわかりました。
24H2においては、M.2 SSDが持っているHBD機能に対して適切なキャッシュサイズを提供できず、それがBSODの原因になっている…のであれば、それは同機能を搭載しているSSD全般に共通する問題である筈だからです。
そこで、まずここで解説されている方法を用いて、私のKingmax SSDのHBDサイズを調べてみた処、最小サイズも推奨サイズも32MBでした。
これらの情報を元にレジストリを編集しましたが、しかしHBD対策としてよく書かれているように、数値「2」では私の環境の場合、安定しませんでした。1でも2でも、BSODが発生したからです。
そこで、一定の性能低下は仕方がないと腹をくくって0設定でHBD機能自体を殺した処…劇的に安定しました。ここまでで、この対策が一番効果があったように思います。
現時点で、BSODが0になった訳ではないようですが…何もしていない状態からは相当安定しました。
そもそも、いつBSODに行くかわからんような不安定なシステムでは、危なくて、おちおち仕事も出来ませんて。
電圧設定
20年位前まで、私はオーバークロックに血道をあげていた時期があります。
ThunderbirdコアのAthlon…とか、燃えましたね。結構、滅茶苦茶なこともやってました。基板から発火して、火事になりかけた事とかも…。
ただ歳を取るにつれて、そういう無茶な事もしなくなり、この15年位はCPUもRAMもGPUも定格以外で動作させたことがありませんでした。
ただ、こうもブルースクリーンが連発するのは、思い返すとオーバークロックで無茶苦茶なことをやってた2000年頃以来の事で、今回はオーバークロックはやりませんが、余りにもシステムが不安定になったこともあり、久々にVRAMの電圧を上げてみました。
システムの安定性を上げる為に電圧を上げる...という定石は、20世紀の時代から変わっていません。