計算機暗号屋日記 (2006年5月皐月)

2006年5月31日

帰宅時室温28度。 30度を越えるのも時間の問題だな。んで、窓全開だけど今日は風が吹いていなくて全然室温が下がらないな。
USB memoryに書き込みって結構割り込みの連続みたいだ。「fwohci0: IR DMA overrun (0x40008011)」を大量に食らった。連続試聴していない奴の録画中で助かった。
新入寮生ネタ(愚痴?)その5(ぐらい?):
- 洗濯機の中の洗濯ものがまる2日そのままだった。今まで放置があってもせいぜい半日だったので記録更新。ここまで放置されると「部屋で倒れているのではないか？」とか別の意味で気になってしまう。
- 洗面所のコップとかおける鏡の下の棚に水が満たされていた。
  1. どうしたらこんなことになるんだろう？
  2. 目的は何だろう？
  いずれにしても、迷惑であることには変わらないが。

2006年5月28日

X-airはなかなかよいのだが、手動でmountとか面倒なので、usbd.confに挑戦:

1537 そもそもusbdが動いていないので、rc.confにusbd_enable="YES"をいれて、「/etc/rc.d/usbd start」。
1540 usbd.conf(5)のonline manualを見ながら設定。もともと/etc/usbd.confってそこそこ書いてあるのね。
1610 usbdを一旦止めて、「usbd -d -v」で、productとかの番号を取得。んで、usbd.confを設定しして刺して… mountしないじゃん。
1611 usbdを手動で「usbd -d -v」で起動して刺してみる。どうも、usbdの反応が速過ぎてda0が生える前にattachに書いたmountが動いているようだ。
1613 ということで、「attach "/bin/sleep 1;/sbin/mount /U"」とかしてみたら、うまくmountされた。しかし、抜いて見ると… あ、こっちもタイミングが合わないのか。「detach "/sbin/umount /U"」が効く前にda0がなくなってumount出来てないじゃん。
1615 んで、いいやということで「umount -f /U」したら…固まってしまった。またresetか。どうもいかんなぁ。 mountだけ自動化されてもあまり嬉しくないな。ということで、usbdを使うのを諦めた。しかし、こんなことを繰り返していると永遠に動画encodingが終らないぞ。
2009 おかしな終り方したので、念のためfsck_msdosfs。ちょっとおかしなところがやっぱりあったみたいだ。しかし、「FAT starts with odd byte sequence (f8ffff0ffffffff7)」とかいうのは何回fsckしても変わらんな。 online manualによると開発途上だそうなので、気にするのはやめよう。んで、ついでにいくつかファイルを複写しておくか。
引続き外付WD2500復旧プロジェクト:
1326 まだ吸い出せたのは22GB。終るのは18時ぐらいか？
1328 そろそろ画面を見てなきゃならない作業はしばらく無いか。ということでradioじゃなくてTVの方の撮り貯めた方を見始めるか。んで、一緒に朝ご飯も食べよう。
1355 うわ。
```
fwohci1: BUS reset
fwohci1: node_id=0xc800ffc2, gen=11, CYCLEMASTER mode
firewire1: 3 nodes, maxhop <= 2, cable IRM = 2 (me)
firewire1: bus manager 2 (me)
sbp1:0:0 request timeout(cmd orb:0x53afb634) ... agent reset
```
しばらく外付HDのaccess lampが消えているから何かと思ったけど、これか。しかし、しばらくしたら復活したな。ちゃんと吸い出せていると思っていいのかなぁ。現在56GB取り出せたところ。
1451 また出た。
```
sbp1:0:0 request timeout(cmd orb:0x53afb8a4) ... agent reset
sbp1:0:0 request timeout(cmd orb:0x53afb9dc) ... target reset
sbp1:0:0 request timeout(mgm orb:0x53afbb14) ... reset start
fwohci1: txd err=14 ack busy_X
fw_asybusy
fwohci1: txd err=14 ack busy_X
fw_asybusy
fwohci1: txd err=14 ack busy_X
fw_asybusy
fwohci1: txd err=14 ack busy_X
fw_asybusy
firewire1: max_asyretry exceeded
sbp1:0:0 sbp_reset_start failed: resp=16
firewire1: split transaction timeout dst=0xffc1 tl=0x1a state=8
sbp1:0:0 sbp_reset_start failed: resp=60
```
うーん。 5秒間隔ぐらいでaccess lampはつくけど、全然file sizeは大きくならないな。ダメかな。
1455 ちょっと今日は諦めて直接ATA経由で抜き取ることを検討するか。いや、別に今日でもいいのだが。とりあえずencodingが終ったら考えてみるかな。ということで、とりあえず外付HDの電源off。
1456 んー。やっぱりというかddを止められないなぁ。
1457 firewireのbus resetをかけてda0を消したら、 ddも止まった。
1459 102GBぐらいしか吸い出せてないけど「mdconfig -a -f」して、fsckするとどうなるだろうか。こんどは、なんとなく「fsck_ufs -b 376512」してみる。
1501 やっぱりいろいろ聞いてくるのでfsck -yしてみる。
1503 もう一回fsckしろということなので、そうしてみた。
1505 何回fsckしてもダメみたいだ。ま、全体のfilesizeがインチキになっているから仕方ないかな。
1507 「mount -r」でreadonlyで強制mountしたら9GB程は見えた。まだ直る可能性はありそうだな。とりあえず現状で見えるものだけでも救い出しておくか。
1648 ↑の作業をしていて、どうせresetしてしまったということなので、問題のHDを直接ATA busに接続してデータ吸いだし作業。これくらいならPCを設置したままの作業が出来るかと思って、側板だけを外してみる。せっかくなので出来る範囲で掃除ということで、掃除器を準備。んで、側板を外すと… 結構すごいな。気流の問題もあるんだろうけど、SATA cableと電源cableにだいぶ埃がついていた。もちろんCPUのheat sinkの辺りがいつものように一番すごい状況なのだが。んで、air dusterを使うと… あ、またnozzleが飛んでいってしまった。探すのに数分が必要だった。
1654 んでHDを空いているPATA connectorに接続。 jumperをslaveにせねば… と思ったけど、cable selectになっていたのでそのまま。実はこれが外付HDに繋げた時の問題になっていたとか？可能性は低いだろうけど、あとでmasterに直して実験し直そう。
1655 正常にad1として認識。早速、吸いだし開始。このペースだと2時間強ということか。とすると、ちょっと録画予約に引っかかるな。その間中断するか、それともとり損なってもそれほど痛くない奴ということで、どれくらいbusに影響を与えるかという実験をするか。多分、普通の操作でもなんか一瞬止まる感じが色々しているので、うまくいかないのではないかという気はするんだが。
1658 別に録画予約を待たなくても「fwcontrol -R」を手動で実行すればいいじゃん。ということで、実行したらoverrunしまくり。さすがにダメなようだ。
1743 とりあえずfirewire経由で引き上げた容量よりたくさん引き上げが出来たので、firewire経由で引き上げた分を消した。さすがに100GB単位でファイルをゴロゴロさせられるほどは内蔵HDにも余裕が無いや。
1744 段々内周に向かって来たせいか、吸いだし速度が低下してきた。あと70分ぐらいか。
1813 ということで録画が始まったのでddをctrl-z。 153GBほど読んだところ。
1822 録画が終ったのでfg。
1931 んでddが終ったので、ad1に対して「fsck -y」。思ったほどは問題を検出せず無事終了。もう一度fsckしても問題が起きなかった。よかった。
1940 んでmountして様子見。最後の1 title分だけ、さっぱり消えてなくなっているだけのようだ。ということで、転写開始… って、おや？空きがあんまりないな。ということで、minfreeを0、またsoft-updatesもonになっていたのでoffにする。
2004 同じPATA bus上のmasterとslave間の転送になってしまったので、結構時間かかっているな。これだとfirewireの方が速いかもしれない。 :-)
2019 んで「shutdown -p」してWD2500を外す。とりあえずは目標を達成できたか？
2020 せっかくなのでdisk imageをmd経由で使えるようにして、fsckとかちゃんと動くか実験。
2022 そういえばresetせざるを得ないような問題解決を色々やっていたら、手動で立ち上げている某問題集計サーバーを立ち上げるのを忘れていたことに気がついたので、早速起動。
2032 md経由でも同様の結果が得られた。さすがに250GBを持ち続けるのは厳しいので、さっさと消去。
2033 んでpendingにしていた動画encodingを再開。今晩の録画予約までに終るかなぁ。
↓久しぶりにやられた。
- 外付HD書き込み中に:
```
fwohci1: BUS reset
fwohci1: node_id=0xc800ffc2, gen=37, CYCLEMASTER mode
firewire1: 3 nodes, maxhop <= 2, cable IRM = 2 (me)
firewire1: bus manager 2 (me)
```
  を食らって、外付HDのaccess lampは消灯、何故か内蔵HDのaccess lampは付きっぱなし。 mplayerで視聴中のも固まったので諦めてreset。
- background fsckに期待するつもりだったが、なんか/varで「error: pendingどーのこーの」と出ていて、またpppでnetworkのaccess lampは点滅し続けるも先に進まず。ということで、諦めてsingle user modeで起動。
- んで手動でfsck。念のため-y optionは付けずに起動。 encoding中だったこともあって、それなりに壊れているな。 /varの方は、確かに故障箇所が多いようでlost+foundも作られた。
- 作業中2nd PCを使ってもよかったんだけど、せっかくなので、昨日setupを終了したX-Airで録音していたInternet Radioを聞きながら作業開始。いい感じ。
- そっか。よく考えたらear phoneを使う必要はないのね。 2nd PCから外しっぱなしになっているspeakerの方に接続し直して聞いてみる。
- んで、fsckも終ったので起動。 pppも無事動いて復活。 /var/lost+foundにあったファイルはゴミにしか見えなかったので、消去。
- 外付HDの方をfsck。いくつか引っかかったが原則問題無く終了。んでmountして、内蔵HDの中身の複写を再開。
- んで、昨日の夜から今日の朝にかけての録画分のencodingはどうするかな。また、外付HDの類で、はまるのは嫌なので、外付HDの作業が終ってからの再開にしよう。
- んで、複写が終ったところで
```
fwohci1: BUS reset
fwohci1: node_id=0xc800ffc2, gen=4, CYCLEMASTER mode
firewire1: 3 nodes, maxhop <= 2, cable IRM = 2 (me)
firewire1: bus manager 2 (me)
```
  ぎょぎょ。と、思ったが固まるというようなことはなかった。なんかcableが緩んでいるとかあるのかなぁ。
- umountして、mountしようとしたら、「mount: /dev/da0s1d on /fw: incorrect super block」。恐いようぉ。とりあえず、外付HDの電源を落す。
- 「fwcontrol -u 1 -r」を何回か連打してda0の認識を無くしてから電源on。んでfsck。
- 「Cannot find file system superblock」。ヤバイ感じだなぁ。
- 「newfs -N」でsuperblock番号を調べて最初の番号が160であることを確認。で「fsck_ufs -b 160」。なんかいっぱい聞いてくるぞ。どうしようかなぁ。
- どれくらい意味があるのか不明だが、とりあえずdisk imageを読み出すことにする。ということで、250GB分の空きを内蔵HDに作成。でddで吸いだし開始。このペースだと4時間弱かかるな。うーん。動画encoding始めるか。
- とりあえず動画encodingをしかけた。以前、60GB HDを今回と同様、外付HD case経由で破壊したことあったけど同じようになるんじゃないかとちょっと不安。ただ、壊れてもそれほどdamageが大きくないHDではあるんだよな。やっぱりHDの中身全部飛んじゃうとかなるとdamageがそれなりにはあるから、今後を考えるとこのHD caseを使うのは今後やめかなぁ。ここでの使い方で、問題が起きるペースは0.7件/年ぐらいではあるが、ちょっと頻度高いしなぁ。金銭をけちらずもうちょっと別のを導入することを考えるかなぁ。
そういえば3月終了番組の整理が途中になっていた。そろそろ6月終了番組が見え始めているので、混じると混乱するからそろそろやらねば。「見るかも」と思って2 title残してあるんだけど、これだけ放置しているからおそらくもう見る時間無いだろうな。ということで、とりあえず外付HDに追い出すか。しかし、どこに書き出すかな。 PATA 160GBの空きのやつは非常時用にとっておくとして。いや、SATA 400GBがあれば大丈夫かな。それとも、どっか簡単に空きそうなところあるかな。

2006年5月27日

雨天なのに洗濯ものを部屋干ししたら、やっぱり湿度が結構上がったので除湿。寒いよぉ。天井付近の温度計が一挙に27度→22度と示していた。
FreeBSD5.5Rが出たらしい。原則、5Rシリーズはこれで終りらしい。
昨日、都心(よりも先に)いったついでに秋葉に寄ってみた。
- bulk HDだけど、250GBと300GBだと、容量単価が、また250GBの方が若干安くなっているかな。 36円/GBぐらいかな。
- GB単価が85円以下なら買おうかと、なんとなく思っていた750GB HD。 71円/GBぐらいまで落ちているじゃん。で、さっそく買おうかと思ったときに、ふと正気に返った。どこに接続しようか全然考えてなかったじゃん。ということで購入を思い留まる。 Northwood PCにつけるのでもいいかと思ったけど、修理に出してからだな。
- 何回もCMで聞かされていて、結局、押し切られてかって某ベスト版CDを購入してしまった。現在、MP3化したのを聞いてみているところ。
- ここのところ、Internet Radioの録音し過ぎで、溜っていく一方なので、外でも聞けるようにと近頃…じゃないか。だいぶ前からはやりの携帯MP3を探してみる。今回はFreeBSD利用とか迄は事前に調べていないので、価格帯とどんな製品があるのか見ることを目標にしてヨドバシカメラに行ってみた。
- 実はかなりたくさんの種類の製品があるのね。 iPodとwalkmanとかの類＋αに淘汰されているのかと思ったら全然違った。 iPodが高いのはまぁそれとして、5k円前後で一番安いのなら買えるかと期待していたけどそうでもないな。大体15k円ぐらいが相場か。
- ふらふら見ていても結局は私の知りたい「FreeBSDで使えるか」という情報は全然明らかではないので、ダメもとで店員のねぇちゃんに「携帯MP3プレーヤーで特別なソフトが無くても使えて一番安いのどれですか？」と聞いてみたら、展示してある2種類を紹介してくれた。
- さすがにFreeBSDの知識はなかったけど、普通にUSB memoryとしても使えるとかMS-Windows上でfolderを開いてdrag&dropでいけるとか、そこにあったnote PCで、実演してくれたので、X-airというのを買ってみた。まぁ当初予定していたよりはちょっと高いが、これくらいなら人柱でもそれほど痛くないかな、と思って。 256MB, 512MB, 1GBのmodelがあったけど、どうせ20kb/sのInternet Radioとかを聞くのがメインだと思われるので、一番安い256MBのモデルを買った。いろいろ教えてくれたという付加価値を考えて7980円から値引き交渉をせずにそのまま買った。
- 帰りの電車でマニュアルを読んで帰宅して早速実験。確かに、少なくともUSB memoryとして使えそうだ。
- とりあえずmount_msdosして、何も考えずにMicrosoft ASF形式のファイルをドカドカcpしてみる。お。拡張子をwmaに変更するとか、MP3形式にするとかせず、ちゃんと認識して聞けるじゃん。素晴らしい。しかもmplayerでは化けていた日本語のclip infoとかもちゃんと読めるのがよろしい。
- 絵付のはどうなるかなぁと試してみたら、ちゃんと音だけ聞けたいい感じ。うーん。これだけうまくいくなら、1GBメモリのを買ってもよかったな。 FMラジオもちゃんと聞けた。録音も出来たみたいだ。これで、またアニソン三昧とかあっても、録音が楽に出来そうだ。

2006年5月25日

notificationが延期されたらしい:
5/19→6/3 SCN06, 5/24→5/29 SECRYPT2006

2006年5月22日

firewireのbusを間違ってチャンネル変更をしてしまったのは、幸いにもanalogue videoのbackup対象で、後ろ7分も品質がちょっと落ちるが復旧できた。
なんか今日は京急の冷房が効きまくっていて寒かった。もう、公共交通機関で冷房を入れるくらいなら、意地はって自宅で冷房を入れるのを我慢しなくてもよいか？今日も帰宅時室温27度はあったし。まぁでも、風を通したらちょっと湿度は上がったが、気温は下がってそれなりに快適ではあるが。

2006年5月21日

室温の調整が難しい。窓開けっぱでいたら16時頃には26度を切るぐらいになってちょっと寒く感じたので、窓を閉めたら20時前には28度まで上がってしまった。ということで、また窓を開けてみた。
Northwood motherboard修理依頼プロジェクト:

1526 Prescott PCに録画予約機能を集約して一週間ほど経つが、今のところ人為的ミスを除いて問題無し。ということで、その他Northwood PCで提供していた機能も、可能なのは全部Prescott PCに移動したはずなので、修理に出す準備。
1530 中の様子をもう一度確認ということでshutdown -p。前、コンデンサがおかしいことが発見された時に開けてから3カ月ぐらいは経っているような気がするので、掃除の準備もするか。その間にCPUとかも冷えるだろう。
1628 前回、かなりピンボケだったのが悲しかったので、今回はちゃんと撮影。また、閉めてからイマイチなのに気がついても悲しいので、撮影して閉める前に中身を確認することにする。さらに、あとでの加工もしてもよいかということで、最高解像度で撮影。結果、問題のコンデンサはこんな感じ。
1634 んで、部屋の周りの掃除をしたということもあるけど、結局、掃除して戻すだけで一時間もかかってしまったな。なんか汗もかいてしまった。やっぱりPC設置場所の狭いところで大量のcableを刺すのは大変だ。今回は、IEEE1394 cableとspeaker cableを刺すのはやめたんだけどそれでも8本もあるからなぁ。
1637 電源を入れて無事起動。作業中計測できなかったノイズ計測も再開。んで、修理依頼のemailを書いて終り。
起床時室温、机上で26.5度。 1時間ほどそのままで居たけど妙に暑く感じたので、部屋に風を通す。んで1時間ほどで室温に変化はないけど湿度が60%→40%となって、ずいぶん涼しく感じられるようになった。周りで喫煙されないことを期待。
チャンネル変更で/dev/fwmemと繋がっているのと違うバスに対して行なったが、どうもEUIの方が優先されて効いてしまった気がする。そういうものなのか。 5分ほど録画失敗。本qは火曜→水曜が混んでいて大変だ。
深夜(早朝?)だが、室温が上から順に29.5, 27.5, 25.5度。そろそろ夏か。真夏日ではないかもしれないが熱帯夜という奴に相当するな。

2006年5月20日

bge(4)って、遅いのはそういうものなのかなぁ。普通に使って200Mb/s。頑張ってもバラツキはあるけど500～700Mb/sぐらいしか出ていない気がする。そもそもhardware的に遅いのか他が原因なのか。

2006年5月19日

CRYPTO 2006 Accepted Papers。ようやく出た。
ノイズ時間帯情報のグラフの日の終りの処理が変だったので直した。
apacheのhttpd.confに「ServerTokens Prod」を書き足してみた。こういうこと出来るのだいぶ前から気がついていたが、やるのすっかり忘れていた。 ^^; Content-Lengthで2^31バイトを越えるファイルの場合の誤動作をfixをしようとしていてふと思い出した。

2006年5月18日

あ。野球での延長で録画予約失敗しているぞ。大体、帰宅してからチェックするようにしていたけど午前様をやってしまって間に合わないのがあった。うーん。日が変わる前の番組について、野球とかの延長があり得る場合は長めに予約しておくべきか。次はそうするか。まぁ今回は、継続試聴している奴じゃないからいいといえばそうなんだけど。根本的には「放送時間変更情報★日テレ」とかを自動参照して反映するようにすればいいんだけど、3系統同時録画とかで、録画品質の優先順位とかの自動解決まで考えるとかなり難しいんだよなぁ。とりあえずは、入力系統が変わらない範囲で作るかなぁ。
「和・英論文誌に掲載された論文等の著作権の電子的利用について」 (情報from I氏日記5/17) そういえばTransactions Onlineが出来る前は「原則Ok」とかなっていたはずのが、駄目になっていた時期があったんですね。
久しぶりにIACR ePrint archiveの更新があった。
久しぶりに帰宅が午前様だった。

2006年5月16日

ノイズ時間帯情報のグラフに曜日の色をつけてみた。曜日毎の特徴があるかどうか分かり易くなったかな。しかし、やっぱり分からん。

2006年5月15日

最近makeがコケていたasir2000。今日はmakeが通ったので嬉しい。

2006年5月14日

引続きvideo録画予約Prescott PC一元化計画:

2302 録画開始遅らせoptionを消すのを忘れていたのがあった。まぁそれほど悪影響はないのだが。
2303 今日は、昨晩からの録画分のencodingが月曜までひきずるようなことはなく、21:20頃には終っていた。単発で入れるようなNHK specialとかがなかったからなんだろうけど。
最近、アニメダイエットをサボっていて、またテニスも雨で流れたりしていて運動不足。ということで、昨日は寮飯もないので散歩＋夕食をしようと思っていたのだが、残念ながら一日雨だったので出かける気が起きず。ということで、今日出かけてみた。ということで、噂の「めぞん一刻」に向かってみた(10.3MB)。

2006年5月13日

ちょっと時間ができたので、とりあえず録画だけしておいて見てもいいかなと思ったのを見ようとしたらほとんど壊れていた。 X-( そういえば、以前、移動しようとたときに間違って自分自身にコピーしてしまったのがあったな。その時はファイルサイズが変わらなかったから大丈夫だと思っていたがそうじゃなかったようだ。今後は、より注意しないといかんな。今まではコピーしてから前のを消すというようにした方が安全かと思っていたが、必ずしもそうじゃないかも。
ノイズ時間帯情報にグラフを追加してみた。グラフ作成にはGD.pmマニュアルの日本語訳を使ってみた。やっぱり、昼は奇麗なことが多い気がするけど、必ずしもそうじゃないなぁ。まぁ原因の一つはやっぱり誰かの在寮時間中の「なにか」なんだろうな。このHTMLファイルからグラフを作るperl scriptは自動更新にしようかどうしようか。まぁとりあえずは手動でいいか。
NFSNET分解経過は手作業でweb更新をしているようだ。 statsはいつ復活するかなぁ。

2006年5月11日

引続きvideo録画予約Prescott PC一元化計画:
2120 とりあえず録画予約を
```
15 1 * * tue $HOME/ss/tvrec -x 5 1621 $HOME/rec/haruhi07T.avi
30 1 * * tue $HOME/ss/tvrec -u 1 -s 29.8 -q 4.5 12 1696 $HOME/r1/simoun07T.avi
```
といった感じで、時間順にcrontab登録していっているんだけど2系統まとめてかいてあるとどれがどれだか分からなくなってきた。 ^^; 間違って同じfirewire busに対して時間が重なるような登録をしても見落としそうな気がしてきた。 bus毎に表記順を並び変えるべきか。

2006年5月10日

引続きvideo録画予約Prescott PC一元化計画:

2302 昨晩からも順調に録画予約がうまく動いていた。よかった。
2303 ということで、今晩から明日にかけての録画予約分をNorthwood PC→Prescott PCに移動。って、すでに移動している分もあるのか。 GV-MVP/IDVを両方ともPrescott PCに繋いで一週間がそろそろ経ったということか。
そっか。野球放送って延長だけじゃなくて「野球中止のため放映」という罠もあったことをすっかり忘れていた。まぁ単に録画していただけで見てない奴だからよかったが、今後、注意が必要だな。
RC5-72 challenge0.320%突破。一昨日のペースだと全空間探索にあと1094年。 3年4倍で解読速度が向上するとすると28年。

2006年5月9日

引続きvideo録画予約Prescott PC一元化計画:

2243 昨日bug修正したscriptのmencoderが一度にたくさんは走らないようにするlogic、ちゃんと動いているようで嬉しい。とりあえず今のところ問題は起きていないようだ。
2252 ということで火曜夜から水曜にかけてのTV録画予約をPrescott PCに移した。ここ3ch同時録画が必要なところがあるので、一部(bt878録画は)、そのまま。
ここのところなくなっていて不便だったIACRのcalendar of eventsのarchiveが復活したらしい。

2006年5月8日

「ipfw log logamount」がいっぱいになったようなので、「ipfw resetlog」してみた。また、/etc/daily.localを作って、1行書いてみた。
花粉症対策特別出勤体制を終了してみる。
- 部屋に籠っていたせいか、稼働率50%を切った日はシーズン中、2日ほどしかなかった。今年は楽だった。
- 家に籠っていたせいで「なんか買い忘れているなぁ」と第2・第4月曜日発売の雑誌を一つ買い忘れていた。失敗。しかも、その雑誌を買っている意味はたった一本の連載漫画をすぐに読みたいだけなのに、買い忘れた次の号から休載しているし… :-( 1・15日発売の雑誌も買っていたりして、月2回発売の雑誌の発売パターンはややこしくてよく混乱する。
- 朝寝坊をしていたので出せず、部屋に籠っていたので多数生成し、ゴミが溜ってしまった。ゴミ出しだけのために、5階と1階を何往復もする気が無いのでちょっとずつ出していくつもりだけど、雑誌が2・4火曜、プラが火曜ってのはやめて欲しいよなぁ。回収日が少ないゴミはなるべく異なる曜日にして欲しい。
引続きvideo録画予約Prescott PC一元化計画:

2015 結局、土曜1800からの一連の録画予約のencodeは今日の1045ぐらいに終っていたようだ。とりあえず終りがあったということは嬉しいんだけど、ちょっとなぁ。
2017 昨日作ったmencoderを同時にあんまりたくさんは動かないようにするlogicを有効にしたTV録画予約scriptを朝有効にしておいたら… なんかdead lock状態になっている気が… とりあえず手動で動き出させておいたけど、あとで様子を見ねば。というか、次の録画は何時だ？ 2200か。それまでに解決せねば。
2101 原因発見。直したつもりだけど、どうなるかなー。 2328以降に分かる予定。しかし、どうでもいいけど、scriptの方まで見に来る人はいないんだな。直linkをはってないってのは当然あると思うけど。
2105 しまった。買ってきた牛乳を冷蔵庫に1時間ほどしまい忘れていた。
2111 今晩は深夜アニメの開始が早いので今のうちにNorthwood PCからPrescott PCへ、今晩から明日への録画予約分を移動しておいた。
2347 tcsh組み込みコマンドのkillで、存在しないprocessに対して実行するとscriptが、そこで終っちゃうのね。 Ad Hocだが、外部コマンドのkillを使って解決することにした。
2353 ちょっと今日の夕方録画分でDVのままのがいくつか残ったりしているけど、修正したscriptで今晩を問題無く突破できること期待。

2006年5月7日

引続きvideo録画予約Prescott PC一元化計画:

0118 あ。二系統録画予約の結果を同じHDに書き込んでいた。幸いにしてoverrunは食らっていないが。ということで、この後の分を修正。
1031 なんかmencoderが15本も溜っているし。昨日の夕方録画分からだな。この後、0958-1810は空き時間だけどこの間に終れるんだろうか。とりあえず今日については手作業で同時encodingにすると、なかなか進まないので「kill -STOP」して「echo kill -CONT|batch」してみた。現在、53GB+44GBがDVで残っている。うーむ。ここまで一時的に使うことを想定して空けておかなければならないとすると結構来るものがあるなぁ。もうちょっとscriptの方を工夫しないといかんなぁ。
1421 残りencodingは10本のようだ。とりあえず普段から試聴しているので、encoding終ったのは見た。とりあえず、未視聴分の、いや聞くだけだとなんというんだろう。まぁとりあえずInternet radioの分が37本も溜っているので、disk整理でもしながら順に聞いていくか。
1722 disk整理が、あと転送をしばらく待つだけまでになったので、録画予約scriptの修正に入ろうかと思ったんだけど次のまであと50分ほどかぁ。またややこしいことになりそうな気がするけど、しくじってもダメージがあんまりない奴なので、作業開始。
1727 と、思ったけど、結構目が疲れているのでしばらく安み。
1823 目も回復したような気がするし、1810-1820の録画予約も終ったので、TV録画予約scriptの修正再開。しかし、8本DVが溜っているし… 今日中に終る気がしないぞ。これ。このあと2100-2200も予定しているしなぁ。
1832 昔pgrepを知らなかった時に、psとかgrepとかawkを組み合わせて書いてある部分が気になったので、まずはここを修正かな。
1845 とりあえずfwcontrolが走っている時はencodingを開始しないようにする仕組み入れてみた。これで-d optionで指定する秒数を毎回悩みながら設定する必要は低くなったかな。しかし、mencoderが多数走っている場合にもencodingを始めない仕組みを入れたいんだがどうしたらいいんだろう。いや、その条件だけだったら大したこと無いんだけど、first-in-first-outにしたいからなぁ。 randomというか適当startならできるんだが。
1848 まぁとりあえずfwcontrolとencodingがぶつからないようにするlogicだけでも正しく動くか確認するか。しかし、現在動いているencodingの方にも影響してしまうな。「kill -STOP」&batchの方をもう一度、あきらめて投入し直すか。
1856 やっぱり実験することには意味あるな。「pgrep: Undefined variable.」で止まってしまった。最悪のcontentsが失われるというようなbugではなかったが、encodingが始まらないので、時間が無駄になるのはともかくdisk溢れがあり得るからなぁ。ということでfixして実験。
1913 とりあえずうまく動いたようだ。しかし、チャンネル変更で今までのように「Unknown service addr 0xffff:0xf0000d00 WREQB(1) src=0xffc1 data=d00」が出ないこともあるのは何故だろう？まぁちゃんと変更されているみたいだから気にしないことにしよう。
1922 Prescott PCからNorthwood PCへの90GB分ぐらいの転送が終った。
1931 とりあえず、FIFOは諦めて、同時にではなくencodingをするようなlogicを録画予約scriptに組み込んでみたけど、すでに現在7 process走っている状態で実験は困難なので、comment outしておいた。実験は明日以降になりそうだ。
1943 とりあえず今晩から明日にかけての録画予約設定をNorthwood PCからPrescott PCに移動してみた。が、今日はプロ野球中継があるので、後の見直しが必要だな。
1946 現在encoding予定のものの順序の最適化をしてみた。今日はこの辺までかな。

2006年5月6日

video録画予約Prescott PC一元化計画:

1834 とりあえず、ここまで順調に今までNorthwood PCで録画していたものもPrescott PCで取れている。素晴らしい。 encoding時間も思ったほどかかってないようなのでdisk fullも食らってないし、「fwohci0: IR DMA overrun (0x40008011)」も食らっていないようだ。ただ、まだファイルの存在とlogを確認しただけなので、中身はどうなっているか、ちょっと気になるところ。
1838 と、思ったら1800-1828の録画予約分が止まっていないぞ。なんか変だ。 1825-1850のが終ったら何が起きているのか確認してみよう。
1855 ファイル名に正規表現のメタキャラクタがあったのが「pkill -f」で問題だったようだ。さて、どうしようか。
1858 検索文字列からファイル名を除くことにした。次の録画予約1930-1955でうまく動くことを期待。とはいえ、これにはメタキャラクタが入っているわけではないんだけど。
1944 ん？ 1930-1955の前に1900-1944が入っているじゃん。
2204 今晩から明日にかけてNorthwood PCの録画予約分をPrescott PCに移すか。
SP 800-38DのdraftにGCMが入ったらしい。
Northwood PCでやっていた、毎日、某所からcontentsを取ってくるscript、ちゃんとPrescott PCで動いていた。 Northwood PCの方のは… すでに止めてあった。 :-)
文庫駅についた時間がちょっと早かったので、せっかくなので「六国峠ハイキングコース」の文庫←→能見台6丁目間に挑戦。
- 入口がわからん。とりあえず浅間神社の方は違うはずなので、駅を出てから山裾をまわっていったけどなんか「この先行き止まり」だの「この先私有地」だので見つからず。
- 駅を出てから10分ほどで、ようやく入口発見。こっちの方の山の根だったのか。
- 最初の10分ほどは結構急な登り。こんな登りがずっと続くのだと体力が持つかと不安になる。
- その後は尾根道でほぼ平らな道が続いてひと安心。
- んで、能見堂緑地、能見堂跡地、不動池の横を通って無事山を出る。ここまで駅を出てから35分ぐらいか。道を知っていたら、寮まで通常ルートの2倍くらいの時間でいけたかな。
- んで、寮についたらまだだいぶ明るいのに廊下とかの電気があかあかとついていた。多分私がいなかった24時間以上つきっぱなしだったんだろうな。実は灯を消す習慣がある寮生は1/10程度の割合なのか？ここまで少数派とは悲しいぞ。いや、寮費が電気代を払うのに困るほどになっていなければここまでは気にしないんだが。

2006年5月4日

video録画予約Prescott PC一元化計画:

1427 Northwood PCを修理に出すための一連の作業なのだが、ようやく1st PCとしての機能はPrescott PCに無事移動したようなので、今度は、次の大きな機能である録画予約機能を1st PCに統合。
1429 その前にdisk整理をするか。日々の録画分が1st PC入れ替えの時に分散しているので、同じ場所に統合するか。
1430 んで内蔵HD間とは言え移動に、それなりの時間がかかっているので、その他のNorthwood PCでの機能を1st PCに移動するか。えーと。えーと。まずはmplayerでstreamingを使うためのsource codeのbackupかな。
1432 しょぼいののbackupも移動だな。
1434 動作確認は… まぁ明日になってちゃんと反映されているかということで確認するか。
1439 そういえば、もともと2nd PCとしておいておいたhome分の整理をするか。いらんものは消して、そうでないのは今のhomeに移動して。
1440 そっか。今の1st PCとしての/etcとかbackup取ったこと無かったな。 crashする前にとらねば。
1447 とか考えているうちに日々の録画分の分散情報の統合が終った。次は、それを外付けHDに複写だな。
1456 で、外付HDへの複写は終ったので/etcとかのbackup。 HD→HDはすぐ終った。ということでbzip2圧縮。
1459 圧縮終ったので3rd PCの内蔵HDに複写。
1500 ということで、いよいよ本題。が、その前にプリンでもおやつに食べよう。
1509 さて始めるか。まずは、録画予約scriptをfirewireの0th bus以外にも対応するようにしなければ。
1526 あ。 scriptだけの問題じゃないのか。チャンネル変更C programの方も直さねば。
1543 できた気がするが、どうだろう。 GV-MVP/IDVをNorthwood PCから移動してくるか。
1554 付け替え完了。 PCを稼働させながらcableの山と戦うのに時間がかかってしまった。
1604 とりあえずチャンネル変更は正しく動いているみたい。ということで10分ほど、2ch同時録画を実施してみるか。念のため、異なるSATA HDに対してDV保存かな。
1607 これがうまくいったらどんどんcrontabの録画予約をNorthwood PCから移植しないとまずいな。次の録画予約は…1700か。 Northwood PCの方は1730からだからそれまでにケリを付けねば。
1614 とりあえず「fwcontrol -R」は終って、mencoderが動き出した。途中「fwohci0: IR DMA overrun (0x40008011)」を食らわずにすんだ。がcommand line起動の片方が
No matching processes belonging to you were found
とか主張している。多分、ほぼ同時に起動したというタイミングの問題のような気がするが、気になるのでscriptを確認しよう。
1617 あ、やべ。これだと、同時に動いていると、片方が録画予約中でも先に終った方にひきずられて両方終っちまいそうだ。さて、どう解決するか。
1620 うーん。現在のlogicだと結構本質的だな。どう、解決しようかなぁ。
1625 「pkill -P」でなんとかなるかな。というか、こういう解決の方が美しいかな？とりあえずこれで2系統1分録画の実験かな。
1628 とりあえず以前出ていた問題を示唆するmessageは出なかった。しかし、なんか録画時間が指定時間より長いのは変だぞ。どうしてそんなことが起きるんだろうか。
1642 fwcontrolがPPIDになってなかった。んで「pkill -f」で直接パターン指定をしたら… しまった。 killしたい対象のcommand line optionがpkillのoptionに解釈されスゲーことに… なんか、ねこそぎprocessがkillされてしまった。つまり、Xとか落されてしまった。びっくり。
1652 とりあえず直したが、なんかあんまり時間が無いぞ。もう、元にGV-MVP/IDVを接続し直す時間はなさそうだし。頑張って、録画予約を移動するか。
1654 しかし、どれくらいoverrunを食らい得るのかなぁ。現状、録画予約直後のmencoder開始は無条件に始めるようになっているからなぁ。とりあえずencodeの開始を遅らせるoption -dは準備しているので、手動では対応可能なのだが。時間無いから、とりあえずはこれでいいか。
1706 なんか、十分にテストする前にregularな録画予約が始まってしまった。大丈夫かなぁ。まぁこれは取るのに失敗しても痛くない奴だからテスト向きといえばそうなんだが。
1735 とりあえず1700開始のbus#0の方のは、うまく動いて、1730開始のbus#1もうまく動き始めているような気がする。ん？ -d optionの挙動がちょっと期待と違うぞ。直さねば。 1800から同時2chの予定だから、ちょうどいい感じか。しかし、ちょっと出かけたいんだが、こんな状況だと離れられないなぁ。
1803 1800からの2ch同時録画は、とりあえずうまく起動したようだ。
1813 1810終了のについて、ちゃんとDV取りがその時間に終ってかつ、もう1つの録画の方のprocessを間違ってkillしたりせず、さらにちゃんとmencoderが始まらず待っているようだ。今のところかなり順調。
1831 残っている方もちゃんと終って、全部問題無くmencoderも動き出しているようだ。ということで、現状のscriptでちゃんと動くということがほぼ確認できたかな。ということで、Northwood PCに残っている他の録画予約分もPrescott PCに移動するか。
1854 とりあえず土曜の分まで録画予約をNorthwood PCからPrescott PCに移してみたけど結構メンドイなぁ。 mencoder開始時に別のfwcontrolが動いていないことを自動で確認する仕組みを入れるべきだな。
1856 1台でだとencoding自体はちゃんと終るんだろうか。 CPUの能力を越えるんじゃないかとちょっと不安。どんどん、backlogが溜っていくのではないかと恐い感じ。 HDもどれくらい開けておけば大丈夫なんだろうか。現状、古い方からencodeしていって、diskを開けるとかいう仕組みになっていないからなぁ。これも、ずいぶん前からの懸案事項なんだが、作らないと駄目かなぁ。しかし、全面作り直しじゃなくて今のscriptのlogicからいじらないとするとどうするといいかな。無理かなぁ。
1901 まぁ今日はここまでにしておこう。
今年も夏に豪華話者で中大CoE workshopがあるみたいだ。 (情報from JANT ML)

2006年5月3日

あ、気がついたらもう今日は一日『アニソン』三昧が始まっていた。最初から聞こうと思っていたのに失敗。
しまった。 backup用に取っておいてあるanalogue video録画の方の確認をしようかとchをいじってどうも、うまくPCからそれが見えないかと思ったら、録画予約中だった。まだあと15分ぐらい録画予約が始まるまであるかと思い込んでいたら、さっき確認したその番組を30分見間違っていた。 ^^; まぁとりあえず録画だけして継続視聴はしていない奴だから、まぁどうでもいいといえばそうなんだが。しかし、来週の水曜AMの時間帯はちょっと苦しいぞ。悩んだすえにanalogue videoも使おうかと思ったのが今回の敗因といえばそうなんだけど。
TV画像にノイズがのっている時間情報について専用ページを作ってみた。
なんか6amぐらいに目が醒めて妙に眠れないので、活動開始してみた。アルコール入ると眠りが浅くなってよろしくないなぁ。が、8amぐらいにかなり眠くなった。寝よう。

2006年5月2日

GMP-ECM 6.1。 NTTが入ったらしい。

2006年5月1日

画像の悪い期間、昨日分の集計:

noisy period
5/ 1 mon -0605 0607-0609 0614-0657 0732 0736-0739 0745-0748 0801-0803 (-2111:clear)
4/30 sun -0758 0801-0807 0809-0814 0822-0823 0827-0837 0927-1005 1040-1239 1409-1414 1528-1544 1548-1554 1817-1821 1830 1846-1850 2343-

100%そうというわけじゃないけど、やっぱり人間の生活時間帯に関係はしている気がする。

いつものnotification schedule (5月まで):
5/2 CRYPTO2006, 5/19 SCN06, 5/24 SECRYPT2006

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

特に断らない限りOSはFreeBSDを仮定しています。

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

計算機暗号屋日記 (2006年5月 皐月)

計算機暗号屋日記 (2006年5月皐月)