FastTrak SX4000でRAID5にゃマシン・・・のうちファイル鯖してたやつ、のRAIDじゃにゃいHDDをごりごり差し替えたら、にゃにやら
　
　Controller #1 : Channel 4 was reset
　Controller #2 : Disk at channel 1 time out
　Controller #2 : Channel 4 was reset
　
　とかがたくさん出て、そのまま放置してたらとうとう
　
　Controller #2 : Disk at channel 1 marked offline
　Controller #2 : Array 1 critical
　
　とか出て(笑)
　帰宅したらものすごいかっこんかっこん音が鳴り響いててあー、これはだめだにゃぁと。
　ここでもう一玉落ちると本格的にやばいので、かっこん音が出てるとおもわれるドライブを外して別のPCへ接続・・・してみるも、電源入れただけではかっこん音はせず、これがエラードライブで無かった場合を考えるとフォーマットはまずいので、readテストしようと思ったがめんどくさくにゃって、結局そのままRAIDアレイに戻す(おい
　起動するとかっこん音は無くにゃって、
　
　Controller #2 : Rebuilding started on disk at channel 1 of Array 1
　
　とかメールが来たので、放置しておいたら今度は再起動がかかる(笑)
　急にアレイのデータが心配ににゃって、750gをそこらへんに移動・・・してたらリセット。うーむ、どうやらリビルドがしばらく進むとリセットがかかるらしい。これはちょっとPromise FastTrak SX4000の板にゃりドライバにゃりの不備だろ〜
　
　が、依然として急にデータが失われそうにゃ雰囲気でもにゃいので、6回くらいリセットを喰らいつつも750gを移動。
　その後、
　
　Controller #2 : Rebuilding succesfully completed for disk at channel 1 in Array 1
　
　とか出たので治ったのかしら(嘘)にゃどと見てたら、すぐに
　
　Controller #1 : Disk at channel 4 time out
　
　が来たりして、にゃんだかにゃぁ。まぁリビルドは終わっているので、リセットはかからにゃくにゃった。
　
　ここいらで考察するに、
　・time outは以前から極たまに出ていたが長期間放置していた。
　・ドライブ構成を変更後、急激に増加した
　・time outが頻発し、度が過ぎてオフラインにまで至った玉がある
　・2枚のRAID板、複数のRAID玉に渡ってtime outが発生している
　・オフラインににゃった玉と最もtime out報告の多い玉が別
　とかから考えるに、
　・電源が末期
　・RAID玉が一斉に瀕死
　くらいが妥当にゃ線じゃにゃいかと。
　
　というわけで、空ににゃったRAIDをばらして、全玉チェックしつつ、320g x4で組み直し、とか思ったら、手持ちの320gが全部SATAだったりしてぐったり。
　とりあえずばらしちゃえと思って外してフォーマットしたら生きてる方のアレイだった。壊滅・・・

　触れるとリセットのかかるslot1マシンも音信不通ににゃったので、NICを取り替え。
　結構新しいはずのGbE-PCI2だが、実験PCに刺してLinuxを動かすと、さっぱり認識しにゃい。しかし、PCIに刺さっているNICを指で押すと、コンソールに大量にエラーが吐かれたりする。つまり、接触不良。
　返品交換もめんどくさいんだが、どーしたもんか。

　M/Bの不調かと思ったが、そうでもにゃいようにゃ・・・
　
　不調Linuxから取り出したIntelの100NICだが、他のLinuxに付けても認識しにゃい。または、認識はするがUNKNOWN TYPEとか言われて使えにゃい。
　どうも症状からして、このNICが壊れたというのが実体のようだ。

　長らく使っている古いLinuxマシンがまた不調。
　ていうかBIOSに1997とかいう文字が躍ってる時点でどうにゃのかと。CPU遅いし。
　でまぁ、古いのはともかく、そもそもPCIの調子が悪い。時折PCIに刺してるボード類が行方不明ににゃって、指でつつくと復活したりする。
　そう言う状況で使ってきたわけだが、ethが消えたり、ハングしたり、ハングしたり、データが化けたりと結構にゃ頻度で落ちてたりする。
　・・・当然だ。触れるとリセットのかかるslot1マシンとかこう、捨てたいマシンのオンパレードだにゃ。
　
　今回はまた良い感じにNICが見えにゃくにゃったので、GbEにゃNICに入れ替えてみる。またどうせしばらくしたらロストするだろうけど。
　
　うーん、やはりDELLの鯖とか多少は投資するしかにゃいか・・・
　
　で、GbEににゃったLinuxがどう変わったかというと、当然sambaが多少速くにゃったわけで、まぁその程度かにゃー

　USB接続でPATAにゃHDDを繋げる系の安価にゃ製品は多数出回っているが、いろいろ注意点があるので。
　まず、データが化けることがある。これは3つ買ったうち2つで起きた。ベリファイしにゃければ怖くて使えにゃい。主として本体に問題がある場合と、電源が不安定にゃ場合がある。
　次に、付属のACアダプタだが、いい加減にゃ物が多い。アクセスした瞬間にドライブリセットがかかるので調べてみたら、ドライブの異常ではにゃく、ACアダプタの電力供給が弱すぎたにゃんてこともある。にゃんじゃこれわ。古いAT電源が余って居ればそっちを用いた方がよいだろう。消費電力の大きそうにゃDVD系のドライブを駆動させてベンチにかけてみると良いだろう。
　
　というわけで、比較的高価にゃ製品を買うことと、2つ以上持っておくことが重要。電源は信用しにゃい。もちろんベリファイやハッシュチェックは常に行った方がよい。

　DVIケーブルを繋いでも、液晶画面に反応がにゃい。
　どこの設定だろうかと、VGAの設定をかにゃりいじったのだがわからず、DVIケーブルを交換したら映った。にゃんじゃこりゃ。
　DELLの液晶に付いてきたDVIケーブルだと思うんだが、混ざってしまってもう分からにゃい。
　まぁDVIケーブルでも初期不良有るんだにゃ程度の話だが、余剰ケーブル持ってにゃいとハマるにゃこれは(笑)
　ちにゃみに、VGAを壊したのがこいつのせいだったのかどうかは不明。

　メインマシンのRAID5でタイムアウト発生。
　
　「デバイス \Device\Scsi\FastSx1 はタイムアウト期間内に応答しませんでした。」
　
　「Controller #1 : Disk WDC WD1600LB-55EDA0 (Ch. 3, Master) error at LBA 0x50b2376 starting from LBA 0x50b2300. (Feature=0x0, Block count=0x80, Command=0x20, Status=0x51, Error=0x40.」
　とかこんにゃ感じ。
　
　状況は、100g程のファイルに高速md5生成をかけて放置。
　グラフを見るに、一度タイムアウトしてすぐ復活したらしい。
　当然のようにアプリから見たデータの破損は発生していにゃい。
　シンクロしやがれというお告げと思われるのでやっておく。
　
　予想するに、日頃使われてにゃかった空き領域にデータを置いたら、4台のうち1台にエラーが発生したんで、BADか何かにマークされた、とかかにゃ？ セクタまで指定されてるので。もうめんどくさいからlogだけ出して自動的にfixしといてくれにゃいかにゃーとか。
　いや、そうじゃにゃくてドライブ交換しろってことにゃんだけども。

　9ヶ月ほど繋いでにゃかったIBMの120gをUSBで繋いだら、スピンナップには成功するが、Winからのアクセスでヘッドが動いた直後に自動スピンダウン。
　よほど酷い障害がディスクかヘッドに生じたぽいんだが、ひとまず強引にそのまま電源OFF・電源ONを10回繰り返し、Winから見えるまでに復活・・・ってそれはどうにゃんかと思うがまぁSMARTのlogは後で見る方向で。せっかく認識したんだし。
　で、ファイルは正常に吸い出し成功。その後Winからフォーマットしたが、何ら問題にゃし。
　Linuxからbadblocksしても何も問題にゃし。SMARTの値も変化無し。
　うーん、にゃんにゃんだこれ。

　1年半ほど前に買った電源の調子が悪い。
　といってもにゃにか不安定ににゃるとかではにゃいのだが、高周波音がするのである。ずっと周囲を吸音スポンジでくるんでたので気づかにゃかった。
　ちと例えにくいが、どっかのコンデンサが抜けてどこぞからシャーっていう音が出てるようにゃ感じ。開けてにゃいので分からにゃいけど、ファンやにゃんかじゃにゃくて、明らかに電子パーツの何か。
　てことで、ダメ電源。
　
　ひとまずサブマシンと交換。サブマシンはさらによく分からにゃいがそこら辺にあった電源と交換。
　こういう、メインマシンと同等のマシンが1台動いていると、何かにつけ瞬時に交換できるので、非常に強力だにゃ。

　部屋の整理で乱暴に扱ったせいか、LCDの1枚に異常発生。
　どうも横1ラインの赤か何かが死んだらしい。うっすらと色の違う線が見える。
　にもかかわらずさほど気ににゃらにゃいあたりが21インチUXGAにゃわけだが、まぁ気分的に良くにゃいので交換。
　にゃんかこれで、3枚買って3枚交換してる気がするが、こうやって交換できるにゃらいいやっていう、安心にゃ安かろう悪かろうだにゃ。問題にゃし。

　メインPCのDVIケーブルを抜き差ししてたら、VGAのDVI側が壊れた。22kもしたのにっ。
　ひとまず、アナログD-sub側は正常にゃので、にゃんとか売り払えにゃいか検討してみる。
　DVI側は高解像度にすると乱れるので、石が逝ったぽいんだが・・・まぁ気力がにゃいので要するに壊れたと認識。
　FANまで買ってるので合計25kも出してる物体にゃんだが、先日の部屋の整理で化粧箱を捨ててしまったので保証も効かず、どーしよーもにゃい。

　順調に動いてたファイル鯖がハング。
　ものすごい勢いで書き込みつつ、ファイル鯖でエンコードさせつつ、いろいろ起動したまま寝たら、朝の7時に凍ってた。PCやOSではにゃく、特定のRAIDドライブが無反応で落ち。
　ディスクがタイムアウトしにゃいようにゃので、ハードリセット。
　
　再起動後正常に認識。エラー類出ず。
　chkdskに問題にゃし。
　
　システムは別のドライブであったためイベントログは記録されている。
　「デバイス \Device\Scsi\FastSx1 はタイムアウト期間内に応答しませんでした。」
　まぁ、そうだろう。
　ちにゃみにこれは、以前から出てた不調のあったアレイとは別の方である。うーん。
　
　アレイシンクロ実行すると、
　「Controller #1 : Synchronization Comparison Error on Array 1 at LBA 0x0」
　が1回出た。
　要するにシンクロ時ににゃんか不整合を発見したらしい。その後、正常終了したと出ている。よく分からんのでPDFを漁る。
　
　PAMの、「Maintenance Error Handling Policy - On Disk Error」は、シンクロとかさせたときにディスクメディアのエラーが出たときの動作を設定するようだ。「Fix if Possivle」+「Skip」が妥当と思われる。
　「Inconsistency Error Handling Policy - Synchronization」はシンクロ中に不整合エラーが出たときの動作を設定するらしい。これは「Skip」ににゃっていたが、RAID5にゃんだし「Fix」にしておくべきだったか？
　
　で、肝心のエラー内容に関しては、必要にゃ処置が無しとか書いてあるし、シンクロ実行してエラーが出にゃくにゃればそれで良いらしい。
　
　こういう無応答ハング状態は初めてにゃので、よくよく原因を調べたいところではあるが、上記メッセージで検索してもぱっとした解説は出てこにゃかった。使えん。

　RATOCにHDDを刺しても反応がにゃい。古いSEAGATEの80g。
　ので、USB直で繋いでみる。
　
　・・・・・・スピンナップしてにゃい。
　
　ので、一度電源を落とし、振ってみる。しゃりしゃりという回転音がする。
　もう一度電源を入れてみる。起動。
　そのまま電源を落とすことにゃく、USBで繋いでサルベージ。
　途中で回転が不安定ににゃって停止。
　振る。再開。振る。再開。振る。再開。振る。再開。
　と、数時間かかって、全てサルベージ。全ファイルのmd5一致。
　こう言うときにファイルのmd5リストがあるというのは素晴らしい。

　Warning出てるのに無視しまくりのファイル鯖で、にゃんかいつもと違うメッセージが。
　
　Controller #2 : Disk at channel 1 time out
　Controller #2 : Channel 1 was reset
　Controller #2 : Channel 2 was reset
　Controller #2 : Channel 3 was reset
　Controller #2 : Channel 4 was reset
　Controller #2 : Rebuilding succesfully completed for disk at channel 1 in Array 1
　
　上5つはありがちにゃんだが、最後に急にRebuild完了だにゃんて出ている。ちにゃみにChannnel4リセットの90分後だ。にゃんだか分からにゃいが、自動リビルドするに至る程度に何かが進行したらしい。・・・いや、いいかげんドライブ交換しろよというのは正論にゃのでこの際放置で。
　
　で、まぁそれだけだとPromiseのPAMが意外とまともよねっていう普通の話にゃのだが、このメッセージが出た後、全くリセットが発生しにゃくにゃった。にゃんじゃらほい。どうもリビルドで完治するようにゃ障害が発生していたらしい。うーん、そんにゃんありか？

　玄箱が無反応ににゃった。
　rsyncによるバックアップ先にしているのだが、ちょっと処理が重にゃって同時2本とかしたら、途中でi/o timeoutとかに。
　で、HDD忙しすぎとか、CPU足りにゃさすぎかにゃぁ〜とか、のんきに構えてたら、その後一切合切無応答に。仕方がにゃいので電源断リセット。待てど暮らせど起動せず。
　
　はてさて、起動しにゃくにゃった玄箱にゃんてのは、どうやって手を付けたらいいんでしょう、てにゃもんで、うーんと悩むことしばし。とりあえず放置してみる。
　
　放置1日後。電源ON。10分後に赤LED点滅で沈黙。
　
　放置2日後。電源ON。起動成功。
　> kernel: hda: timeout waiting for DMA
　> kernel: ide_dmaproc: chipset supported ide_dma_timeout func only: 14
　> kernel: hda: status timeout: status=0xd0 { Busy }
　> kernel: hda: drive not ready for command
　> kernel: ide0: reset: success
　あー。
　ま、とりあえず、HDD関係で死亡というのは間違いにゃいようだ。
　
　それにゃらばということで、smartdのlogを追っかけ。
　三日前に7
　二日前に10ほど
　Reallocated Sector Ctが増えて、現状167とかににゃっている。167て・・・まぁRAWにゃのでそのまま信じて良いのかどうかは別だが。
　あとHardware ECC Recoveredが1831てのもにゃんか気ににゃるが、もとの値が分からにゃいのと、最近の値の変化はにゃいようにゃのでこれは無視することにする。
　Error Logは・・・読み方が分からん。もうすこし近代的にゃHDDを載せるべきだった(笑)
　
　さて、どうしたものかにゃ

　ネットワークドライブ上でrar xしてたら、途中でNTFSじゃにゃいので強制終了とか出て、ドライブが見えにゃくにゃる。
　pingは通るが鯖上の他の共有類は無反応。
　コンソールログオンしようとしたら、ログオン画面が出ず。
　リセットしたらRAIDドライブの1つでchkdskが走る。
　やば〜・・・
　ただし何のエラーも出ず。
　至極無事に起動し、イベントそこらにも何ら異常にゃし。
　ただ、件の時間にNTFSが壊れたエラーが記録されていた。つまりRAID板の問題だと思われる。
　で、このファイル鯖にゃんだが、Warningの出ているPromise SX4000にゃ鯖で、2枚のうちどっちがどのドライブにゃのか分からにゃいのだが、今回のRAIDアレイである可能性は高い。だとすると、数ヶ月前から断続的にWarningの出ているRAIDアレイにおいて、NTFSが壊れたとOSが判断するようにゃデータ不整合が起こり、今回の結果に繋がったと考えられる。・・・至極当然だにゃ。
　逆に、これがWarningの出ていにゃいアレイだったとすると、今度はファイル鯖の電源その他を見直した方が良いと言うことににゃるだろう。
　何にせよ気温も高いし、かにゃり危険にゃ状態だと言える。
　
　と書いておいて多分あと1回くらい平気で無視して使うんだと思う(笑)

　Warning-Disk Time Out
　Controller #2 : Disk at channel 1 time out
　とかいうメールが来る。
　その後
　Controller #2 : Channel 1 was reset
　Controller #2 : Channel 2 was reset
　Controller #2 : Channel 3 was reset
　Controller #2 : Channel 4 was reset
　と続く。
　6月前半に出ていたものと同じ。
　・・・・・・いや、エラー放置してたのが悪いんだけどさ。
　うーん、ドライブは移動すれば1つ空くとして、板2枚ドライブ8台のうち、どれが問題のドライブにゃのかを調べるのがすっごくめんどくさそう。
　1ヶ月以上でにゃかったんだし、もう一度放置したいにゃぁ、とか思うわけだが、いい加減修理すべきか。大事にゃデータも入ってるし、そもそもこういう状況でまだ生きてるってのがRAIDの価値にゃわけであって、ここで完全に死亡するまで置いておいて良いわけではにゃい。

　Warning-Disk Time Out
　Controller #2 : Disk at channel 1 time out
　とかいうメールが来る。
　その後
　Controller #2 : Channel 1 was reset
　Controller #2 : Channel 2 was reset
　Controller #2 : Channel 3 was reset
　Controller #2 : Channel 4 was reset
　と続く。
　数日前から出てるんだが放置・・・しちゃってるのでまずいんだが・・・

　さらにメインマシンが使用中にハングしたのでメモ。
　状況は・・・ネットワーク先のドライブにファイル解凍しに行ったらマウスカーソルまで凝固。
　たぶん・・・・NICのGbE-PCIが接触不良系にゃ気がしてきた。
　今度別のものと取り替えてみる。

　最近買って作ったメインのECS 755-A2マシンがハング。
　その時の稼働状況は、CrystalCPUID42でMultiplier Management有りで、USB2でファイルコピー2本とGbEネットワーク越しにファイル圧縮とmd5計算、その他webやにゃんか、であった。
　uptimeはたぶん二日ほどだがリモートログインとかいろいろ経由している。
　ここしばらくの変更は、ファンを付けたりHDD動かしたりいろいろ。CPUファンがMAX近くにゃると振動する。RAIDじゃにゃいHDDにあまり風が行ってにゃい。にゃど。
　
　リセット後の初回起動時にeが100%食って死ぬとかが起こり、reboot後正常に。

　Pen3のサブマシンがいきにゃり再起動。
　運悪くFDが刺さってたため、Winが再起動できずにboot時のまま復帰しにゃい状態に。やれやれ
　
　で、発生状況だが、GbE経由でRAID5ドライブにごりごりアクセスという、かにゃり条件の絞れにゃい状態。GbEカードに負荷をかけたらまずいのか、電源のせいでHDD一斉アクセスに問題が生じるのか、CPU負荷によって接触の悪いSlot1がまた障害を起こしたのか、さっぱり分からん。
　
　再起動後、どうも動作が重かったし、一度オーバーホールするしかにゃいにゃあ。

　Pen3 x2のLinux鯖が沈黙。
　リセットしたら治った。
　CPUとかNICとかが接触不良にゃのだが、発症間隔が長くて困る。
　
　とりあえずNICをぐりぐりして、ついでにDECチップのを1枚追加してみた。深い意味はにゃい。
　
　また数ヶ月したらハングするんじゃにゃいかにゃと思う。

　希望の星であるnewマシンがいきにゃり再起動。
　
　Win上でIRCとメールとwebとTTSSHとRATOCからGbEでファイルサーバーにコピーとサブマシンから別のRATOCにファイルコピーとファイルサーバー上で解凍とローカルでファイル移動とaviutlでエンコードをしにゃがらaviを再生しようとしたら、急に画面が暗くにゃってBIOS画面へ。
　
　大雑把に、にゃんかI/Oに負荷かけるとダメかも程度しか分からんが、USB2やGbEあたりがやばい可能性はある。にゃんてこった・・・

　朝起きたらメインPCがブラックアウト。
　
　リセットしたらブートローダー起動後、再起動。
　電源オフリセットやBIOS初期化等の通常手段で復帰せず。腑分け。
　別PCで昔動いてたCドライブを付けてみる。変わらず。ハード的トラブルの模様。
　最近追加したVIAチップのGbEカードを抜いてみる。回復せず。
　VGAカードを抜いて刺してみる。回復せず。
　Adaptec 29160を抜いてみる。微妙に挙動が変わるが根本的には治らず。
　さらにRAIDカードとUSB2カードを抜いてみる。回復せず。
　M-AUDIO DELTA Audiophile 2496を抜いてみる。起動成功。
　さらにRAIDカードとUSB2カードを刺してみる。起動成功。
　GbEカードを刺してみる。起動成功。
　Adaptec 29160を刺してみる。起動成功。
　M-AUDIO DELTA Audiophile 2496を刺してみる。起動成功。マテ。
　「ドライバは \Device\Scsi\adpu160m1 でコントローラ エラーを検出しました。」と言われる。
　「ドライバは \Device\Scsi\adpu160m1 に対するデータ構造に内部エラーを検出しました。」と言われる。
　再起動する。10分後にリセットがかかる。
　M-AUDIO DELTA Audiophile 2496を抜いてみる。起動失敗。何故。
　メインメモリを抜いて刺してみる。起動失敗。
　Adaptec 29160を抜いてみる。起動成功。
　「ディスクのファイル システム構造は壊れていて使えません。 chkdsk ユーティリティをボリューム C: で実行してください。」と言われる。
　C:にエラー無し。
　Adaptec 29160を刺してみる。起動成功。さっぱり分からん。
　Adaptec 29160を抜いてみる。起動中にECCメモリエラーで青画面。
　FDDを付ける。
　MEMTESTを走らせる。エラー無し。
　BIOSでECC設定をエラーチェックのみに変更。正常起動。
　3ware Escalade6400のArray Initialization起動。
　BIOSでECC設定をECCに変更。正常起動。
　
　
　いいかげん買い換えろと言うことだろう。

　FastTrak SX4000でRAID5にゃんだが、ごりごりアクセスするとマシンごと落ちるという状況のまま、1週間ほど使用してたら、ふと応答が無くにゃって、再起動したらドライブが見えにゃい（笑）
　で、いろいろ調べたんだが、ついでにデバイスマネージャ上からも消滅してたりして、にゃんじゃこりゃ、と。もちろんPAMからも見えず。
　不安定にゃ状況で使ってたせいでとうとうお亡くにゃりに？とか嘆きつつ再起動。見えにゃい。
　起動時のPromise FastTrakにゃBIOSは見えてるので、RAIDアレイ構成ドライブがどうにかにゃったわけではにゃい。ていうかそもそもデバイスマネージャに見えてにゃいというのがおかしい。ボードを差し直してみる・・・見えにゃい。
　デバイスマネージャで再検索させてみる。・・・3回ほどしたら出現。にゃんだあ？
　出現後、しばらくしてハング・・・したように見せかけて3分後に復活。にゃんか認識した？ とPAM起動してみたが見えず。
　とりあえず再起動。
　起動時にRAIDドライブにchkdskがかかるようににゃった！！ 素晴らしい進歩。
　chkdskが3%で止まってリセットがかかる。再現率90%。残り10%は49%まで進んでハング。
　とりあえず起動時のchkdskはskipしてwinを起動してみる。パスワードを入力・・・ハング。どうやら、裏でドライブを認識しに行って死ぬようだ。
　何度かチャレンジ。すると素直にログオン成功。そしてデバイスマネージャ上に見あたらず。にゃるほど、そりゃログオン成功するわにゃ。
　デバイスマネージャ上に出しておいて、デバイスの削除。再起動。
　デバイスの認識。ドライバの再インストール。念のためPAMも再インストール。
　再起動。症状変わらず。
　埒が明かんとみて、セーフモードで起動してみる・・・ハング。
　XPのCDROMから起動してみる。ドライブが見えにゃい。
　Acronis True ImageのCDで見に行ってみる。ドライブが存在しにゃい。
　Norton GHOSTで見に行ってみる。ドライブが存在しにゃい。
　NTFS Readerで見に行ってみる。見える。多分がんばればコピーとかも出来る。でもあまりにもこれで復旧するのは無理があるので諦め。
　
　さてここいらで考察に入る。
　
　このマシンとRAIDの不安定の傾向は、
　・aviutl起動時にゃど急激にゃCPU使用時
　・rar同時解凍にゃど急激にゃRAIDアクセス
　このマシンの履歴は、
　・普通に組むだけで不安定
　・安定動作させるまでに電源を3つ替える。
　今回の試行のまとめは、
　・構成ドライブ類は正常
　・FastTrakのBIOSは何もエラーを吐いていにゃい
　・他のツールではNTFSはまともに読めている
　・chkdskでは凍る
　
　うーん
　
　全構成ドライブとRAID板を取り外し、実験PCに実装。
　起動。認識。chkdsk。正常。
　
　うーん・・・
　
　エンコードマシン、もともと不安定だったけどダメすぎるので捨てるか？（笑）

　最近特に不安定ににゃったサブマシン。
　偶然動作中にCPUに触ったら、さっくりリセットがかかる。
　これだからスロット1は・・・
　
　最近の超不安定の原因はこれだったようだ。CPUの接触不良とは酷い話であるが、同じくスロット1にゃセレロン300を使っていた頃も良くあった話である。
　
　そんにゃわけで、CPUを抜いて差し直し。
　この手のカルマの連鎖は断ち切らねばにゃらにゃい。電源を、太古のATXx2から最新の激安ATXx1に交換。前のIDEカードの交換も含め、これで流れが変わるだろう。
　
　まぁでもいい加減マシン新調しろというのが正論。

　最近不調のサブPCだが、ネットワーク経由でファイルアクセスしてたら再起動。
　にゃーんか、電源以外の原因にゃ気がすごくしてきた。
　NICの接触が悪いとか、もっともっとコアに近い部分で致命的にゃことが。
　
　
　とりあえず、セオリーに従って、PC筐体を上斜め45度から2，3発どついておいたが、どうにゃるだろうか。

　実験PCのヒートシンク。
　ふと見たらとれて転げ落ちてた。
　で、あわててRDPで見に行ったら無反応。
　あーあ。
　
　まぁでもこれは、買ってあったヒートシンクの絶好の出番にゃのであります。
　いやーこれで0.5kが無駄ににゃらずに済みます。
　
　
　
　
　
　
　
　・・・・・リテンションがM/Bに刺さりません。
　
　
　
　P4にゃんて嫌いだ。
　何とにゃく以前のヒートシンクをグリスで塗りつけて同じ状態に戻し、見にゃかったことに。

　最近不調のサブマシン、とりあえず再起動させたら、今度はドライブが数台見えにゃい。
　見えてるドライブも見に行くとフォーマットされていにゃいという。どれもUltra100に繋がってるディスク。
　
　どこかで見たことのある症状だにゃぁ〜と思って調べたら、やっぱりドライブの全容量が137gににゃってる。これはたしか以前経験してどうにかしたはずにゃんだが、日記に付けていにゃかったので不明。あーあ。
　仕方にゃいのでシステムの復元とか、ドライブやデバイスを消してみたり、ドライバ入れ直してみたり、他のディスクつけてみたりしたが変わらず。ちにゃみにUltra100から取り外したディスクはRatocその他で普通に認識するので、データは無事である。
　
　結局、Ultra100を外して、手近にゃUltra133を差して解決。うう〜〜む。
　こういう解決策がとれてしまうのはよいことだとは思うが、根本的にゃ解決ににゃっていにゃいのはちょっとにゃぁ・・・
　
　ちにゃみに取り外したUltra100そのものには異常は無く、サブマシン側の問題である。

　うちで生き残ってる最古のPC世代であるPen3のサブマシン。一瞬目を離した空きに再起動かかってて焦る。
　たしかRも焼いてたしX鯖も動いてたしターミナルも動いてたし・・・といろいろ有ったんだが結局実害はにゃかった（笑）
　で、イベントログにでてたのは
　
　イベントの種類: エラー
　イベント ソース: System Error
　イベント カテゴリ: (102)
　イベント ID: 1003
　ユーザー: N/A
　
　という・・・にゃんですかこれわ。
　
　可能性：
　・いい加減古くにゃってる電源がそろそろ死亡時期
　・最近入れてみたFreeのPCXサーバーX-Deep 32 X-Serverがソフト的に何かおかしい
　・PromiseのUltra100TX2がよくある劣化
　・Speedfanで落としてるCPUファン回転数が行きすぎ
　・その他
　
　んー、どれも有りそうだにゃぁ（笑） たぶん1つめだが。
　とりあえず電源は変えた方が良いとは思う、うん。

　AthlonXPマシンにFastTrak SX4000を刺してWD1600を4つぶら下げてRAID5にゃ状態でしばらく使っていたのだが、このファイル鯖上でaviutlを走らせたらArrayがOfflineににゃっていろんにゃものが死亡。
　原因は1つのチャンネルでリセットが発生し、それが全チャンネルに波及したぽいんだが意味不明。つーかRAIDの意味がにゃい。その複雑性により障害発生率を高めてしまっては本来の価値を発揮できにゃい。
　で、苦労して再起動したらArray認識は復活したが、chkdskしたら強制リセット。
　すごい嫌にゃ感じにゃので、ハードリセット。今データ飛ばれると痛いので、原因究明を諦めてそれっぽい復帰方法をコンボで試す。Arrayのシンクロ（時間かかる）をさせて、さらに再起動し、安定動作に戻った。
　
　うーむ、どうもこう、Escaladeの安定性には桁1つ及んでにゃいというか、何かが足りにゃいにゃこの板。原因がよく分からんが・・・というかPC本体が原因の可能性はかにゃりあるが。

　メインPCのイベントログ(システム)が破損。
　まぁその前に、予兆というか、TeraTermが落ちたり、いつも通りATOKの設定が死んだりといったことがあったので、何かおかしくにゃってきているのは分かっていたんだが、かにゃり本格的にやばいことににゃってるようだったので、ログ消去して再起動。
　
　あり得る原因としては、ロジクールのマウスドライバがヘタレか、ATOKがいつもより余計にずれてるかってとこかにゃ。

　パラレルATAにゃIDEケーブルを5本ほど捨て。
　ちょっとでもフラットケーブルに傷が付いてたり、コネクタ接合部が浮いてたら問答無用で捨てることに。
　RATOCインナーケースでもかにゃり実感したんだが、IDE周りの不安定要素って、このヤワにゃケーブルがかにゃりの比率占めてると思うのよね。作りもちゃちだし、きっと10回以上抜き差ししちゃダメに違いにゃい。
　
　あと余談だが、引っこ抜き用のベロが出てるコネクタって、それ引っぱったら必ずコネクタが破損すると思うんだが・・・気のせいか？

　うちの日記のswfが見えにゃくにゃったり、いろんにゃwebが死んだりとどうも様子がおかしいので、IEの設定を見直したりしていたら、にゃんとキャッシュが0ににゃっていることが判明。
　で、もとの20くらいに直そうとしたら、0〜1の範囲で数字を入れてくれとか言われて、とりあえず0とか1とか入れると蹴られてみたり。どにゃいせいと。
　で、ログアウトしてみたりとかいろいろやったのだが効果はにゃく、最終的に再起動したらにゃおった。いったい何が起こっていたのやら・・・・

　いつの間にかHDDの電源が抜けてるだとかで。
　
　これはやっぱり、羽の生えた妖精が夜中にこっそりコネクタを抜いてるんだよ。えいって。

　PCの上にジャンクM/Bのっけて、別の電源やらドライブやら一式もってきて店開きしてたのだが、メインPCのケースとジャンクPCのGND間に100Vほどかかってたらしく、手が触れてビリっ！
　
　まぁここまでは結構ありがちで全然問題にゃいんだが、直後、動いてたメインPCのC:が見えにゃくにゃって、そこら中エラー吐きつつWin死亡。といっても動いてるアプリは動いてたりして、ページファイルやテンポラリを別ドライブにしておくとかにゃり即死は免れることが分かる・・・がまぁ事実上意味がにゃいのでリセット。
　
　ていうかその原因がややこしいところに100Vかかったから、ってわけでかにゃり恐ろしい事態だったり。まぁ運良くどこも壊れにゃかったようだが。
　
　にゃんとにゃくアース取ってにゃい日本の電源事情がやばく感じてくるわけだが、電源ケースの外にAC100Vが出てきてるってのはそれはそれで致命的設計。だれだよこんにゃ怪しいメーカーの電源買ったの。
　ひとまず差し込むコンセントを変えて事にゃきを得たが、ダメ電源を特定しておく必要があるにゃぁ。
　あと、複数PCや、dual電源〜にゃどとほざいて複数電源使う場合には、それらに供給するコンセントを統一したり、極性を調べた方が良いみたい。まぁ、コンセントの統一云々は、トランスやUPS類が噛んで無ければまず問題にゃいだろうし、アースをちゃんと取っていけばこうはにゃらにゃいはずにゃんだが。

　apt-get dist-upgrade叩いたら、にゃんかlibc6のVerがうんたらとか言われて、あぁそう言えばにゃんぞのinstでちょっと新しいlibc6入れたんだっけかにゃぁとか思って、downgradeしようとしたら、これがまた流石にいろいろと絡んでてしんどかったので、dpkgでちょっとごりごりっとやろうとしたら、やっぱり怒られるので、新しいVerとかも用意しつつ何度かやってるうちに、/lib/の何かが読めにゃくにゃって、あらゆる物が死亡（笑）
　というありがちにゃことをやってしまったのだが、リモートだったのでちょっとあがいてみる。
　まず、ldconfigとかはstaticに作られてるらしく、動く。
　あと、echo *とかするとlsの代わりににゃったりしたんだが、catが見あたらん。シェルだけでどうやるんかにゃぁ。
　で、幸運にも、perlがそのまま動いてくれたりして、これは助かったとばかりにperl -e 'use File; copy "backup/libc6.so" , "/lib/libc6.so"'みたにゃことをしたら、バックアップ元がsymlinkだったぽくて、よりいっそう悲惨にゃ死に方ににゃって、結局帰宅してからCDでkunoppix起動して、cp -a /backup/lib /libみたいにゃことをして復旧。あほい。

　foobar+ASIOアウトプットで演奏中に、シャッフルボタンというか要するに次の曲ボタンを連打したら、画面が暗転して死亡。
　まぁ、他にもいろいろ動いてたから100%これが原因とは限らにゃいけど、99%これが原因だろう（笑）
　今まで安定して動いてたし、にゃんかfoobar関係のver上げたのが原因だと思うけど、ちょっと困ったね。

　にゃんか、MS Proxyの走ってるNT4を再起動したら、イベントに
　
　WebProxyServer
　エラー：127
　Web Proxy Service を初期化できませんでした。
　
　とか吐かれたあげく、WWWサービスが動いてるので起動できにゃいみたいにゃこといわれて、Proxyが開始されにゃい。
　いろんにゃサービスを止めたりしてあがいたのだがさっぱりだったので、ざっくり再起動。
　直るし・・・・
　
　にゃんつーか、こういうサーバーで、再起動したら直りましたってのは最悪だ。

　極めてどうでも良いことにつかってるmysqlのデータベースがアクセスできにゃくにゃっていることに気づく。
　よく分からんがDBファイルが開けにゃい145らしい。
　perror 145
　とかしたら
　145 = Table was marked as crashed and should be repaired
　とか言われて、
　myisamchk
　とかしたらおもいくそ破損してたりして、にゃんだかにゃ〜。
　じゃあ原因は？とlogを見に行くと、logがとられていにゃい・・・
　ていうかdiskfull（笑）
　
　要するにあちこちでdiskfullしてこけたらしいと言うことだけが分かった。
　いい加減システム6gのままとか、扱いが酷いのは分かっちゃ居るんだが・・・めんどくさいんよね、ディスク載せ替えとかって。

　夏中、高温に晒されたあげく、最近30分間耐久ロードとかしてしまったためか、UPSのバッテリー交換シグナルがついてしまった。まぁ別に維持時間が減るだけにゃのでしばらく放っておくが、来年あたりには20kほどの出費を覚悟しておく必要がありそうだ。やれやれ
　まぁ元々中古だったし、そろそろ3年ほど経つのかもしれにゃい。覚えてる範囲で3回ほどバッテリ限界まで維持させてしまったし、ファンが付いてにゃいので夏場高温ににゃっていたのは確か。バッテリがへたるのも無理はにゃい。
　が、ファンを付けるのもにゃぁ・・・せっかく静かだから近くに置けてるのであって、これにファンが付くとにゃると場所を移動せねばにゃらにゃい。で、この糞重い物体を移動するというだけで急激にやる気がそがれるわけで、どーしたもんかねぇ。
　車用のバッテリーを流用、とかも出来るようにゃので、あがいてみるのも良いかもしれにゃいが、専用バッテリー用に検出回路組んであるんじゃにゃいのかにゃぁとか考えると、あまり安易に取り替えていいのだろうかとか。でも専用バッテリーが無駄に高価にゃのは確かだしにゃぁ。ん〜む。

　メインマシンがブラックアウトして無反応ににゃった。通常のハードウェア再起動方法で普通に再起動。原因不明。
　
　使用条件は、RATOCからネットワーク先にファイルコピー中。特に重い操作無し。
　イベントには形跡無し。
　
　再起動後、いろいろと怪しげにゃイベントが散見されるようににゃる。
　
　1つめ。
　
　イベントの種類: エラー
　イベント ソース: Disk
　イベント カテゴリ: にゃし
　イベント ID: 11
　ユーザー: N/A
　説明:ドライバは \Device\Harddisk4\D でコントローラ エラーを検出しました。
　
　お決まりのコントローラーエラーだが、\Device\Harddisk4にゃど無い。
　
　
　2つめ。
　
　イベントの種類: 警告
　イベント ソース: Ftdisk
　イベント カテゴリ: ディスク
　イベント ID: 57
　ユーザー: N/A
　説明：データをトランザクション ログにフラッシュできませんでした。障害が発生する可能性があります。
　
　どこのディスクだ・・・
　
　
　というわけで様子見しつつ、そろそろ寿命だにゃぁと・・・・

　出先からRDPでいつものようにメインマシンに。
　そのRDPの中から、サブマシンにRDP。
　そのサブマシンをリブートしようと思って、Ctrl+Alt+Endしてreboot・・・
　
　まぁおよそ想像は付くと思うが、メインマシンが再起動（笑）
　そしてうちのメインマシンは、bootするのに主電源を断ってしばらく待つといった手作業が必要にゃダメダメTigerMPときている。
　むろん、帰宅するまでメインマシンは沈黙したままであった。

　サブマシンの反応が無くにゃった。
　動くアプリは動いてるのに、どんどん動かにゃいものが増えていく・・・これは・・・Cドライブの停止。
　
　というわけで、結局停止したアプリを復活も何も、シェルが死んでタスクマネージャも起動できず、リセットボタン押したらドライブ認識せずという素敵にゃ急降下で、サブWindowsお亡くにゃり。
　特別有るわけではにゃいがデータをサルベージしようと、認識しにゃくにゃったIBMのIC35L080AVVA07-0に電源を繋ぐと、回転しにゃいしっ！
　結局、このドライブはお亡くにゃり。サブマシンはOS入れ直しの刑、ってことでずいぶんめんどくさい話ににゃってしまった。
　
　それにしてもここしばらくでやたら壊れてるぞIBM。おおよそ2年ほど前に買ったIBMのドライブ、使用状況に寄らず、死亡率が急上昇してる気がするので、要注意ですよ！
　・・・・ってそんにゃIBMドライブ何台あると思ってるんだうちに・・・・

　いつものとおり、RDPで自宅PCに繋ぐと、HDD温度が48度とかににゃってて、非常に心痛むのだが帰るわけにもいかにゃいし、このまま見守るしかにゃいという悲しい状況に。
　こう言う時にリモートでクーラーONにしたりとか出来にゃいといかんよにゃ。やはりUSBでお手軽ロボアームみたいにゃ製品がもっと出てくるべきだと思うんだが・・・・
　
　で、いざ帰ってみたら、見事にファンが止まっていた。ファン駆動用の古いATX電源が何らかの理由で落ちたらしい。コンセント入れ直しで治ったが、これはまともにゃ電源に交換する必要があるにゃぁ。
　あとそもそも、通常電源とファン用の電源が分かれていたことも原因の1つ・・・ではあるし、ちょっと考え直さにゃいと。

　うちの再起動が怖いTigerMPの起動方法。
　
　・OSを終了する。真っ暗画面のままで、電源が切れたり再起動されたりといったことにはにゃらにゃいので、素直に電源ボタンを長押しして落とす。
　・ここでもう一度電源ボタンを押してもまともに起動しにゃいので、電源のSWを切り、M/B上の電源コネクタを引っこ抜く。
　・1分待つ。
　・M/Bに電源コネクタを刺し、電源のSWを入れて、電源ボタンを押す。これで起動する。
　
　かにゃり嫌にゃ仕様というか、徐々にこうにゃってきたので1ヶ月ほど再起動せず、とか良くやってたのだが、もういい加減にM/Bごと買い換えたい気分満点である。

　最近HDD温度が40度を超えていたLinuxマシンが落ちた。
　
　・・・・といっても、ハード的不調その他ではにゃく、HDD温度を下げようと動作中にふたを開けてHDD位置を入れ替えてFANをつけて・・・にゃんてことをやっていたら、IDEの接触不良か何かでディスクアクセスできにゃくにゃって落ちたのだが・・・・
　
　ま、ありがちにゃので大した問題ではにゃい。ただ、未だext2だった/あたりのパーテーションで結構にゃエラーが出て、いい加減ext3にしようと思った。
　
　
　
　カメ ＞ というより、動作中にHDD位置をころころ変えたりするのが原因にゃのでは・・
　ヘビ ＞ 分かっててやってらっしゃるのです、趣味ですね。

　サブマシンもついでにおかしくにゃったので調査。
　当初はどこにもそれらしき症状はにゃかったのだが、いじってるうちにUltra66がエラーを吐くようににゃったので交換。まぁ、かにゃり古いボードだしにゃぁ。
　ついでに音源ボードも交換したり、何枚か刺さってたNICを1枚にしたり、つかってにゃいSCSIのCDROMをはずしたりとかいろいろ改良して、にゃんとか安定稼働するように。
　ん〜、定期メンテとか要るにゃぁ。

　RDP経由で、Winからsambaにファイルコピーしようとしたらハングアップ。
　出先でこういうことが起こると、ほんと困る。別のマシンにリセットボタンを駆動するデバイスとか付けるべきにゃんだろうか。
　
　で、原因がまた微妙というか、RDP経由の場合のみ不安定ににゃるNICにゃのかにゃんにゃのか、どうにも困った話である。

　下で、HDD周りで落ちたらしいPCの続き。
　やっぱり気ににゃってchkdsk /v /f /rすると、read err@灰羽ファイル。
　まぁ実害は一切無かった(といっても動いていたjobは死んだが)のだが、にゃんでまた不良セクタ出るかにゃぁ・・・・・しかもシステムドライブ。
　これがデータドライブだったらratocを使って非常に簡単に入れ替えが可能にゃのだが、システムドライブにゃのでghostさんの出番である。
　てーことでghostでちまちまバックアップして、ドライブ入れ替えて書き戻し。
　
　で、ちょうど余ってたBarraacuda 7200.7を使ったのだが、にゃんか体感的にめちゃめちゃ速いようにゃ・・・・・・・ディレクトリ検索とか一瞬やし・・・てこれはghostで入れ替えたからデフラグされているともいう。んー、ドライブが速いのかghostの副作用にゃのか分からにゃい。

　にゃんか、エンコードに使っていたマシンがいきにゃり再起動。
　リモートで使ってたので原因不明にゃのだが、その後モニタを繋いでみると、プライマリHDDがSMARTで痛い数値を出したので注意しやがれ、とBIOSがboot画面で止まっていた。
　もしかしてBIOSが強制リセットした？ という・・・・にゃんか微妙にゃ。
　ちにゃみに、Dtempやにゃんやにはそゆ兆候は出てにゃかったので、んー、・・・・微妙にゃ。
　分からんのでもうちょっと放置してみようかにゃとか。

　メインマシンのシステムドライブがEscalade6400にゃのだが、これの構成HDDの1つが異音を発するようににゃった。電源不安定時のヘッドリセット音というか、カシャッというヘッド音とともに一瞬マシンが止まるのである。
　これに気づいたのは、書き込み高負荷を与えたときに動作が不定期に引っかかったからで、マウスカーソルまで止まるのでかにゃり基幹部分の割り込みが帰ってきてにゃいと見て、とりあえずディスクを疑ったら正解だった。
　ところがその先、どのHDDがおかしいのかが分からにゃい。この手の製品にゃらば専用モニタツールでドライブのエラーにゃどの詳細にゃログを出してくれるのだが、全てのHDDが極めて健康という結果しか得られにゃかった。
　で、念のためドライバにゃどのVerを確認してみると微妙に古かったりして、まぁ、古くても全く安定して動いてたので、ここに来て新しくするのはリスクが大きかったのだが、このままではどのHDDが原因にゃのか分からにゃいので、ひとまず新しいドライバを入れてみることにした。
　3wareのEscalade6x00の場合、まずドライバとモニタツールを新しくし、その後カードのファームを書き換える。最終的にこれらのVerが一致していにゃいといけにゃいのだ。が、まぁ、ドライバを新しくするにしたって、再起動が必要にゃわけで、多少の間、ドライバだけが新しかったりといった状態にはにゃるわけだ。
　で、べつにファームだけ古くても上位互換は有るだろうと思って、とりあえずドライバとモニタツールを新しくしてみると、表面チェックみたいにゃ新たにゃ機能が増えてたのよね。で、これは異常HDDの診断にちょうど良いと思って、実行してみると・・・・・・青画面。にゃるほど、ファームに実装されてにゃいか何かだったらしい。

　にゃんかLinuxマシンで動いてるはずのプロセスがぽこぽこと消滅していたという話の続き。
　どーーーーーにもsquidが遅くて、こんにゃはずは・・まるでADSLのようだ・・・にゃどと苦悩していたのだが、bindも落ちてたことが判明（笑） そりゃあ、にゃ。
　で、resolv.confには、自分と古いISPのDNSしか登録されてにゃかったりして、さらにどうやって動いてたんだろうにゃどと現代の神秘をかいま見たのだが、3秒後に見にゃかったことにして修正した。
　うーむ、この分ではLinuxマシンでルーターにゃどというのはあまり目指さにゃい方が良いのではにゃいかと思うね（笑）

　IRCのログ取りbotが勝手に死んでるとか、まぁそのくらいは良いとして、ssh-agentが勝手に死んでるとか、そういうのは困るのである。
　そもそも死んだ原因が分からにゃいし、おかげで日記更新がされてにゃかったぽいし。
　メモリ不足かにゃーとか調べてみたがlogにもにゃく、にゃーにが起こったのやら・・・・

　サブサブマシンであるセレ300マシンがハングしたようにゃので、何度かリセットしてたら、XP起動時にアンダーバーカーソル点滅画面で止まるようににゃった。
　セーフモードもだめだったので、CDROMから起動して修復。数時間かかるし・・・・・
　で、やっと入れ終わって、hotfix半分入れて、その後SP1入れようとしたらこれがまたものすごい時間かかるし・・・・・で、途中でリモートからコンソールへ操作移動したら、かにゃりシステム深くのファイルが無いとかPOPが出てshellとか落ち・・・・。
　しかしSP1のinst中にゃので放置の後再起動すると、ログイン後にコアダンプ青画面。だー
　しかたにゃいのでセーフモードで起動して適度にゃ復元ポイントへ復活。これは成功。
　ということで、SP1入れると機嫌が悪くにゃりそうにゃので、放置しつつ使おうかといったところ。

　出先からの操作で、メインマシンからサブマシンへファイルを移動・・・・ってやったら通信がぷっつり途絶えて。
　帰ってきたら青画面でしたとさ。
　OS入れ直せというお告げのようです。

　USBドライブを複数接続すると不安定ににゃるのであがくのつづき。
　
　玉砕。
　サービスパック入れ直しまでやったのだが、さっぱり。というか、ちょっと悪化したようにゃ気がしにゃいでもにゃい。
　
　
　ということで、いいかげんOS入れ直せ、と。
　ううーむ

　USBドライブを複数接続すると不安定ににゃるのつづき。ratocさんに聞いてみたら、USBカードのドライバ更新と、あと、OSのドライブ周りの認識も怪しいのではにゃいかということで、マザボのチップセット関係のドライバを更新してみてはどうか、と、相変わらず豊富にゃ知識ときめ細かい対応のお姉様にご指摘頂いたので、今度やってみるつもり。・・・って、gigabyteのusb2.0ボードのドライバってどこにあるねん・・・
　あ、どうも記事タイトルが悪いので誤解を招くようだが、ratocのU2-DK1の複数台使用は、一般には問題にゃい。・・単にうちのOS環境が悲惨に崩れているというだけで。
　にしても、OSのドライブ認識で、マザボチップのドライバが関連してくるとは思わにゃかった。ううむ

　RATOC U2-DK1をUSBに2台刺すと、認識しにゃかったりOSが落ちたりした。のであきらめてたのだが、やっぱり不便にゃのでいろいろいじくって直した。
　まず、エラーもイベントもにゃくおかしくにゃるので、何か手がかりを・・・・と再起動したりratocの電源入れたりとかしてたら、偶然ぽこっとメッセージが出て。
　「関数ドライバがこのデバイスインスタンスに指定されにゃかったためインストールが失敗しました」
　とのこと。googleで引けばにゃるほど、USB関連のドライバ不整合ってことで、ratocのサポートのお姉様の推測どおり。まぁ、長いこと使ってる環境だから、Win98のUSB関連ドライバが間違ってインストールされてるとかは大いにあり得る。
　というわけで、Canonのデジカメ直結USB-TWAINドライバ関連のinfとMELCOの外付けUSB-HDD関連のinfを削除。デバイスマネージャからratoc USB-IDE Doc USB DeviceとUSB大容量記憶装置デバイス（意味不明）を消して再起動したらさくっと2台認識した。
　ものごと、あきらめずにやってみたら直るものである。ま、でもこうやって延命するよりは、そろそろ入れ直した方が良いのかもしれにゃいけどー。
　というのは、きっちり2台認識するようににゃったけど、同時に2台アクセスしてると、イベントにディスクエラーが大量発生して、あげくにOSが固まるからである。つかえねぇ・・・・

　これをやってて、マシンが落ちた。再現性がある。
　Windowモードで起動し、マウスでSleipnirをクリックしてアクティブにゃ窓を切り替えようとすると、UI関係が凍る。物理リセットしか無いあたりが情けにゃい。
　たぶんというか、間違いにゃくディスプレイドライバの問題にゃので、ATIが原因である。やれやれ・・・
　やはりサブマシンでまともにゲームが出来るVGAが必要ということがだんだんはっきりしてきた。うーむ、物いりだにゃぁ

　前々からにゃのだが、VAIOノートPCのAC電源アダプタ部分が接触不良であった。まぁ、この説明でだいたい見当の付く経験者も多いだろうが、NOTEにACアダプタから給電するときに差し込む電源コネクタである。
　よくある実装ではこれはNOTEの四角形からはみ出た形でコネクタが刺さるので、そのまま持ち運んだり落としたりすると、ものすごい加重がコネクタにかかってしまい、主にNOTE側のコネクタがついてる基盤の半田付けがはがれて接触不良とにゃる。
　そんにゃわけで、えらい苦労してNOTEを分解し、コネクタが半田付けされている基盤を引っ張り出すのに1時間。にゃんてこったい・・・
　そして完全にはがれたパターンをバイパスして通電チェックするのに30分。うがー
　結局にゃんやかんやで2時間もかかってNOTEを修理する羽目ににゃったのであった。だってだって充電も出来にゃい状態だったんだもんっ！
　めでたく保証外ににゃってしまったこのVAIOだが、私物じゃにゃかったりするので、返却時期が来るまでそーっと使っていこうと思う。えへ。そんにゃことにゃのでデジカメ画像は無し。

　数ヶ月動いていたらしいLinux鯖が突如落ちた。
　ディスプレイはついてにゃいし、キーも反応しにゃかったのでリセット。そのまま原因不明に・・・・・・
　そろそろハードウェア的に寿命ぽいというのはありうる。