計算機暗号屋日記 (2004年10月神無月)

2004年10月31日

TCC05 list of accepted papers。
RC5-72 challenge0.156%突破。昨日のペースだと全空間探索にあと899年。 3年4倍で解読速度が向上するとすると27年。

2004年10月30日

accounting fileのdaily rotateが進んで/varがだいぶ空いたので、ja-openoffice-1.1,1のmakeに再挑戦。順調に進んでいたようだが「make>make.log」とした関係上、途中でtty入力を要求されて止まっていた。こんなでかいもん途中で入力を要求して欲しくないぞ。

2004年10月28日

なんか今日port 445/tcp accessが妙に増えた。最近のアクセス数は次の通り:
10/23 51ホスト 140回(13:56以降), 10/24 209ホスト 614回, 10/25 137ホスト 383回, 10/26 141ホスト 397回, 10/27 142ホスト 350回, 10/28 768ホスト 3024回 (22:00まで)
なんか、またwormとか出たかな。

2004年10月27日

MP3で聞くと、音が途中で止まった感じになっているような気がしたのをもう一回CDを読み直したけどcmpすると全く同じバイナリだった。不安定で読み損なったとかいう問題ではなかったようだ。
PKC05 accepted papers。 chairさすが。速い。
んで、別の160GB HDに繋ぎかえて接続。 /stand/sysinstall →Configure →fdisk ??? なぜda0が3つも選べる？なんか危険だ。「camcontrol devlist」では大丈夫なんだが。悩むの止めてとりあえず最初の出てくるda0相手に作業するか。
昨日朝、ようやくUSB1.1経由で100GB以上のデータ吸い上げが終っていた。さて、このままだと、空きがほとんど無いので、今度は逆に書き出して消していかねば。

2004年10月26日

I-O DATA GV-MVP/IDVがfirewire busから見えなくなる現象。今日も、朝、最初に明かりをつけた時にBUS resetを食らって見失っていたので、どうもやっぱり原因はノイズが走った時のような気がしてきた。ということで、もうちょっと原因追求:
- まず部屋のメインの明かり、蛍光灯20W×4のスイッチをバチバチやってみた。 off, on, offで、BUS resetを検出。見えなくなるまではいかなかったけど、やっぱり可能性高そう。 speakerはしっかり音を拾っている。
- その後、20回ぐらいon, offしてみたけど、何も起きなかった。
- 2本消す→豆球→完全消し→明かりをつける、を実行したけど何も起きず。
- さて、どうしたものかと思った所で、机にも20W×1の蛍光灯がついていたことを思い出す。さらにこれはよりcableに近い位置。んで、電源on, offでBUS reset。その後も、確率1/6ぐらいでBUS resetを検出している気がする。
- そもそもBUS resetのタイミングで見失うとかあるかなぁと思って「fwcontrol -r」をいろんなタイミングで数十回連発するがチャンと見えている。
- どこがノイズを拾い易いのか調べるため、とりあえずIEEE1394 cableを外して机の蛍光灯をバチバチやってみる。十数回では一度もBUS resetは起きない。 IEEE1394 cardとかPC本体の問題ではないらしい。
- では、単にcableだけつけて実験。何も起きず。
- GV-MVP/IDVには接続するが、電源を入れない状態で蛍光灯のsw on, off。何も起きず。
- 改めてGV-MVP/IDVに接続し、電源を入れて、蛍光灯のon, offの繰り返し。 2回目のon, offでいきなり見失ってくれた。続けて蛍光灯のoff, onを繰り返すと… さすがに見失っているだけで何も反応せず。でも、GV-MVP/IDVのモード切替えスイッチを押すとチャンとtunerとconverterのLEDが切り替わるので、IEEE1394の制御系だけの問題のように思える。
- GV-MVP/IDVに同封されていたのは6pin-4pin cableで、GV-MVP/IDV側は4pinを刺していたが、マニュアルによると6pinのコネクタもDV出力とある。たまたま、3.5"HDDはいーるKIT DUALに同封されていたcableが6pin-6pinなので、これがノイズを拾いにくいとかあればラッキーなので、接続して実験。
- まずはGV-MVP/IDVの電源を入れると正常に認識。でも「fwcontrol -R」すると(EAGAIN)の連続。うーむ。ちょっと悩んだ末に、チャンネル変更をするとうまくいった。単に変なチャンネルに設定されていたのかもしれない。
- さて、蛍光灯のon, offの繰り返し。 10数回繰り返すが大丈夫。やったね。
- せっかくなので、はいーるKITに同封されていた6pin-4pin変換コネクタを使用してGV-MVP/IDVの4pinの方にIEEE1394接続してみる。蛍光灯の電源on, offで、いきなり見失う。要するに4pin portが脆弱なのかな。
- GV-MVP/IDVの電源をそのままにして、4-pin portのを外して6-pin portに接続。ちゃんと認識。蛍光灯のon, offをかなり繰り返しても大丈夫。やったね。
- まぁこれでしばらく様子見かな。今までの最長記録は2週間ほどなので、11/10ぐらいまでもてば多分問題解決。
舞HiME第3話も取り損なっていたみたいだ。くー。
なんか最近DVの頭がなんか変でmencoderに「MPEG-PS file format detected」とかいわれることが増えた。頭を落せばいいので今までは手動でやってきたけどなんか面倒になってきた。自動化も課題だな。
portupgradeの後遺症か、直接画面にDMA転送するソフトを使うと画面が乱れることが起きるようになってしまった。まぁ大した問題じゃないからいいんだけど。
ミスってさらしてしまったemailアドレスにspamが昨日やってきた。さらしてもいいと思った方にも来たので、両方に来たものはspam扱いで捨てるというようなことは出来ると思うけど具体的にはどうするのかな。
ようやくアニメダイエットが再開できた。開始時点で室温24.5度、終了時点で25.5度。これってやっぱり人間発熱分？と、思ったら、夕食の後部屋に戻ったら26度になっていた。計算機の負荷はそんなにかえていないつもりだし、外気温が夜にそんなに上がるとは思えないので、階下住人が帰っていたのかな。いや、部屋の真中付近はそんなに暖かくないから違うかなぁ。んで、一週間の録画予約分の再確認、二週間前の未視聴分の整理が出来た。だいぶ取り損なったから、よほどのじゃないと継続しては見ないだろうなぁ。 diskの肥やしにするには大きいので、近いうちに決断して消さねば。あと、video tapeに退避している分を吸い出さないと。

2004年10月25日

謎に包まれているCSS2004論文賞。いくつかは情報が入ってきているけど謎。
完全には原因を突き止めたわけじゃないけどAthlon PCはMBが壊れているとの結論にした。このCPUとmemoryを生かして再生するのはちょっと大変そうなので、いくつかのパーツを外して安らかに眠って頂くことを決意。購入した2001年3月から引退の2004年10月までに故障を確認した部品:
graphics card×2, 60GB HD×2, 電源, CPU fan+cooler, MB
現在使っているP4 2.8GHz PCと比べたら故障頻度はどうなのかな。 2004年2月～10月:
160GB HD, 電源×2, CD-RW+DVD drive
まぁまだあと数年は見ないと壊れ易いのか結論は出せないな。
昨日からずっとデータ転送中のUSB1.1 HD。ようやくほぼまる1日かけて91GBほど引き上げた。
list_audio_tracksを直してcdda2mp3.gogoしてみる。うぉー速い。はいいんだけどなんか聞いていると結構音飛びがある気がする。 bus負荷が高い時に読んだからか、それともそもそもCDとかが逝っちゃっているのか。あとでやり直してみるか。
JANT13プログラム。更新されていたとは気が付かなかった。 (情報from M氏)
ja-openoffice-1.1,1のportupgradeがgccのbugで失敗していたので、/etc/make.confの「CPUTYPE=p4」をコメントアウトしてmakeしなおしていたら/varが溢れて止まってしまった。調べるとaccounting情報がいっぱいになっていた。まぁ確かに大量にコマンドが起動されたとは思うけどそれくらいでなぁ。
RC5-72 challenge0.154%突破。昨日のペースだと全空間探索にあと872年。 3年4倍で解読速度が向上するとすると27年。

2004年10月24日

FreeBSD VuXMLというFreeBSDのportsのセキュリティ上の問題点を集めている所があるらしい。
暗号数学に付いて語ろう。 (情報from M氏) 2chって半年に一回ぐらい見に行っているけど、あんまり暗号の話ってなかったので全然気が付いていなかった。
portupgradeしまくったのは大体終った。いくつか自動で出来なかったのを手動でmake中。
とりあえずslave遅い実験とかP4 2.8GHz PCがしんだ時に使った160GB HDを3.5"HDDはいーるKIT DUALに繋いでUSB1.1接続の実験開始:
- なんかちゃんとumountしていなかったようで「mount -r」ならmount出来るけど、実際の速度を計るために書き込み実験をするにはこのままじゃダメっぽい。
- ということでfsck -yしてみる。「tail -f /var/log/messages」しているんだけど
  em0: watchdog timeout -- resetting
  とかでて、また固まったかとドキドキ。大丈夫だったけど。
- なんか始めてからずいぶん時間かかるなぁ。「iostat 1」を見ているとほぼ1MB/sは出ているみたいだけど。
- 20分ほどで終った。全部なめているんじゃないかと恐れていたけどそれはなかった。
- 書き込み速度実験。「repeat 3 dd if=/dev/zero of=32m bs=1m count=32」とした時の平均は1.1MB/sぐらいかな。読む方はcacheが効いちゃうからなぁ。どうしようか。計るのはまぁいいか。
- さて、本チャンの中身を読み出したいHDを繋ぐ。 jumperがslaveになっていたのでmasterに変更。くー。昨日、爪切ったばっかりで外しにくいぞ。んで、接続。
  WARNING: /ad1 was not properly dismounted
  がーん。こいつもかい。そういえば、そりゃそうか。 reset繰り返していた時のHDだもんなぁ。あれ？でもとりあえずmountは許してくれるのね。とはいえ気持ち悪いし、まぁあとread onlyという方法もなくはないけど「fsck -y」しますか。今度は空じゃないから時間かかるんだろうなぁ。と、思ったら3分半で終った。 fsckのかかる時間は何に依存するのかよく分からん。
- ということで、まずは未視聴分のデータを引き上げ。 4時間もあればなんとかなるか？
- なんとなく1Mb/sなら見る時間より転送に時間がかかるかと思い込んでいたけど1MB/s=8Mb/sなので、そんなことはないか。
HDD FAQに、色々な速度がまとめてあった。便利。これによるとUSB1.1は1MB/sじゃなくて1.5MB/sまで出るはずなのね。まぁこれくらいの違いなら今回の目的には大差無いけど。
IEEE1394経由でHDの中身を取り出したかったんだけど、どうも不安定でダメだなぁ。多分、一度チャンと認識したら外すまでは大丈夫になるとは思うんだけど、繋ぎ替えのたびにpanicってのもやってらんないしなぁ。さて、どうするか。 USB1.1で取り出すかなぁ。 kernel認識の1MB/sを信じると1GBで17分か。うーん。現在の必要度と他の解決手段を考えるとなんとかぎりぎり許容範囲か。
IEEE1394 crash dump実験:
- IEEE1394 storageを繋いでスイッチを入れると…
  Fatal trap 12: page fault while in kernel mode
  よし(?)。んで、diskを数分かいていて1分ぐらい待ってもresetかからないのでresetボタンを押す。
```
Oct 24 15:19:44 flu savecore: reboot after panic: page fault
Oct 24 15:19:44 flu savecore: no dump, not enough free space on device (65172 available, need 1555646)
Oct 24 15:19:44 flu savecore: unsaved dumps found but not saved
```
  がーん。しまった。 defaultのままだと/var/crashということで/varにはそんなに空きが無いのだった。
- rc.confをなおして再挑戦。ただfsckの途中で止めるのも嫌なので、しばらく待つ。あとイマイチ意味分かっていないけど「sysctl debug.trace_on_panic=1」もしておく。んで、さっきはXが立っている時でさっぱり状況不明だったので、今度はttyv0が行きている状態でで実験。
- ん。なんか、ちゃんと認識しちゃうじゃん。 HDの電源off/onして… またうまく行くな。 HDの電源offして「fwcontrol -r」を数回連発して… やっとpanicした。んで「db>」に対してtraceして、panicしてpanicしてみて、ようやくvmcore.0が作れた。そいつを「dconschat -1 -M /usr/crash/vmcore.0」としてようやくlogが取れた。
246/280まで終ったとはいえ、portupgradeを待っていたら切りが無いな。まだ大物のupgradeが終っていないし。適当な所で中断してIEEE 1394 diskの実験に入ろう。
朝(?)起きて、IEEE1394 diskの実験に入れるかと思ったら、portupgradeの再開はうまくいっていなかった。 :-< 他にもSTOP signalが飛んでいるprocessがあった上に、shellがttyを見張っていたらしい。その代わり「fwcontrol -R」のDMA overrunは全く無かったけど。
今度の録画は、地震情報じゃないらしい。
とりあえずportupgradeがbus帯域を占拠しないよう、reniceしてみたけど、大物の展開とか消去とかでかなりdiskを苛めるみたいだから、やっぱり「kill -STOP」にした。んで「(sleep 5500;kill -CONT 43410)&」とかしたけどちゃんと再開してくれるかな。
crash dumpを取る準備をする:
- kernel configに
  options DDB # Enable the kernel debugger.
  をいれた。
- /etc/rc.confに
  dumpdev="/dev/ad0s1b"
  をいれて「sh /etc/rc.d/dumpon start」した。
これでいいのかな？
K6-2 300MHz PCの方で、CD読んだのがイマイチのような気がするので、P4 2.8GHz PCの方で、取り直そうかと思った。やればまぁ出来るんだけどlist_audio_tracksの問題もfixしたいと思って、どうせだからと思って今まで動かなくなったら嫌だと思ってしばらくほっておいたのをまとめてportupgrade。結構、大物もversion upしているのね。何時間かかるかなぁ。次の録画が始まるまで終らない気がするな。 reniceで済ますか「kill -STOP」するか。
録画開始をしたら地震だった。なんか、チャンととれるんだか気になるが、まぁ多分ちゃんと取れるんだろうな。

2004年10月23日

20Q.net。 (情報from いぐっち王国日刊新聞10/19)
IACR ePrint 2003/047の解読がIACR ePrint 2004/237に出ていた。 (情報from I氏 via M氏) 中を全然読んでいないのであっているのかどうかしらないけど。
ICISC 2004 accepted papers (PDF 38KB)。
P4 2.8GHz PC復旧作業開始:

1343 段ボールを開ける。ガムテープはゴミの分類で何になるんだろう？
1350 症状が再現でき無かったらしい。やっぱりうちは電圧が低いとかあるのかなぁ。とりあえず電源を交換してもらったそうなので直っていることを期待。
1356 とりあえず仮設置して、display cable、keyboard cable、電源cableを刺す。ちょっとfanが動いて止まった音がした。少なくともこの時点での問題はないらしい。
1357 で、早速電源on。とりあえず何事もなかったように起動した。 ad1も認識はちゃんとしているな。んー、でもやっぱりUDMA33か。 UDMA100にはしてくれなかったようだ。あとで問い合わせてみよう。あれ？ FDのaccess LEDつきっぱなしは気になるぞ。ん、これは単に/stand/sysinstallを起動してdeviceを探しにいっていた名残かな。
1411 んで、ad1のmountを試みるけど… やっぱダメか。データの信頼性に欠けるかもしれないけどそれなりに書けるなら使い道あるってことで、とりあえずfdisk + bsdlabel + newfsに挑戦。問題無く終った。大丈夫なのかな。「dd if=/dev/ad1 of=/dev/null bs=1m」とかして読んでいくと、やっぱりLBA=128辺りに問題あるみたい。頭だけ避けたらよいのかしらん？
1419 ということで、頭256 blockを避けるようslice 1を設定しようとしたけど蹴られた。 1MB単位で調べたら、最低単位は8MBみたい。ということで、頭8MB避けてslice 2を作ってみる。
1422 問題無くnewfsできた。ということで「dd if=/dev/ad1s2 of=/dev/null bs=1m」として様子見。 150GB容量として、33MB/sということは、うーん、理想的な状態でも86分ぐらいはかかってしまうんだ。まぁ待つか。
1430 んで、待つ間暇なので、case開けてdisk cableを確認。やっぱりATA33用のcableのままだ。修理のときに同封したATA66/100 cableはそのまま無くなったってこと？？？うーむ。
1435 ちょっとお腹がすいてきたので、月曜日に買った梨でも食べるか。
1450 おいしかったけど、やっぱり旬は過ぎているな。まぁ買うときもこの季節最後かと思って買ったらかいいんだけど。そういえば、ad1でこんなに時間かけなくても、さっさとad0で復旧してからテストすればよかった。とはいえ、すでに28分も使っているのでもったいないから続行。でも、このあとのdisk構成をどうするかは考えどころだな。手持ちの160GB HD×4をどう割当てるか。んで、しばらく安定するまで頻繁に取りかえるとなると、とりあえずは最終設置予定場所に持っていくと、交換のたびに全ケーブル抜いて作業できる場所に持っていったりで面倒だしなぁ。さて。
1531 とりあえずdisk読み終了予定時刻までで少なくともあと17分。仮設置場所でとりあえずしばらくは運用することにした。あとmouse cable, TV tuner→line in cable, antenna cable, IEEE1394 cable×2, ethernet cable, speaker cableの接続が必要だが、引き回せるか？
1547 Athlon PCに接続していたcableを引き上げることにした。次のPCを買ってそれに接続しようかと思っていたけど、現在のchaosなcableの山を多少でもましにしようかと思った。
1555 ほぼ理想状態の時間でad1のテストが終っている。まだcable回収終ってないのに。んでddによると30.1MB/sで転送できている。このときのMは1e6らしい。
1601 display cable, keyboard cable, mouse cableはちょっと回収が大変そうなので、また、復旧中の最終設置予定場所にきているし、あんまり絡んでいるようじゃないので、そのままにした。あと、そういえば以前外したままのethernet cableも一本転がっていたので回収。これで遊んでいるcableは全部回収できたはず。
1604 む。一瞬、プラスチックが焦げた臭いがしたぞ。なんか嫌だなぁ。窓開けているから外からだと思いたいんだが。そういえば、何故か今回、それほどちゃんと起動しているわけではないけど、起動したから数時間経つのに全然HDの辺りは熱い感じじゃないな。なぜだろう。まぁいずれにしてもよいことだ。
1617 さて、speaker以外のcableをつないだ。ということで、まずK6-2 300MHz PCのPPP落して、IP address変えて、名前を変えて、P4 2.8GHz PC起動。
1622 やった。うまく立ち上がったようだ。そういえば、なんか電源LEDが前より引っ込んでいるな。ちょっとまぶしかったからちょうどいいかも。
1623 さて、K6-2 300MHz PCで更新した分を、flu.hn.orgに移設するか。まずは「/usr/local/etc/rc.d/apach.sh stop」しておいて。
1632 とりあえず日記頁のmergeが出来たので「/usr/local/etc/rc.d/apach.sh start」。うぉー速ぇ。 mozillaも速いし、起動も速いし、なんか感激。いや、イマドキこれが当たり前なんだけど。んで、speaker cableも接続直した。 mixerも「mixer pcm +10」とかの相対指定が出来て嬉しい。これは単に4Rと5Rの違いなんだけど。
1634 さて、「find . -newer」とかで更新ファイル一覧を確認。
1647 とりあえずmerge作業終り。そういえば、思い出したけど、最近のxtermって日本語表示できるんですね。 ktermは不要になったと思ったけど、「emacs -nw」ではなんかカーソルの動きとか変だったので、やっぱりktermは必要そうだ。
1648 さて、色々動作チェック。 K6-2 300MHzもsendmailとか現状を誤解すると嫌なので、rebootしておくか。 bktrよし。 GV-MVP/IDVよし。 emailも受けとれる。
1700 とりあえず、録画予約も出来るようになったはず。さて、アニメダイエット出来るか… と思ったけどよく考えると外してあるHDに記録してあるのだった。そういえばcrontabの方、どういう予約になっていたっけ。
1702 あ地球大進化第6集を取り損なっているじゃん。と、思ったら放送日変更になっている。ラッキー。台風関係かしらん？
1715 おや？ /var/lost+foundがあるぞ。 2KBの中を見てもよう分からん。消してしまえ。
あれ？なぜmozillaのhomeとかbookmarkのiconが文字無しになっている？それどころかbookmarkのpull down menuを見ると全然も字がないじゃんなんか変なところいじったかなぁ。どうも、なんか文字の横幅が0と認識されているみたいだ。うーん。
朝起きてすぐ管理人さんのところにいったら「外出」とあった。くー、と思ったが、声がしたので探すとまだ出かけていなくて、そこを捕まえてPCを回収することができた。これで、週末の昼の時間を有効利用、つまり復活作業できる。助かった。

2004年10月22日

修理されたP4 2.8GHz PCが帰ってきたようだが、管理人さんに預られてしまった。いや、高いものだから放置されるよりはいいかもしれないけど、明日は寮食が無い日なので、受け取れるのはずいぶん先になってしまうかもと思うとちょっと悲しい。
RC5-72 challenge0.152%突破。昨日のペースだと全空間探索にあと796年。 3年4倍で解読速度が向上するとすると27年。

2004年10月21日

実はhttpdもメモリをそれなりにとっているのでhttpd.confいじってだいぶ弱めにした。
K6-2 PCのCD driveからcdda2wavしたものって1割ぐらいはなんか失敗している気がする。音が飛んだりとか。まぁもう一度読めばいいんだけど。
flu.hn.orgからのlinkが無くなっているはずなのに、robots.txtが無くなった途端にどんどん取っていくってmsnbotもなぁ。まぁ別にいいんだけどさ。
くー。やっぱりメモリ64MBは辛いぞ。 psすると… mozillaが確保メモリの割に一番使ってないな。 45MBも無駄しているぞ。そうか。 memory cacheに食われているのでは？あれ？最近はmemory cacheという項目が設定から無くなったのかな？よくわからんけどとりあえず2MBにして、キャッシュのクリアしてみた。それくらいじゃOSにメモリ返さないのか。 mozillaを再起動すると… なんかあんまり変らないなぁ。 10MBぐらいはましになったみたいだけど。
Athlon PCのCPUの周りのコンデサに小麦粉のような粒子の小さな棉埃でない白い粉がついているのはコンデンサが壊れているんじゃないかという説を聞いた。ということで、motherboard故障かと思ったが、一方「そんな粉、CPUの周りにいっぱいあるものだ。それでもちゃんと動いている。掃除器で面白いように吸い取れる」という話も聞いたので、もう一度、ダメもとで開けて復旧に挑戦した。ケースをあけて、CD driveはずして、AGP cardはずして、memoryを外して、MBと電源の接続を外して、掃除器で吸ってみた。なんか全然吸い取れんぞ。とりあえず手やチリガミとかでこすればすぐ取れはするんだけど。んでよく見ると確かにコンデンサのCPU側には多いんだけどそうじゃない出っぱりにもついていた。シリコンとかグリセリンがなんかゴミかなんかと一緒になって固まったもの？？？成分追求はともかく、ともかく目視で発見できた分については全部取ってみた。んで、電源をつないでスイッチを押すと… お、電源fan回るじゃん。ちょっと期待。ということで、ちゃんとdisplay cableとkeyboard cableを接続して、電源on。うーん。いつまで経っても立ち上がってこんな。ハードディスクのアクセス音もしないし。 CD-R driveは、一応開くけど。もう一度電源offして、on。やっぱダメか。残念。まぁでも電源は壊れてないっぽいってわかった。
「Draft版とは」という検索語での検索が多いんだけど何を調べたいんだろうか。素直に辞書を引けばいいような気がするんだけど。検索エンジンを使う手間を考えればgooとかの辞書を引けばすぐだと思うんだけど。辞書に載っているのと全然違う用法があるのかな。
ちかごろY!のrobotが存在しないURLのファイルを取っていこうとすることが結構ある。どっかの変なサイトからlink張られまくっているのかなぁ。 2～3 Googleの逆リンクで調べたけど、もとは見つけられなかった。
cdda2mp3.gogoで最後のtrackが取れない問題。どうもこのscriptじゃなくて、呼び出しているcdrtoolsに入っているcdda2wavの別名であるlist_audio_tracksの問題みたい。実際CDを入れて実行するとtrack 0を2つ表示するし。んで、ちょっとパッチを書いてみた。
K6-2 300MHzだとMP3 decodeもゴミじゃないんだな。 CPUの20%ぐらいは使っている。 gogoも7.5倍速ぐらいでしか動いていないし。いや、そもそもCD-ROMが8倍速ぐらいだったりは… ないか。 32倍速だった。

2004年10月20日

以前、若干挑戦してダメだった音をなんとか鳴らせないかということでこのK6-2 PC (Presario 2270)のspecをGoogle空間をさ迷い調べたところSoundBlaster Pro互換とかいう情報が手にはいった。ということで、BIOSでIRQを確認…と思ったらどうやったら上がるんだ？以前、BIOS画面にしたことがある気がするがmakerのlogo画面でDELだとBSだとF2だのESCだのTABだの押しても駄目じゃん。んで、function keyを全部試したらF10だった。ということで、IRQやport#を確認して、kernel configでLINTのdefault通りで良さそうだったので、
```
device		pcm0 at isa? irq 10 drq 1 flags 0x0
device		sbc0	at isa? port 0x220 irq 5 drq 1 flags 0x15
device		pca0 at isa? port IO_TIMER1
```
を追加してみた。果たして
```
sbc0: <ESS 688> at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0
pcm1: <ESS 18xx DSP> on sbc0
pca0 at port 0x40 on isa0
```
と認識された。なんだできるみたいじゃん。ということで「cat /dev/sndstat」すると
pcm1: <ESS 1869 DSP> at io 0x220 irq 5 drq 1:5 bufsz 4096 (1p/1r/0v channels duplex)
と出る。素晴らしい。んでspeakerをつなぐとちゃんとbeep音もなっているじゃん。で早速mpg123をインストールして実行:
/dev/dsp: Device not configured.
がーん。で、いろいろ試しているうちにふとpcm0じゃなくてpcm1で認識されていることに気がつく。ということで「MAKEDEV snd1」してみると… 自動的にdspのlinkがdsp1になるのね。んで、もう一度mpg123。音質はともかく鳴るじゃん。やったぜ。これで、CDの機能は復活できたか。早速CD driveにどうでもいい音楽CDを入れて「cdcontrol i」よしよしちゃんと認識しているな。まぁこれはpcm deviceに関係ないけど。でドキドキしながら「cdcontrol p」やったぜ。これで週末にアキバで買い込んだI've SoundのCDをようやく聞ける。
↓ということで、ghostscriptをいれたら、副作用でなんか今までmozilla-jlpなfontがイマイチだったのが、マトモになった。
どうもいろいろ情報集めるのにPDF見えないとやってられないので、あきらめてPDF readerを入れることにした。
どうもAthlon PCは、頑張って故障部品を調達するより新PCを買った方がよい感じ。ということで、部品組み立てPCに懲りたんでメーカー品とか見ているけどちゃんとFreeBSD走るかどうか調べるの面倒だなぁ。 SATAはまだ不安とか、 Prescott嫌いとか、 Hyperthreadingは必要だとか、幅16.5cm以内または高さ42.5cm以内とか、 HD×2は欲しいとか、 microATXやlow profileは嫌だとか、 MS-Windows要らないとか(あっても消すだけだけど)、 IEEE1394あると嬉しいとか、 PCI×3は欲しいとか、メモリは1GBよりたくさん積めないと嫌だとかいっていると結構、選択肢が少ないみたい。まぁその分、迷わなくていいという話もあるけど。
PDF見える環境作ろうかどうしようか。 accepted paper listなんて、HTMLでいいじゃん。 >ICISC しかもshockwaveとか主張しているし。
早く帰ろう帰ろうと思いつつ帰り際に1時間も雑談してしまった。が、まだ助かったかな。ひざ下は結構びしょ濡れになったけど、まだ風はそんなに吹いていなかったし。

2004年10月19日

あんまりほっておいても忘れてメモだけから再現できなくなるかもしれないので、この端末だとちょっと目が辛いけど10/16の様子を書いてみる:

1040 夢うつつの中、なんか気がつくとbeep音が10秒毎ぐらいになっている気がする。もしやと思ってdisplayの電源を入れると、P4 2.8GHz PCがresetを繰り返していた。
1045 電源off/onしてみる。 2分ほど待つが立ち上がってこない。隣のマシンのlogを見るとどうやら07:57:59には落ちていたらしい。と、待ってたら警告音っぽいbeep音が鳴り続けた。よく見るとHDのaccess LEDが付きっぱなしになっていた。以前書いたようにmaster diskの調子がちょっと気持ち悪かったので、近いうちに入れ換えようと思っていたのが遅かったのかと青ざめ。最近/home以外のところのbackupを取ってなかったからなぁ。
1057 うお。もうメモが読めないぞ。何書いてあるんだろう？こんなところか: 解体して中が見える状態で電源ケーブルをコンセントに接続。今までだとCPU fanがちょっと回ってすぐ止まるんだけど全く回らず。電源を入れるとすぐ回り出した。よかった。が、全然画面には何も現れない。と思っているうちにまた警告音。
1102 CD bootをしようと思ったが、eject buttonをおしてもcaddyが出てこない。
1108 master HDを外す。電源をコンセントにつないでも、またfanが回らない。電源を入れると…警告音っぽいのが一回鳴った後、起動した。
1125 電源にsprayを吹きかけると結構埃が出た。そういえば、先週、ずいぶん掃除器では掃除したけど、能動的に空気を送り込むことはしていなかった。んで、masterのHDを交換して、コンセントに接続。 fanがすぐに回り出す。問題はmaster HDだった疑いが強くなる。
1130 BIOSによるとメモリはsingle channelのDDR400らしい。メモっておこう。んで、今までのmasterをslaveにつなぎ直してデータを読み出すことに挑戦。コンセントにつないだらCPU fanは確かに回ったけど、止まるまでが普段より長かった。
1135 電源on。 HDのaccess LEDがつきっぱなし。ほどなく警告音が鳴る。残念。
1143 一旦、今までのmasterにつないでいたHDをあきらめる。ほぼ新品のHDをmasterにして、slaveは従来通りにする。んで、電源をコンセントにつなぐ。 CPU fanはまわらず。うーん。電源を入れる。やっぱりHD access LEDがつきっぱなし。電源の強制off/onをもう一度するが、症状は変わらず。
1147 slave HDの電源ケーブルを抜く。電源on。やっぱBIOS画面までもいかない。
1149 slave HDの信号線も抜く。コンセントに接続。やっぱりCPU fanは回らず。しかし、HD access LEDは点滅し、BIOSが起動した。
1153 もう一度slave HDの電源、および信号線をつなぐ。
1154 電源コンセントを接続。 CPU fanが正常時のようにちょっと回って止まる。電源をいれる。 HDのaccess LEDがつきっぱなしで起動しない。
1203 昼飯にする。
1224 P4 2.8GHz PCの方につながっているHDからデータを取り出したかったけどとりあえずあきらめて、まだ保証期間内なので、そのまま修理に出すことを考える。んで、先週、臭っていて、またCD&HDのaccess LEDがつきっぱなしになっていたAthlon PCの故障箇所特定作業に入る。
1230 cable類が融けていたりするのかなぁと思って、なるべくCPUから離して電源swを押すが全然反応なし。もう一回してみるけど変化なし。
1230 電話がかかってきて作業中断。
1306 電源とCD、さらにHDを外してみる。
1330 電源をP4 2.8GHzの方から供給してみる。さらに、いろんなものを外してみるが、結局全然ダメ。 MBの故障の疑い濃厚。その次の可能性はCPU。
1359 Athlon PCを使ってHDの中身を読み出すのはあきらめて組戻す。んで、P4 2.8GHz PCの作業に戻る。 5.2.1RCのboot CDで起動を試みるがkernel起動中にresetがかかる。
1400 4.10RのFDで起動を試みる。
1405 問題なく立ち上がった。ということで、ほぼ新規HDにOSを入れようかと思って4.6Rのboot CDで起動、OSのインストールを試みるも、binのdistributionを展開中にresetがかかる。
1418 煮詰まってきたので、休憩。
1434 再開。 HD接続を40線ケーブルに戻す。
1446 BIOS画面までもいかずresetの繰返し。
1500 ちょっと外出。
1617 帰宅。
1622 前からmasterになっているHDだけつないでコンセントをつなぐ。 CPU fanが回って止まるが、正常時より回っている時間がちょっと長い感じ。
1628 BIOSが起動できたので、様子を見た後、rebootしたらOSがsingle user modeで起動。「fsck -f」したら「159GBのファイルがあり変なので消す？」とか言われるも、とりあえずfsckできた。
1634 rebootしてみる。残念ながらboot loaderを読む辺りでresetがかかることの繰返し。 BIOSを起動してからOSを起動したら、なんかうまくいく。
1636 single user modeで起動させる。念のためと思ってもう一度「fsck -f」したが、何事もなく終了。
1640 で、CTRL+Dでmulti-user modeに移行を試みるも、途中でresetがかかる。
1655 P4 2.8GHzはもう完全にあきらめて、K6-2 300MHz PCへの置換え作業を開始。いろいろ入れなきゃならないportsがあるので、portsのcvsupしてportupgrade。
1845 なんか近所で花火がばんばん。んで、このまま放置したまま次の日に続く。

2004年10月18日

ということで、一週間の間で2台も壊れるなんてなぁ。 hot swap 1台じゃ足りないということか？まぁそれはともかく、最近はCD聞くのもTV見るのも録画予約するのもみんなPCに頼っていたので、ちょっと辛い。今、久しぶりにラジオを聞いたりしている。今度、全部PCのMP3に落そうかと思っていたcompact cassetteも捨てなくてよかった。復旧作業中結構活躍。
やっぱりK6-2 300MHz (64MB RAM)だとswapばんばんで大変だ。あんまり設定はしていなかったからとりあえず動かすまでも時間がかかった。 XFree86からmozillaまでportsのmakeをするだけでも、1日はかかってしまった。
ということで、とりあえず顛末の概要:
- 以前に書いたように障害時のhot swap用に準備していたAthlon PCが10/9にお亡くなりになっていた。次の週末(10/16～10/17)に原因を特定しようかと思っていた。
- 10/16の朝、なんか10秒毎にbeep音が聞こえる。よく見るとmainで使っていたP4 2.8GHz PCがresetを繰り返している…
- ということで、やったことはいろいろあってメモも取っているんだけど今使っているPCだとちょっと表示がイマイチで目が疲れるのでまた今度。
10/10の途中までbackupがあったが、そこから10/16の早朝までのデータが失われていた。この日記ページについては、知合いに頼んでcacheから引き上げてもらって、10/15の途中までは復活した。が、なんか、HTMLのstyleが変わっているのね。そのままtextで保存されているのかと思ったら適当に整形されていていじり難い。元データが完全に引き出せないとわかったら、直すか。
とりあえずweb serverもあげてみた。

2004年10月16日

なんか書いたはずだけどデータが失われている状態。 (その後、復旧できた)
痛恨。 email address間違えた。 spamがどれくらい来るかなぁ。

2004年10月15日

FreeBSDのIEEE1394デバイス動作報告一覧リスト。まずはこの辺から戦うべきなのかなぁ。
秋の新番組の録画予約。 2順目に入って、だいぶミスがでてきた。ということで、ここで止めて見るのを減らすか、1話ぐらい話が飛んでもwebのstory紹介ぐらいでなんとか誤魔化すか悩ましい所。
aviの後ろを切るだけならframe単位とはいかないかもしれないけど「mencoder -o x.avi -endpos 1740 -oac copy -ovc copy monster27.avi」といった感じで、かなり高速に出来ることが分かった。頭を切る方も高速にする方法はないかなぁ。

2004年10月13日

RC5-72 challenge0.150%突破。昨日のペースだと全空間探索にあと809年。 3年4倍で解読速度が向上するとすると27年。

2004年10月12日

Indocrypt 2004 accepted papers。
残念
Oct 12 03:34:41 flu kernel: fwohci0: IR DMA overrun (0x40008011)
UDMA100にして、ずいぶん、BUSに余裕が出てきたように思っていたけど、5GB file消しとかすると、やっぱりsyncerに苛められるようだ。録画予約scriptの方、fwcontrolが動いていたらrmするのを止めるように改造する必要あるかなぁ。そのうち公開してもいいかと思っているんだけど、なかなかそれなりに満足できるできにならない。
違った。 ADVC110だと単なるAD変換だった。 @MasterDTVとかがGV-MVP/IDVの相当品だった。
途中にPCのrebootが数回はいったとはいえ、GV-MVP/IDVの電源入れっぱなしでここのところ問題無く動いていた。 10/1 01:03:58に見えなくなって、同日01:04:10に電源off/onしていらいずっと大丈夫だった。んで、これまでと何が違うかなぁと思うと、非常に多くの録画を始めたことかな、と思っていたので、HDに録画結果を取っておくかはともかく、GV-MVP/IDVを定期的に起動しておこうかと考えていた。だが、残念ながら今日の19:33:34にまたGV-MVP/IDVを見失った。 11日と18時間ほどもったんだけどなぁ。 I-O DATAのサポートにEmailで問い合わせて、ほぼ10往復ぐらいEmailをやりとりをして交換までして貰ったんだけど結局問題解決せずだなぁ。サポートの方なら、私と違い色々内部情報をもっているだろうから解析可能かと思っていろんな情報提供したんだけど何分、再現までずいぶん時間がかかることもあって、結局、向うの大丈夫な個体では再現できなかったようだし。ただ、こちらで不調になったような使い方を試すようお願いしたんだけど本当にそういうことを試して再現までの時間を十分取ったかという質問にはお茶を濁して答えてくれなかったのが不満。確かに、あんまり起きないこと、またただの難癖をつけているだけのの可能性がある件に対する対応で時間をあんまり取っていては採算が合わないってのは分かるんだけど、「そうなの？」と聞いてもなんかお茶を濁したような返事しかないし… 素直に「これ以上の調査は実費を頂きます」といってくれれば、それは納得するんだけど、逆に怒り出す人とかがいるということで、そういう返事はしないこととかになっているとかなのかなぁ。いずれにしても、安定性を除いて画質とか使い易さで非常に満足していただけに残念。代わりに、Canopus商品、例えばADVC110の挑戦を始めるかなぁ。ただ、また最初からIEEE1394 packet解析とか始めることになるので、面倒だなぁ。
久しぶりに終電帰りしてしまった。しかも、結構きわどかった。限界っぽい時間を適当に推測して出たら途中、乗車駅の待ち時間を含め2分乗換が3回というキワドイ接続に。
Algebraic Cryptography Seminar 9。

2004年10月10日

今までCMとかcutしたいframe探索をする時は、transcodeでjpgにframe単位に落してからshellのglobと組み合わせてxvで見ていた。上下反転とか色が変とか気にはなっていたのはそんなものかと思っていたけど、前に気がついたように単に「transcode -z -J videocore=rgbswap -i ../maihime02T.avi -o j -y jpg」とかすればいいわけね。
結構初回を見た感じでは舞HiME気に入っていたけど、いきなり、第2回目の録画ミスってしまった。残り5分取り損なった。ちょっと金曜午前番組おおすぎ。やっぱりもう2～3台はtuner boxを購入するベキか。でもGV-MVP/IDVは、品質はいいんだけど、安定性の面でもうこりごりだしなぁ。他の機種だとまた色々調べなきゃいけないしなぁ。
うーん。やっぱり録画ミスとかあるなぁ。というか、こっちの機材とかの問題じゃなくていきなり放映時間が変わっているし…
ふと目をやるとネジが4本も落ちている。ぎょ。なんだこりゃ。何か止め忘れたか？でも1つや2つならともかく4つも忘れるか？で、よく考えるとHD caseからHDを外したときの奴だった。
なぜ、こんなに火曜日から水曜日にかけて混んでいるんだろうか。 schedulingが大変。一応手間と品質を考えなければ3系統までは大丈夫なんだが。
放映時間が安定していない番組は長めにとっておいてあるんだけど、それを削るのにtranscodeを使った。例えばこんな感じ。「transcode -z -i monster26.avi -o x.avi -c 1-52151 -y xvid4」最初-zを忘れて上下ひっくり返って悲しかった。心持ち、以前よりtranscodeが速くなった気がするけどUDMA100の効果か。だとすると嬉しい。んで、まだ4日ほど見るのが追い付いていないんだよなぁ。といって頑張り過ぎてstock無くなるのは困るし難しい所。

2004年10月9日

部屋を出て戻ったらなんか焦げ臭い気がする。気のせいかなぁと思っていたけど、また出て入ったらやっぱり臭っている。んで、ATA66/100 cableにしたのが問題かなぁと思ったけど、ちゃんと動いているしで、前科もののAthlon PCを見たら、動いているようだ。んで、ssh loginしようとしたら、反応無し。ん？ consoleは？真っ暗。んで、よく見るとHD driveとCD driveのaccess LEDがつきっぱなし。やば、と思って電源off。なんか、cableを繋ぐ所で変なことしたかなぁ。明日にでも確認しよう。
バラバラのAthlon PCを部屋の隅にどけてアニメダイエット。 3つ見れた。んで、Athlon PCを元に戻した。思ったより簡単にできた。さて、ちょっと見た分の整理をしようかと思ったら、次の録画が始まってしまった。ということで、disk苛めるとまたDMA overrunするかもしれないので、いや、これは一旦見るだけの奴だからUDMA100実験になるか。ちょっとdiskを苛めてみよう。
なんか腹減ってきたので何か食べたいけど、その前にアニメダイエットを、ここのところ色々用事があってさぼっていたしで、やりたいんだけど、まだAthlon PCがバラバラなんだよな。場所も狭いし、ほっておくと戻し方分からなくなりそうだけど、どうしようか。
slave HD遅い問題切り分け実験再開:
- 4Rのatacontrolをとりあえずlocal diskにcpしておく。
- んで、4.5Rのdisk1でbootして、fixit。「mount /mnt2/dev/ad0s1f /mnt」「incorrect super block」はにゃー。 4Rと5Rでfile systemが違うのかな。それとも4.5Rと4.10Rでdevice番号が違うのかな。いや、それはないと思うけどなぁ。いずれにしても手持ちの機材で、現在のHDを破壊すること無く4Rでの実験をどうすればいいのか分からんぞ。
- Athlon PCの方のHDも使えばなんとかなるかも。でも、だいぶ接続し直しを伴うなぁ。うーん。まぁやるか。どうせ台風で出歩くの封じられているし。
- ということで、まず前提として全部同じPCで実験して、HDをとっかえひっかえした。 cableは都合により40線のものつまり、UltraATA33以下でしか使えない奴で最後の計測を除いて行なった。転送速度測定は「dd if=/dev/zero of=1g bs=1m count=1024」により1GBの書き込み速度を使った。大抵は3回の平均としたが一部1回しか計っていないものもある。結果こんな感じ。
```
OS ver  mode         master                    slave
4.10R   UDMA33   Maxtor 4D060H3  24.4MB/s  HDS722516VLAT20 31.8MB/s
4.5R    BIOSDMA  HDS722516VLAT20 31.8MB/s  Maxtor 4D060H3  26.2MB/s
4.10R   UDMA33   HDS722516VLAT20 31.9MB/s  Maxtor 4D060H3  25.8MB/s
5.2.1RC UDMA33   HDS722516VLAT20 30.6MB/s  HDS722516VLAT20 16.0MB/s
5.2.1R  UDMA33   Maxtor 6Y160L0  30.8MB/s  HDS722516VLAT20 16.1MB/s
5.2.1R  UDMA100  Maxtor 6Y160L0  35.5MB/s  HDS722516VLAT20 16.0MB/s
Maxtor 4D060H3:   60GB, 5400rpm
Maxtor 6Y160L0:  160GB, 7200rpm
HDS722516VLAT20: 160GB, 7200rpm
```
  HDS722516VLAT20+HDS722516VLAT20がまずいという可能性もゼロではないけど、slaveが遅いのは5Rから入れ込まれたbugのような気がする。
- んで、上記計測中に出会ったことなど:
  - Athlon PCの筐体、小さいからあんまり中いじりたくないんだよなぁ。電源も外さないとHD外せないかなぁ。筐体の側面の反対側も外さないとHD外せないかなぁ。いや、外しても結局HDを固定しているネジにドライバーが到達できないぞ。 HDとFDDを入れている内箱を外さないとダメか。このネジを外すだけでいいのかなぁ。いや、なんか結構を力入れても動かんぞ。でも、反対側を見てもそれっぽいネジ無いなぁ。ん？なんかパチッとはめるような形式？んじゃぁもうちょっと力を入れて… 外れた。筐体の反対側の側面、どうすれば開けられるかのヒントにはなったけど開ける必要無かったな。んで、これどう外すんだ？もしかして現在のmain PCの筐体のように前面から抜けるのかな？でも、どうしたら前面のカバーとれるんだろう。お、ここもはめ込み式か。んじゃぁ、うーん、それなりに力要るなぁ。大丈夫かなぁ。外れた。やっぱり、前面を外さなくてもHD外れそうだぞ。もしかすると、電源もそのままでよかったのかも。まぁでも作業空間を考えると電源は外す価値があったけど。なんか、そろそろもう元に戻せないような気がしてきている… まぁでも、とりあえずHDが外せたということで。
  - さて、出来ればなるべく似た構成のHDの組み合わせ、かつUDMA33で、試したいんだよな。 4.6Rのinstall CDは… やっぱりさっきと同じでad0を認識した後に「ata0: resetting devices ..」だ。 4.5Rのinstall CDだと… BIOSDMAとかなるんよな。まぁとりあえずこれで計って、それから4.10Rを入れる準備するか。で、4.10Rのboot FDを取りに… おや？ em0が4.5Rだと使えないんですか。くー。じゃぁ無理矢理4.10RのGENERIC kernelをcpしてそれで起動すると… 起動はするけど、色々変な感じ。ダメか。んじゃぁまた繋げ直して、4.10Rで起動して、ftpでboot.flpとmfsroot.flpを取ってきた。んで、念のためISO imageのminiぐらいも取ってきておくか。 30分ぐらいかかったけど。
  - んで、4.3Rの時に使っていたFDに上書き。
```
/kernel text=0x28b6910 zf_read: fill error
elf_loadexec: arcsw: readin failed
can't load module '/kernel': input/output error
```
    は？もう一回実験。やっぱ同じ。ということで、また4.10Rを立ち上げて「cmp /dev/rfd0.1440 kern.flp」するとhard errorとかのたまうぞ。念のためmfsroot.flpで調べると同じ。もう一度kern.flpにddで書き出して… 書く時はerror出ないんだよなぁ。んで、boot。やっぱり同じ症状で起動しない。ということで、別FDを使って、kern.flpを流し込んで起動。やっとうまくいった。ということで、ダメダメFDは廃棄。んで、ダメかもしれないmfsroot.flpで実行すると、途中でエラーが出たけどなんか進んでいるな。あ、でもダメか。 panicした。ということで、このFDも捨てて…というかFDって分類は何？家庭ゴミか。楽で良かった。で、mfsroot.flpを別FDに流し込んで最初からやり直し。やっとうまくいってfixit.flpで計測できた。
  - あとはとっかえひっかえ、masterとslaveのjumperを直して、IDE cableと電源cableを繋いだり外したり。結構堅いんで力要ってなんか疲れてきた。ちょっとエネルギー切れもあるかも。ということで、甘ったるい缶コーヒーで燃料補給。
  - さて、80線入っているATA66/100 cableはどうなのかな。 flat cableだから引き回すのは辛いのは事実だけど… なんとかなった。けど、なんかわざと一本線を切ってあるのはこれはそういう仕様なの？なんか気になるけどとりあえず接続終ったので起動。起動しないじゃん。がーん。で、さっきもあったので念のためBIOSを見ると… slaveの方から起動しようとしていた。原因分かったのでちょっとほっとして直して再起動。ちゃんとUDMA100で認識して起動した。よかった。
  - さて、録画予約まであと10分ぐらいしかないぞ。ちゃんと筐体にHD納めて接続して、ぐらいついているDVDDをなんとかして、筐体閉めて、設置場所に移動して、IEEE1394 cable繋いで、アンテナケーブル繋いで、speaker cableは…端子が行方不明なので後回し。 display cable接続して、ethernet cable接続して、keyboard cable繋いで、mouse cable繋いで、電源cable繋いで、起動。よしよし、うまくいっている。と、探している間にspeaker cableの端子発見。接続。とりあえず元に戻った、というかUDMA33→UDMA100作業が完了して嬉しいかも。世の中のTV captureの必要環境を見ているとUDMA100が必須になっているのが多かったから今まで結構シビアだったのも納得。今後は、DMA overrunが減ること期待ってやっぱりまだslave遅い問題は解決していないんだけど。
slave HD遅い問題切り分け実験開始:
- まず4Rでどうか調べるために4.10Rのfixit FDを作成。
  # dd if=fixit.flp of=/dev/fd0 dd: /dev/fd0: Input/output error
  あれ？そういえばこのマシンでFDD使うの初めてだったな。 write protectも間違っていないみたいだし、なんか5Rになって使い方変わったのかな。と、考えるの面倒なので、とりあえず4Rのマシンで書き込み。
- 一応、DMAのmodeを見たいのでatacontrolが入っているかどうか見たけど、どうもないみたい。まぁdmesgがあるので、とりあえず起動状態は分かるだろうってことでいいだろう。
- んで、4.6Rのdisc1を入れてreboot。ありゃ？ HD起動ですか。 CDDの方の優先度を上げていたつもりだったけど違ったか？ということで、BIOSの起動優先順を直して再挑戦。
- ん？ BIOSDMAでの認識なのか… あれ？ ad0を認識した後に「ata0: resetting devices ..」と表示して、 diskのaccess LEDつきっぱなし。 1分ほど経っても変化無しなので、resetしてもう一度様子見。んで、やっぱり同じ。念のためと思って、4.5R mini CD-Rがあったので、これで挑戦。おや？今度は問題無く起動した。なんか、以前の落雷騒ぎの時、ad1が壊れたけど、ad0もなんか逝きつつあるのかなぁ。近いうちにdisk入れ替えをして、壊れきらないうちの対処を考えよう。
- で、4.10Rのfixitを起動。 dmesg見たいけど、moreもlessもないのね。「cd /tmp」「dmesg>x」「vi x」 ad0もad1もBIOSDMAでの認識ですか。まぁこれでもいいか、計ってみるかと思ったけど、どのpartitionならいじっていいかメモるの忘れてた。もちろん、数通り試せばいいんだけどそれもなぁと思って、OSの起動し直し。
- んでpartition名をメモって……… とりあえず昼飯にしよう。
そういえば、昨日の朝、目覚しが鳴り始めるの10分ぐらい遅かったな。 2～3日前から、ベルの音がやばいかなぁと思っていたら、やっぱりヤバかった。んで、交換用の電池を買うの忘れてた。

2004年10月8日

明日、色々HDを接続し直してslave遅い問題の切り分け実験予定。段々FreeBSD *5R*が原因の気がしている今日この頃。
そういえば、どういう時に
Oct 8 23:09:11 flu kernel: fwohci0: dma(1) not active
がでるんだろうか。
なんか録画予約失敗しているな。そういえば、cronから何かメールが来ていたぞ。理由不明。なんだろう。多くの場合は、tuner boxとbt878の両方でとっているので、品質が落ちている方で拾えたりするんだけど、丁度、表裏の番組をしている時だった。こうなると、益々video tapeの方の録画は何をすればよいか悩ましい。

2004年10月7日

ひょえー。今週新番組を録画予約しまくったのはいいけど、17GBも溜っている。一週間見る時間を作らなかったのは敗因だな。

とりあえず転送モードを変更して様子を見てはどうかとのアドバイスを貰って実験。「atacontrol mode 0 UDMA2 UDMA2」とかしてみた:

    master          slave
28.8MB/s(UDMA2) 15.9MB/s(UDMA2)  1GB書き込みの 3回の平均
16.0MB/s(WDMA2) 16.0MB/s(WDMA2)  1GB書き込みの 3回の平均
16.0MB/s(WDMA2) 15.9MB/s(UDMA2)  1GB書き込みの 3回の平均
 5.9MB/s(PIO4)   5.9MB/s(PIO4)   1GB書き込みの 1回の平均

うーん。これだけを見るとmasterとslaveの違いというよりは何かの上限でもあるのかなぁ。

RC5-72 challenge0.148%突破。昨日のペースだと全空間探索にあと825年。 3年4倍で解読速度が向上するとすると27年。

2004年10月6日

1GB /dev/zeroからdiskにddする実験。 ad0(ata0-master)もad1(ata0-slave)もUMDA33で接続されている状況で、違うdriveだけどrpmはどちらも7200で、それぞれ約36秒、68秒かかった。こんなに違う原因は何？ちょっと他の似たまたは同じdiskが2台ついているマシンで実験
```
       master slave
UDMA33  36.6   66.6 on P4 2.8GHz
UDMA100 23.7   66.4 on P4EE 3.2GHz
UDMA100 18.6   17.8 on P4 3.2GHz
```
うーん。一番下の例が無ければmasterとslaveの違いと言い切りたいんだが。

2004年10月4日

google://SCIS2005 vs yahoo://SCIS2005
く。一つでもでかいファイルを消すとダメか。
```
Oct  5 21:18:02 flu kernel: fwohci0: IR DMA overrun (0x40008011)
```
今までは大丈夫だった気がしたけど、そもそも時間がぶつかっていなかったかな。
がーん。ちゃんとencoding scheduleを考えてbusを消費しない様にと考えたつもりだったけど
Oct 5 03:23:04 flu kernel: fwohci0: IR DMA overrun (0x40008011)
くらっていた。出来たファイルのtime stampを見ると… 確かにぶつかってなくはないな。でも、どちらかというとでかいファイルを消した後のsyncerでのbus占拠の問題が大きい気がする。さて、どう解決しようか。「fwcontrol -R」しているときは「killall -STOP mencoder」かけるってのも手ではあるけど、そこまでは必要ないしなぁ。 1つぐらい動いてもいいってコードは書けなくはないけど、それも面倒だしなぁ。いつでも起きるってわけでもなさそうだし、現在、検討中のUltraATA100が何故かUltraATA33問題が解決すれば大丈夫かもしれないしで、とりあえず様子見にするか。
Schneierの暗号化標準「DES」の引退。 (情報from I氏)
SASCのpreliminary schedule (PDF 56KB)。 (情報from I氏)
この夏、はじめて帰宅して「あち」と思わなかった。帰宅時室温は25.5度。

2004年10月3日

秋の新アニメをとりあえず取りまくってみたらすごい量。全部取り続けていたら見切れないので、見るものを選別するためということで、とりあえず第1回だけでも、と思って頑張って視破したら、アニメダイエット用に残すの忘れていた。ちょっと間抜け。
雨だ。それも結構大雨だ。買いもの今日、行こうと思っていたけど昨日にすればよかった。
GV-MVP/IDVでチャンネルを替えた直後のDVをmplayerで見ようとすると、確率5%ぐらいで「Encrypted VOB file!」と怒られるのはなぜだろう。といっても、最初の2 frameぐらい「dd if=input.dv of=output.dv bs=120000 skip=2」とかfwcontrolのonline manualに従って捨てれば大丈夫なんだけど。
NFSNETの次の篩対象は5_304Pらしい。ベキの方、2以外の小さな素因子を含むのを選んでいるのはこれまで2_1137Pだけってのもあんまり面白くないなぁ。
RC5-72 challenge0.146%突破。昨日のペースだと全空間探索にあと860年。 3年4倍で解読速度が向上するとすると27年。

2004年10月2日

とりあえず秋の新番組を怒涛のように取り、見続けるものを選定予定。せっかくvideo専用機のように6時間縛りとかないし、ほぼ制限なく録画予約scheduleを組めるしで。んで、GV-MVP/IDVからDVに落した後、当然今まではすぐMPEG4化していたけど、次のGV-MVP/IDVから読むのが続くと、IEEE1394 packetを取りこぼしたりするので、encodingをはじめるまでの待ち時間を決定するoptionを録画予約scriptに追加。ついでに、disk容量削減のため2-pass encodingも対応してみた。
これまで裏番組録画用や、そうじゃない場合はGV-MVP/IDVの不安定さを考えて動かしていたbt878だけど、640x480で録画することは、よほど運がよくないと無理だという結論にした。ということで、とりあえず線倍率半分の320x240にして様子見。前よりいい感じ。 bestなparameterは探索中。
GV-MVP/IDVからのackを拾ってkernel logに警告が出ないようにしようかと思ったんだけど、どうもよう分からん。「sysctl debug.fwmem_debug=1」とかしてpreadをいくつか試したんだけどダメだった。やっぱりIEEE1394 packetとか全然理解せずにプログラム組むには限界があるなぁ。
NFS研究メモ。 (情報from I氏)
SCIS2005開催案内。 (情報from I氏)
なんか、またNFSNETのstatsが増えていないなぁ。ここ2日ぐらい。
background fsckが20分弱で終った。
やっぱfirewire分からんなぁ。
firewire0: split transaction timeout dst=0xffc1 tl=0 x3c state=2 fw_xfer_done: pending
とか怪しいことがあるので気になって、GV-MVP/IDVが生きているのかとちょっとGV-MVP/IDVもch替え命令を発行したら「device busy」とかいわれるので、電源off/onしたら
fwohci0: phy int fwohci0: node_id=0x8800ffc0, gen=8, non CYCLEMASTER mode fwohci0: txd err= 0 No stat fw_xfer_done: pending firewire0: 2 nodes, maxhop <= 1, cable IRM = 1
と出た後に通常のBUS resetのlogが出てGV-MVP/IDVを認識しない上に、その直後に固まってしまって、仕方なくマシンを電源off/on。
とりあえず作ってみたけど、こういうの作る才能ってないからなぁ。ちょっとずつ直していこう。

2004年10月1日

ANTS VIのproceedingsのErrataが出ていた。
GV-MVP/IDVの電源を入れたまま起動したらchannel変更してもいつもの
kernel: Unknown service addr 0xffff:0xf0000d00 tcode=1 src=0xffc1 data=d00
が出ないので、何かうまくいったかと思ったら、単にchannel変更が出来ていなかった。「fwcontrol -R」はうまくいっていたのでだまされた。 GV-MVP/IDVの電源をoff/onしたらchannel変更が出来るようになって、また上記メッセージが出るようになった。で、どうも、これってGV-MVP/IDVからの返事をちゃんと受けとらずに捨てているのが問題らしい。確かに受けとっていないな。
いつものnotification schedule (10月まで):
8/16 CT-RSA'05、 9/24 Indocrypt 2004、 10/16 ICISC 2004 (PDF)、 10/28 PKC 05、 10/29 TCC 2005
年休消化の日々終る。

今月の日記
日本語ホーム頁に戻る

本ページの主張等は著者の所属組織に全く関係なく、個人としてのものです。

計算機暗号屋日記 (2004年10月 神無月)

計算機暗号屋日記 (2004年10月神無月)