はてなキーワード: その5分前とは
だめじゃあ。
今またブルスク。KERNEL DATA INPAGE ERROR だけど、結局のところSSDがビジーで応答を無くしたために
ページファイルが読めなくて・・というわけなんだろうなこれ。
しかしSSDがビジーになる原因が特定できない。ここ最近、ずっとタスクマネージャーを画面の片隅に置いてにらめっこしているが
フリーズの間際に最後にチラ見できた限りでは System が少しディスクを使っていたが、これが重大な負荷をかけているとは思えない。
もう分からない。。。
そういえば、だいたいブルスクが出る時間と Bing Wallpaper が壁紙を交換する時間が一致してる気がする。
以前は夕方に壁紙が交換されてた気がするが、最近は確かにこのあたりの時間だ。
ずっと前から Bing Wallpaper が壁紙を交換するタイミングで、マウスが少しカクついてたりするのは気になってた。
壁紙の交換は、弱った SSD に対しては負荷の高い作業なんだろうか?
熱のせいで不正終了を繰り返した結果、ファイルシステムが傷んじゃって、壁紙交換程度でも無用な負荷がかかっちゃうのか。
どんなアプリでも、このよわよわ SSD をがっつり使おうとすると妙な負荷がかかる可能性はあるんだろうかね。
Dell Data Vault も、まあユーザーの利益の見えづらいよく分からんアプリとは言え、ブルスク犯として糾弾するのはちょっと安直だったかな。
もうちょっとだけ知見を貯めた後で SSD を換装するんじゃ。
追記:やっぱり、ちょっとPCを放置してると Antimalware Service Executable がSSDをまさぐるんだけど
少しの間、マウスが応答しなかった。SSD が通常の負荷に対して弱くなってるんだろうなあ。
転んでもタダでは起きたくないというか、SSDを交換する前に、何かこう完璧で究極の知見を得てから
「よし、次のSSDで運用する時にはこれに気を付ければいいな!」みたいな何かが欲しいんだが。
難しい。
そんな絶賛ハードウェアトラブル中にもかかわらず、メモリを16G追加しちゃったwアホかーw
追記3:
ちなみに Bing Wallpaper は完全にシロ。壁紙を更新する時間はログイン直後だが、BSoD になるのはその1時間以上後。
さてさて、ここ連日 UNEXPECTED STORE EXCEPTION か CRITICAL PROCESS DIED の BSoD が「毎日・朝に・1回だけ」発生。
今朝はようやく、SSDに大きな負荷がかかった直後、まだタスクマネージャーが応答する状態で、諸々と観察する事ができた。
しかしタスクマネージャーを確認した限りでは、何らかのプロセスがSSDに負荷をかけているようには見えなかった。
タスクスケジューラーのログをとってみたところ、BSoDの直前に動いていたタスクは Windows Error Rporting/QueueReporting とのこと。
タスク名からして、エラー情報をキューイングしてるのかな。まさかこの後、実際に送信する時にSSDに負荷がかかってる?
とはいえもちろん、普通のSSDであれば難なくこなす作業であり、弱っている(と思われる)特別な状態にあるSSDにだけ荷が重いんだろう。
たとえ何が起きているのかを正確に突き止めたとしても、価値ある情報にはならない気がしてきた。
追記4:
やっぱり、Windows Error Reporting Service を止めたら、ここ最近毎日朝に発生していた BSoD が今日は発生しなかった。
通常の状態であれば、Windows Error Reporting なんて大した負荷じゃない。
でもその作業中に、弱ったSSDのどこかのツボを突いちゃってるんだろうかな。これ以上の深入りは不要だろうか。
しかしそういえばちょっと昔、おそらく Windows Error Reporting が 30G 以上のファイルを送信したらしく
それまでは長期出張のためにポケットWi-Fiをレンタルしており、容量は実用上は十分だったが
それでも万一を考え「従量制課金接続」の設定をオンにし、通信容量を節約していた。
そのおかげかは分からないが、Windows Error Reporting も情報を送信していなかったらしい。
そして家に帰り有線接続となった途端、Windows Error Reporting が大量の情報を送信したらしい。
溜まりに溜まったエラー情報は、やっぱり何かしらの負荷になるはずだ。
Windows の品質向上に協力するのは別にやぶさかではないんだが、どんだけのエラー情報が溜まっているのか
それをコントロールする事は出来るんだろうか?
「ディスクのクリーンアップ」で出来るらしい。といっても3Mしか溜まっておらず、クリーンアップは短時間で終了。
追記5:
Windows Error Reporting Service は動かしていないが、それでも今日もSSDに妙な負荷がかかったようで1分ほどフリーズ。BSoD には至らなかった。
タスクスケジューラーのログも有効にしてあるが、少なくともその5分前までに走ったタスクは無い。
結局「SSDが弱っているから、何が起きても不思議じゃない」という幕引きになるのか?
追記6:
随分前にDiagnostic Policy Serviceのファイル操作で異様に長い時間がかかる事を突き止めていた。もちろん、根本原因はこの傷んだSSDのせい。
なので、このサービスもずっと停めてある。
おそらくこのおかげで、30秒くらいフリーズの後にBSoDが出る事は無くなった。
しかし今日(7/10)もやはり UNEXPECTED STORE STATE の BSoD が発生。今は(午前中である事は変わりないが)ほぼ予兆無く突然発生する印象だ。