https://www.makisima.org/mailform/ が動作するように修正しました。

サーバを引っ越したときから CGI が動作していませんでした。このメールフォームを使って連絡を取ろうとした方がいたら、申し訳ありませんでした。

Perl の CGI を動作させるために .htaccess ファイルを使って cgi 動作を設定していたのですが、新しいサーバでは不要となっていました。不要な物を無理矢理設定して動作しなくなっていたという状態です。

このごろ、メールフォーム経由のスパムが少ないなぁと思っていたら orz

(2011/3/22)

無事です。停電中。部屋は物が多数落下。2011/3/11 15:24

両親から電話があって、無事を確認。物が散乱して大変だったらしい。電気はきているそうだ。2011/3/11 21:20

3/11 23:25 頃に電気が復旧しました。電力復旧時に心配される火災等は大丈夫だったようです。ネットにつないでみたら、隣県の病院のICUが自家発電で、電力が余るまで来ないので節電して回してほしいというようなツイートがあったので、なるべく落としました。 2011/3/12 1:54

（2014/3/2 一部削除）

このところ立て続けに Windows 7 のブルースクリーンが発生しています。

• 「ブルースクリーンで強制終了した原因を解析して教えてくれるフリーソフト「BlueScreenView」 – GIGAZINE」 http://gigazine.net/news/20090813_bluescreenview/

をみて、NirSoft の BlueScreenView v1.31 をダウンロード

• 「Blue screen of death (STOP error) information in dump files.」 http://www.nirsoft.net/utils/blue_screen_view.html

日本語化ファイルも同じページの下の方にあります。

BlueScreenView で見ると ATI Radeon Kernel Mode Driver や DirectX Graphics Kernel がピンク表示。オンボードのグラフィクスで問題が起きている可能性が高そうです。

GIGAZINE によると

Bug Check String:バグチェック文字列。この文字列の名前で検索エンジンを使って検索してみれば、大体どのような種類のエラーで何が原因かわかりますし、解決方法も場合によってはわかります。

ということなので、「UNEXPECTED_KERNEL_MODE_TRAP」でググると、Microsoft のページがありました。

• STOP 0x0000007F エラーの一般的な原因 http://support.microsoft.com/kb/137539/ja

まさにこれですね。

原因を推定するには、STOP 画面の最初の行に表示されているパラメータを調べます。

最初のパラメータは 0x00000008 で、「0x00000008 二重フォールト」 です。

二重フォールト

ある例外に対するハンドラを呼び出そうとしているときに別の例外が発生すると、二重フォールトが発生します。通常、2 つの例外は順番に処理されますが、順番に処理できない例外が発生することがあります。この場合、プロセッサから二重フォールトが送信されます。主な原因 は、ハードウェアとカーネルのスタック オーバーフローの 2 つです。ハードウェアの問題は、通常、CPU、RAM、またはバスに関連するものです。カーネルのスタック オーバーフローは、カーネル モードのドライバの不良による場合がほとんどです。

だそうです。ずっと使ってきたドライバですから、Windows 7 SP1 との相性ということでもなければ、ドライバの問題とは考えられません。やはり、ハードウェアでしょうか。Microsoft によると、

この問題を解決するには、次のうち適切な方法を実行します。

• ソフトウェアまたはハードウェアが特定のトラップの原因になっている可能性がある場合、原因を特定するにはデバッグが必要です。ハードウェアに問題があると思われる場合は、次の手順に従ってハードウェアのトラブルシューティングを実行します。
  1. ハードウェア メーカーによって提供される 診断ソフトウェアを実行し、コンピュータの RAM をテストします。不良と報告された RAM を交換します。また、コンピュータのすべての RAM の速度が同じであることを確認します。
  2. コントローラ、カード、またはその他の周辺機器を取り外すか、交換します。
  3. コンピュータのマザーボードを交換します。
• 想定されているクロック速度を超えてプロセッサを実行している場合、想定されているクロック速度に戻します。
• 更新されたハードウェア ドライバと BIOS のいずれか、または両方がハードウェアの製造元にあるかどうかを確認します。

プロセッサの障害の詳細については、Intel プロセッサのリファレンス マニュアルを参照してください。

オンボードのグラフィクスでは、RAM のチェックや、ホコリ取りに掃除くらいしかやりようがありません。

こんなページもありました。

• 縮小運営中？ – Windowsブルースクリーン：エラーコードの解説（一覧） http://www.jaist.ac.jp/~t-koba/bluescreen.php

このページの下の方に、RAM チェックのソフトも載っています。

ハードウェアの不調でありがちなのは、電源の劣化です。できそうなことというと、

1. 掃除機でホコリを取る
2. コネクタ抜き差しで接触不良の抑制を試みる。（アルコールで接点清掃）
3. メモリのチェック。状態により、交換
4. 電源交換
5. オンボードのグラフィクスをオフにして、ボードに換える
6. マザーボードごと一式交換、Windows から再インストール

こんなところでしょうかね。

(2011/2/28)

経過

環境： CPU は AMD Athlon X2 Dual Core 5050e、マザーボードは ASUS M3A78 PRO でオンボード ATI Radeon HD 3200 GPU、OS は Windows 7 Ultimate DSP 32bit にアップデートでサービスパック1 を適用済み。

PC内部を、ケーブルを外して掃除機を掛けました。 (2011/2/28)

メモリのテストは Memtest86 や Memtest86+ が定番のようです。CD-R などのブータブルメディアに焼いて DOS モードで実行させるようです。

• 「「Memtest86」と「Memtest86+」の違い – パソコントラブルと自己解決」 http://pctrouble.lessismore.cc/software/memtest86_difference.html

によると、どちらでも似たようなものですが、どちらかというと Memtest86+ のほうが速くておすすめのようです。

• Memtest86+ – Advanced Memory Diagnostic Tool http://www.memtest.org/

からダウンロードします。ISO イメージを CD-R に焼いて、再起動。

パス1で50分、パス2で2時間半程かかりましたが、エラーは検出されませんでした。5パスくらいやったほうがいいという話もありますが、時間がかかるのであきらめました。少なくとも、明白なメモリエラーはないようです。

(2011/2/28)

使っているうちに、またブルースクリーン発生(2011/3/1)。今度はダンプをディスクに書き込もうとするところで完全に落ちたらしく、ログが残っていませんでした。

システム ハードディスクのエラーも疑い、 HDD の S.M.A.R.T. を

• CrystalDiskInfo 3.10.0  http://crystalmark.info/

で眺めても、特に異常は見当たりません。

C: ドライブの[プロパティ]-[ツール]-[エラーチェック]でスキャンディスク（チェックディスク）を仕掛けます。時間がかかるので、夜中にセットして Windows 7 を再起動。

ログは [コンピュータの管理] – [イベント ビューアー] – [Windows ログ] – [アプリケーション] で Wininit を探します。「bad file」や「bad sectors」はなかったものの、

Cleaning up 267 unused index entries from index $SII of file 0x9.
Cleaning up 267 unused index entries from index $SDH of file 0x9.
Cleaning up 267 unused security descriptors.

ということで、修復が行われていました。この数が減るまで繰り返したほうがよいようですが、現在未実施。

新しい電源ユニットも届いたので、電源を交換してから再スキャンすることにします。

(2011/3/2)

電源を交換し、再度 C: をチェック。

Cleaning up 9 unused index entries from index $SII of file 0x9.
Cleaning up 9 unused index entries from index $SDH of file 0x9.
Cleaning up 9 unused security descriptors.

少しは減ったようです。

このディスクのチェック中にも応答なしになったり、BIOS 設定が変わったりしたので、ハードウェアがどこか不安定になっていそうな気がしてきました。

(2011/3/2)

新品の HDD と SATA ケーブルが来たので、Windows 7 を新規インストールしてみました。

その最中に別のサブマシンでもディスプレイドライバで障害が発生したので、もしかしたら、パソコンの本体ではなく、液晶ディスプレイか KVM スイッチ（キーボード・画面・マウスの切り替え器）が悪さをしているのではないかという疑いが出てきました。KVM スイッチを外して試しています。

HDD はいったん元の起動ディスクに戻して、SATA の場所を1番目から2番目にずらしてみました。IDE と違って、SATA はブートドライブの位置を簡単に変えられるので便利です。ハードウェアが不安定になってくると、コネクタの位置を変えて症状が緩和されることがあるのでやってみました。PCI や ISA バスで有効な手法でしたが、SATA では期待できないかもしれません。

(2011/3/4)

古い方の HDD では、なんとなく重くてブルースクリーンに至らない細かいエラーが頻発しているように見受けられる――たとえばエクスプローラがすぐ落ちる――ので、新規の起動 HDD に差し替えました。Tween、Adobe Reader、Thunderbird、Firefox、ATOK を入れて様子見しています。新規インストールしたばかりの Windows 7 Ultimate DSP 32bit は軽くて気持ちがいいですね。軽いだけでもブルースクリーンが出にくくなるのではないかと少し期待しています。

(2011/3/4)

その後….

KVM スイッチのハードウェアが原因だったのだろうと考えています。キーボード・画面・マウスの切り替え機を外してから調子よく動いています。代替のKVMスイッチは購入せず、Windows （Professional 以上？）に付属してくるリモートデスクトップや、TeamViewer のようなソフトを使っています。

(2012/2/15)

• 「”Librahack”共同声明」（りぶらサポータークラブ） http://www.libra-sc.jp/project/2011022422184615.html

岡崎市立中央図書館ならびに中川氏は、りぶらサポータークラブのコーディネートのもと、次の内容について合意いたしました。（以下略）

ということで、2011/2/25 付けで共同声明が岡崎市立中央図書館館長 大羽良と岡崎市立中央図書館利用者 中川圭右の連名で発表されました。上記リンクは「りぶらサポータークラブ」のもので、詳細については

• 「”Librahack”共同声明に関する詳細情報」 http://www.libra-sc.jp/project/2011022422232861.html

同時に、図書館と中川氏（librahack氏）も発表しています。

• 「岡崎市立図書館ホームページ閲覧障害に係る経過等について」（岡崎市立図書館）  http://www.library.okazaki.aichi.jp/tosho/about/files/20110225.html

• 「岡崎市立中央図書館と相互確認したこと | Librahack ： 容疑者から見た岡崎図書館事件」（中川氏） http://librahack.jp/okazaki-library-case-season2/announcement.html
  • (PDF) http://librahack.jp/wp-content/uploads/announcement-20110225.pdf

共同声明に至るまで苦労したであろう様子がうかがわれます。

(2011.2.25)