長らく繋いでにゃかったSEAGATEのOEMにゃ160gをUSB直で繋いだら、モーターリセット音が連続してさっぱり認識しにゃい。
　長いこと放っておくと、何とか認識したが、何かアクセスする毎にリセットがかかってにゃかにゃか進まにゃい。
　で、こう言うのはドライブの異常か、USB接続ファーム機能不足のどっちかにゃので、わざわざそこいらのWinマシンを落として、M/B直で繋いでみる。すると、Win起動時にchkdskがかかり、
　

Checking file system on D:
The type of the file system is NTFS.
One of your disks needs to be checked for consistency. You
may cancel the disk check, but it is strongly recommended
that you continue.
Windows will now check the disk.                         
The multi-sector header signature for VCN 0x0 of index $SII
in file 0x9 is incorrect.
52 43 52 44 28 00 09 00 e4 17 00 1a 00 00 00 00  RCRD(...........
01 00 00 00 02 00 01 00 00 10 00 00 00 00 00 00  ................
Correcting error in index $SII for file 9.
The index bitmap $SII in file 0x9 is incorrect.
Correcting error in index $SII for file 9.
The down pointer of current index entry with length 0x18 is invalid.
00 00 00 00 00 00 00 00 18 00 00 00 03 00 00 00  ................
ff ff ff ff ff ff ff ff 00 00 00 00 00 00 00 00  ................
00 00 00 00 00 00 00 00 04 03 00 00 00 00 00 00  ................
Sorting index $SII in file 9.
An index entry of index $I30 in file 0x5 points to file 0x8b
which is beyond the MFT.
Deleting index entry System Volume Information in index $I30 of file 5.
An index entry of index $I30 in file 0x5 points to file 0x8b
which is beyond the MFT.
Deleting index entry SYSTEM~1 in index $I30 of file 5.
Inserting an index entry with Id 256 into index $SII of file 9.
Inserting an index entry with Id 257 into index $SII of file 9.
Inserting an index entry with Id 258 into index $SII of file 9.
Inserting an index entry with Id 259 into index $SII of file 9.
Inserting an index entry with Id 260 into index $SII of file 9.
Inserting an index entry with Id 261 into index $SII of file 9.
Inserting an index entry with Id 262 into index $SII of file 9.
Inserting an index entry with Id 263 into index $SII of file 9.
Repairing the security file record segment.
Read failure with status 0xc000009c at offset 0xfffeac000 for 0x1000 bytes.
The MFT mirror starting at cluster 0xfffeac for 0x8 sectors
cannot be read.
Correcting errors in the Master File Table (MFT) mirror.
Read failure with status 0xc000009c at offset 0xfffead000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0xfffeb9000 for 0x1000 bytes.
Replacing bad clusters in logfile.
Adding 2 bad clusters to the Bad Clusters File.
Correcting errors in the master file table's (MFT) BITMAP attribute.
Correcting errors in the Volume Bitmap.
Windows has made corrections to the file system.
 134215010 KB total disk space.
 130243276 KB in 89 files.
       108 KB in 31 indexes.
         8 KB in bad sectors.
     70182 KB in use by the system.
     65536 KB occupied by the log file.
   3901436 KB available on disk.
      4096 bytes in each allocation unit.
  33553752 total allocation units on disk.
    975359 allocation units available on disk.

　
　ということに。
　
　イベントには
　デバイス \Device\Harddisk1\D に不良ブロックがあります。
　が数個出た。
　
　全ファイル、正常に読み出せたが、
　
　>chkdsk /f d:
　ファイル システムの種類は NTFS です。
　CHKDSK はファイルを検査しています (ステージ 1/3)...
　ファイルの検査を完了しました。
　ファイル 8 のクロス リンクを修復します。
　不明にゃエラーが発生しました。
　
　と、完治はしにゃい模様。
　領域解放してフォーマットし直したら治った。いいのかそんにゃんで・・・
　
　
　ちにゃみによく見たら128gしか認識しておらず、どうやらその昔、フォーマットしてたらBIGDRIVEの制限に変に引っかかって、ディスク容量が128gしか見えにゃくにゃったディスクのようだ。にゃんだかにゃぁ。
　
　で、状況を整理すると、USBだとリセット頻発で使い物ににゃらにゃい。その後M/Bに繋ぐとMFT損傷と言われ、chkdskで正常に戻る。
　
　ということで、考え得る点をいくつか。
　
　・多分ドライブそのものの致命的エラーはにゃいが、MFTにbad sectorが存在する。
　・放置後、bad sectorが出るのはSEAGATEの御家芸。
　・USB接続のNTFSでMFTに読み取り不良が有ると、自動修復されずHDDリセットが引き起こされる。
　・USBで繋いだまま強行を続けることで、逆にMFTを破損している可能性もある。
　・簡単にHDDを繋げられる実験PCは必須。
　・2〜3年前に購入のSEAGATEドライブが昨今やばめ。
　
　と、こんにゃところだろうか。
　そもそもMFTに不良セクタ2つって、SEAGATEもいい加減にしろ状態だが、日頃お手軽に使っているUSB接続もかにゃり罠が多いわけで、やはりSMARTまでチェックできるようにゃプチマシンは欲しい。数kでM/Bワンセット揃えてみようか。

　netcraftとかで出るようにゃhttpのレスポンスヘッダに入ってるapacheのVerだのOSだのモジュール類だのといった情報を制御する・・・には、
　ServerTokens
　を指定すればいいらしい。
　が、よりいっそう遊ぶには、
　libapache2-mod-security
　を使って、
　
　SecServerSignature "Microsoft-IIS/5.0"
　
　とするとおもしろそう。
　まぁmod_securityはもっと真面目に使うべきにゃのだが、高機能すぎて途中で飽きたので放置。
　ただし、これをするとrubyのcgiが何故か
　print cgi.header({'type' => 'text/plain'})
　で500を吐くようににゃるので、
　print "\n"
　とかにしてごまかす。にゃんだかにゃー。どうもrubyで書かれた物で酷い目に遭ってることが多いにゃぁ。

　玄箱をsargeに上げる。
　ext3上のrsyncが遅すぎてとんでもにゃいことににゃっているので、データー領域をreiserfsに変更。
　pdumpfsでバックアップ先に使おうと思ったら、ssh経由出来にゃいようにゃので、shfsでマウントすることにする。
　で、いざpdumpfsを使ってみたら例外指定とかが一切出来にゃくて、にゃんつーかこう・・・
　まぁそんにゃこんにゃでとりあえずセットトップ完了ってことにして放置・・・したら、shfs先にpdumpfsすると全てファイルupdateににゃって全く意味を成さにゃいことが分かり、玄箱上でshfs経由でローカルにpdumpfsする羽目ににゃって、そのためには玄箱にkernel-sourceを展開して・・・と、連鎖的にめんどくさいことに。
　この際kernel2.6に・・・にゃどと思ったら、玄箱にゃので普通には出来にゃいし、結局やめ。

　昨日正常に読めていたHDDを、RATOCに放り込む。
　アクセス。書き込み。
　しばらくして、ファイルが書けにゃいとか言われる。
　見に行ってみると、構造が壊れてて読めませんエラー。
　大急ぎで全アクセスを停止。eject。
　再投入。ディスクは存在するがドライブとして認識せず。未フォーマット。
　RATOCから出して、USB直で繋ぎ直し。
　同、未フォーマット状態。
　PC Inspector File Recovery、ドライブを発見するがFATとして認識。弱い。
　つまるところ、OSがNTFSを発見できてにゃいってことぽい。
　デバイスの取り外しをせずにUSBを引っこ抜く。再接続。
　chkdsk。破損したNTFSドライブを発見(笑)
　
　>chkdsk /f d:
　ファイル システムの種類は NTFS です。
　
　CHKDSK はファイルを検査しています (ステージ 1/3)...
　壊れたファイル レコード セグメント 4 を削除します。
　〜〜〜
　壊れたファイル レコード セグメント 160 を削除します。
　ファイルの検査を完了しました。
　CHKDSK はインデックスを検査しています (ステージ 2/3)...
　ファイル 5 の軽度にゃエラーを修復します。
　ファイル 27 内のインデックス $I30 のインデックス エントリ DC252E~1.〜 を削除します。
　〜〜〜
　ファイル 147 内のインデックス $I30 のインデックス エントリ GXD_12~2.MD5 を削除します。
　インデックスの検査を完了しました。
　CHKDSK は新しいルート ディレクトリを作成します。
　CHKDSK は破損ファイルを回復しています。
　孤立したファイル $MFT (0) をディレクトリ ファイル 5 に回復します。
　孤立したファイル $MFTMirr (1) をディレクトリ ファイル 5 に回復します。
　孤立したファイル $LogFile (2) をディレクトリ ファイル 5 に回復します。
　孤立したファイル $Volume (3) をディレクトリ ファイル 5 に回復します。
　孤立したファイル $AttrDef (4) をディレクトリ ファイル 5 に回復します。
　ファイル 5 の軽度にゃエラーを修復します。
　孤立したファイル . (5) をディレクトリ ファイル 5 に回復します。
　孤立したファイル $Bitmap (6) をディレクトリ ファイル 5 に回復します。
　孤立したファイル $Boot (7) をディレクトリ ファイル 5 に回復します。
　孤立したファイル $BadClus (8) をディレクトリ ファイル 5 に回復します。
　孤立したファイル $Secure (9) をディレクトリ ファイル 5 に回復します。
　孤立したファイル $UpCase (10) をディレクトリ ファイル 5 に回復します。
　孤立したファイル $Extend (11) をディレクトリ ファイル 5 に回復します。
　孤立したファイル vob (27) をディレクトリ ファイル 5 に回復します。
　CHKDSK はセキュリティ記述子を検査しています (ステージ 3/3)...
　セキュリティ記述子の検査を完了しました。
　データ属性をファイル 4 に挿入します。
　データ属性をファイル 6 に挿入します。
　データ属性をファイル 7 に挿入します。
　マスタ ファイル テーブル (MFT) のミラーでエラーを修復します。
　属性定義テーブル エラーを修復します。
　ブート ファイル エラーを修復します。
　CHKDSK はマスタ ファイル テーブル (MFT) ビットマップに割り当て済みとして
　マークされている空き領域を検出しました。
　ボリューム ビットマップ エラーを修復します。
　ファイル システムを修正しました。
　〜〜〜
　 0 KB : 不良セクタ
　 73735 KB : システムで使用中
　 65536 KB : ログ ファイルが使用
　
　NTFSつえええええ(笑)
　問題は、上位の実装でNTFSの認識とかが緩かったり、エラー対処しにくくにゃってることだにゃぁ。
　ファイル構造はほぼ完全修復されたが、細かいファイルが消滅し、先頭のでかいファイルが破損していた。
　原因が分からんが、前回もRATOCに刺してファイル構造が崩れるってのがあったので、どうやらRATOCの何かが脆くにゃってる模様。転送化けとか接触不良とか原因は分からにゃいが、それをRATOCのBIOSが勘違いしてるのかもしれにゃい。
　先頭ファイルが死んだのは、MFT及び先頭ファイルのデータ領域に何か上書きしてしまったと言うことだろう。細かいファイルが消えたのはもちろんMFTが上書きされたから。
　そろそろRATOCも捨て時か。ファンもぼろぼろだし。

　玄箱のHDDが末期的であったが放置したら死亡したのでまずはこれを交換。
　と言っても実は余剰ドライブとしてこれっていう候補がにゃいのよね・・・
　
　・最近買ってきた250g。でも玄箱に250gつっこんで何すんねんとも言う。
　・金属回転音がするようににゃった80g。状況略。
　・時々HDDぽく見える160g。認識したりしにゃかったり。
　・モーター回転が時々止まる80g。稼働中に止まったりするのよね。
　
　と、まぁ、ろくでもにゃい。
　いろいろ迷った末、5回目くらいに認識した160gにinst。
　いつものようにdebian化して、いつものようにhosts.allowでハマって、とかまぁ。

　古くにゃってきたSEAGATEの80gをRATOCに放り込んだら、さっぱり認識しにゃい。
　そこでUSBで直接繋いだら、アクセスランプがつきっぱにゃしににゃって応答しにゃい。
　てことで、抜き差ししたりとかいろいろ試したあげく、5分ほどそのまま放置して、最後にHDDを振ってみたらさっくり認識してドライブにマウントされた。
　当然内容は移動(笑)

　Excelの仕様にはほとほとうんざり気味である。
　というのは、たとえば、1920x1200+1200x1600という縦横2画面環境だったとしよう。
　そこで、複数のシートを同時に表示させて作業したいとしたら、どういう方法があるのだろう？
　最大限譲歩して、Excel窓を2画面にまたがって広げた上で、新しいウィンドウを開く→整列とする程度だろうか。
　これでどうにゃるかというと、1920x1200側は良いとして、1200x1600側が酷いことににゃるのは想像するまでもにゃい。400x1200の広大にゃ無駄空間、のっぺらぼうのツール・メニュー領域の実現である。実に使いにくい。
　もし別ファイルにゃらば、まだRDPや別PCを駆使して、同時にExcelを2つ立ち上げて操作することも出来るが、これとて非常に煩わしい状況だし、同一ファイルでは使えにゃい。
　Excelが何故1ウィンドウにこだわっているのか分からにゃいが、作業効率低下を意図的に狙っているとしか思えにゃい仕様である。
　要するに何が言いたいかというと、全然作業が終わらにゃいということである。