＜ブルースクリーン頻発＞ 三度目のメモリ挿し替え後、１０日目。

メモリをＮｏ．２とＮｏ．４に差し替えて１０日目になるがブルースクリーンの発生は見られない。
メモリを組み合わせて差し替えてみるという今回のテストの結果は、

　・Ｎｏ．１とＮｏ．２（２週間ブルースクリーン発生せず）
　・Ｎｏ．３とＮｏ．４（４日後にブルースクリーン発生）
　・Ｎｏ．１とＮｏ．３（２日後にブルースクリーン発生）

そして、今回

　・Ｎｏ．２とＮｏ．４（１０日間ブルースクリーン発生せず。）

前にも書いたように、ブルースクリーンが発生するまでの最長記録は一週間である。よって、この組み合わせも一旦安全と解釈して、ブルースクリーン発生時に必ず使用されているＮｏ.３だけを挿してみることにする。

電源をオンして、無事起動。

さて、この状態でしばらく様子を見る。ブルースクリーンは発生するだろうか??
ブルースクリーンが発生したらこのメモリー単独でＭｅｍｔｅｓｔをかけてみよう。

＜ブルースクリーン頻発＞ 三度目のメモリ挿し替え後、一週間。

Ｎｏ．２、Ｎｏ．４のメモリに挿し替えて一週間がたったが、ブルースクリーンの発生が無い。もうしばらく、このままにしておくが、どうもＮｏ.3のメモリが怪しいという状況は決定的になりつつある。

＜ブルースクリーン頻発＞ ブルースクリーン二度目の再現。

メモリを交換して、今度は二日目にブルースクリーンが発生。“ＡＴＴＥＭＰＴＥＤ＿ＷＲＩＴＥ＿ＴＯ＿ＲＥＡＤＯＮＬＹ＿ＭＥＭＯＲＹ”

今度は、“ｈａｌ．ｄｌｌ”だ。(電源に関連するドライバーらしい。)

　・Ｎｏ．１とＮｏ．２でブルースクリーン発生なし(２週間)
　・Ｎｏ．３とＮｏ．４でブルースクリーン発生(４日後)
　・Ｎｏ．１とＮｏ．３でブルースクリーン発生(２日後)

結果だけ見ればＮｏ．３が怪しいということになるが、さらに、Ｎｏ．２とＮｏ．４のペアリングでも試してみよう。

＜ブルースクリーン頻発＞ ブルースクリーン再現。

メモリをＮｏ．３とＮｏ．４に交換して四日目、久しぶりにブルースクリーンが発生した。

今度は、ＢＡＤ＿ＰＯＯＬ＿ＨＥＡＤＥＲだ。そして、ＮＴＦＳ．ｓｙｓ

さらに一週間後、

ＩＲＱＬ＿ＮＯＴ＿ＬＥＳＳ＿ＯＲ＿ＥＱＵＡＬ。そして、おなじみのｎｔｏｓｋｍｌ．ｅｘｅ。

この組み合わせでブルースクリーンが再現できたので、次に、Ｎｏ．１とＮｏ．３で試してみる。

＜ブルースクリーン頻発＞ メモリを二枚に減らして、二週間。

なんと、ブルースクリーンが発生しなくなって二週間がたった。このままそっとしておくのも手なのだが、それも何だかつまらなく思え、やはりメモリを差し替えてみることに。

次は、メモリＮｏ.３とＮｏ.４、差し込むスロットは同じくＡ２とＢ２だ。

これで、ブルースクリーンの再現されれば、原因究明に一歩近づく。（再現されなければ、また、ワケが分からなくなるが・・・）

＜ブルースクリーン頻発＞ メモリを二枚に減らして、１０日目。

ブルースクリーンは発生しないで１０日目になった。このままそっとして置くのも手なのだが、ここで前回アイコン増殖事件で悩まされたＡｄｏｂｅ　Ｂｒｉｄｇｅをインストールしてみることに。

ここしばらくインストールソフトを最低限に絞った状態をキープしてきたが、その間に公園の桜が満開になったり、好きで応援しているアーチストのライブがあったりで、その際に撮影した写真データが数千枚単位に膨れ上がっていた。その取捨選択をしなければならないのだが、使い慣れた整理ソフトでないと作業効率が悪い。マシンの状況が改善したら、いずれインストールしなければならないソフトなので、このタイミングで入れてみることにした。

＜ブルースクリーン頻発＞ メモリを二枚に減らして、一週間。

なんと、ブルースクリーンが一週間発生していない。ちなみに一週間というのは、ブルースクリーンが発生し始めてから最長タイである。このまま発生しなければ、現状でそっとしておくか、念のためメモリを別の二本に挿し変えて再度発生状況を確認するか・・・悩ましいところである。一応、１０日まで待って、次の対処に移るなら移るとしよう。