計算機暗号屋日記 (2004年8月 葉月)

2004年8月31日

• RC5-72 challenge0.136%突破。 昨日のペースだと全空間探索にあと840年。 3年4倍で解読速度が向上するとすると27年。
• 幸水なしが2個380円。 4個380円。 いや、産地が違うんだけど。 こういうの見ると「2個380円でもいいかな」と思っていたのも買う気が無くなってしまう。>某スーパー
• 毎度のことだけど台風来ているのに窓を開け回って湿度100%にして喜んでいる人がいるなぁ。 向うは向うで「暑いのにいつも誰が窓閉めるんだろう」とか思っているんだろうけど。
• やっぱPCで計算させていても、ちょっと寒かった↓

2004年8月30日

• 現在の室温26度。 上布団は必要かどうか。 昨日も朝ちょっと寒かったしなぁ。 でも、出すとまたしまうの面倒だしなぁ。 天気予報によるとまた明日以降結構暑いみたいだし。 とりあえずPCをたくさん立ち上げておくという対処法でもするか？ :-)

2004年8月29日

• 3.5"HDDはいーるKIT DUALの実験再開。 今度はBSD magazineの「FreeBSDにおけるFireWireデバイスドライバの実装」を最新号まで一通り読んでからの実験。
  • 前回は、とりあえず認識を期待して特にkernelにfirewireを使う以上のことは 組み込まなかったが、今度は

    sbp, scbus, da, pass

    をちゃんと組み込んでおく。
  • んで再起動

    Aug 28 12:21:29 flu kernel: sbp0: <SBP-2/SCSI over FireWire> on firewire0
    

    ちゃんと認識したようだ。
  • んで、firewireのcableをつないで、HDDの電源on

    Aug 29 23:30:11 flu kernel: fwohci0: BUS reset
    Aug 29 23:30:11 flu kernel: fwohci0: node_id=0x8800ffc0, gen=2, non CYCLEMASTER mode
    Aug 29 23:30:11 flu kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1
    Aug 29 23:30:12 flu kernel: firewire0: split transaction timeout dst=0xffc1 tl=0x1 state=2
    Aug 29 23:30:12 flu kernel: firewire0: bus manager election failed
    Aug 29 23:30:12 flu kernel: fw_xfer_free FWXF_START
    Aug 29 23:30:12 flu kernel: firewire0: split transaction timeout dst=0xffc1 tl=0x2 state=2
    Aug 29 23:30:12 flu kernel: node1: resp=60 addr=0x400
    Aug 29 23:30:12 flu kernel: fw_xfer_free FWXF_START
    Aug 29 23:30:12 flu kernel: probe failed for 1 node
    Aug 29 23:30:12 flu kernel: fwohci0: txd err=14 ack busy_X
    Aug 29 23:30:12 flu kernel: fw_asybusy
    Aug 29 23:30:13 flu kernel: fwohci0: txd err=14 ack busy_X
    Aug 29 23:30:13 flu kernel: fw_asybusy
    Aug 29 23:30:14 flu kernel: fwohci0: txd err=14 ack busy_X
    Aug 29 23:30:14 flu kernel: fw_asybusy
    Aug 29 23:30:15 flu kernel: fwohci0: txd err=14 ack busy_X
    Aug 29 23:30:15 flu kernel: fw_asybusy
    Aug 29 23:30:16 flu kernel: fwohci0: txd err=14 ack busy_X
    Aug 29 23:30:16 flu kernel: fw_asybusy
    Aug 29 23:30:17 flu kernel: fwohci0: txd err=14 ack busy_X
    Aug 29 23:30:17 flu kernel: fw_asybusy
    Aug 29 23:30:18 flu kernel: fwohci0: txd err=14 ack busy_X
    Aug 29 23:30:18 flu kernel: fw_asybusy
    Aug 29 23:30:19 flu kernel: fwohci0: txd err=14 ack busy_X
    Aug 29 23:30:19 flu kernel: fw_asybusy
    Aug 29 23:30:20 flu kernel: fwohci0: txd err=14 ack busy_X
    Aug 29 23:30:20 flu kernel: fw_asybusy
    Aug 29 23:30:20 flu kernel: firewire0: max_asyretry exceeded
    Aug 29 23:30:20 flu kernel: firewire0: bus manager election failed
    Aug 29 23:30:21 flu kernel: fwohci0: BUS reset
    Aug 29 23:30:21 flu kernel: fwohci0: txd err= f flushed
    Aug 29 23:30:21 flu kernel: fw_xfer_done: pending
    Aug 29 23:30:21 flu kernel: fwohci0: node_id=0xc800ffc1, gen=3, CYCLEMASTER mode
    Aug 29 23:30:21 flu kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me)
    Aug 29 23:30:21 flu kernel: firewire0: bus manager 1 (me)
    Aug 29 23:30:21 flu kernel: firewire0: New S400 device ID:0030e00e8200a011
    Aug 29 23:30:21 flu kernel: fw_attach_dev: 1 pending handlers called
    

    とりあえずfirewire deviceとしての存在は認識してくれたようだ。 んで「fwcontrol」とか「fwcontrol -t」はそれっぽく返事してくれた。
  • で、何かのタイミングでHDDとして認識してくれなかったのだとしたらbus resetは効果あるかもと思って「fwcontrol -r」

    Aug 29 23:31:12 flu kernel: fwohci0: Initiate bus reset
    Aug 29 23:31:12 flu kernel: fwohci0: BUS reset
    Aug 29 23:31:12 flu kernel: fwohci0: node_id=0xc800ffc1, gen=4, CYCLEMASTER mode
    Aug 29 23:31:12 flu kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me)
    Aug 29 23:31:12 flu kernel: firewire0: bus manager 1 (me)
    

    うーん。 ダメかぁ。 と思いながらしばらくしたら、おややや？ mouse cursorが動かんぞ。 おいおい。 あ、画面が真っ暗。 resetかかったじゃん。

    Aug 29 23:34:08 flu kernel: Fatal trap 12: page fault while in kernel mode
    Aug 29 23:34:08 flu kernel: cpuid = 0; apic id = 00
    Aug 29 23:34:08 flu kernel: fault virtual address	= 0x1c
    Aug 29 23:34:08 flu kernel: fault code		= supervisor read, page not present
    Aug 29 23:34:08 flu kernel: instruction pointer	= 0x8:0xc05234f7
    Aug 29 23:34:08 flu kernel: stack pointer	        = 0x10:0xed8a4c14
    Aug 29 23:34:08 flu kernel: frame pointer	        = 0x10:0xed8a4c28
    Aug 29 23:34:08 flu kernel: code segment		= base 0x0, limit 0xfffff, type 0x1b
    Aug 29 23:34:08 flu kernel: = DPL 0, pres 1, def32 1, gran 1
    Aug 29 23:34:08 flu kernel: processor eflags	= interrupt enabled, resume, IOPL = 0
    Aug 29 23:34:08 flu kernel: current process		= 7119 (troff)
    Aug 29 23:34:08 flu kernel: trap number		= 12
    Aug 29 23:34:08 flu kernel: panic: page fault
    Aug 29 23:34:08 flu kernel: cpuid = 0; 
    Aug 29 23:34:08 flu kernel: boot() called on cpu#0
    Aug 29 23:34:08 flu kernel: 
    Aug 29 23:34:08 flu kernel: syncing disks, buffers remaining... 7154 7154 7153 7153 7153 7153 7153 7153 7153 7153 7153 7153 7153 7153 7153 7153 7153 7153 7153 7153 7153 7153 
    Aug 29 23:34:08 flu kernel: giving up on 1009 buffers
    Aug 29 23:34:08 flu kernel: Uptime: 1d11h11m41s
    Aug 29 23:34:08 flu kernel: pfs_vncache_unload(): 3 entries remaining
    Aug 29 23:34:08 flu kernel: Shutting down ACPI
    Aug 29 23:34:08 flu kernel: stray irq9
    Aug 29 23:34:08 flu kernel: Automatic reboot in 15 seconds - press a key on the console to abort
    Aug 29 23:34:08 flu kernel: Rebooting...
    Aug 29 23:34:08 flu kernel: cpu_reset called on cpu#1
    Aug 29 23:34:08 flu kernel: cpu_reset: Stopping other CPUs
    Aug 29 23:34:08 flu kernel: cpu_reset: Restarting BSP
    Aug 29 23:34:08 flu kernel: cpu_reset_proxy: Stopped CPU 1
    

    うーん。 やってくれるじゃん。
  • 起動中にどうなるか見ものかも、と思って起動メッセージを追う。

    Aug 29 23:34:08 flu kernel: firewire0: New S400 device ID:0030e00e8200a011
    Aug 29 23:34:08 flu kernel: GEOM: create disk da0 dp=0xc76b2c50
    Aug 29 23:34:08 flu kernel: da0 at sbp0 bus 0 target 0 lun 0
    Aug 29 23:34:08 flu kernel: da0: < 1394 to ATA 0102> Fixed Simplified Direct Access SCSI-4 device 
    Aug 29 23:34:08 flu kernel: da0: 50.000MB/s transfers, Tagged Queueing Enabled
    Aug 29 23:34:08 flu kernel: da0: 157066MB (321672960 512 byte sectors: 255H 63S/T 20023C)
    

    お。 初めてちゃんと認識したじゃん。 とりあえず下手にいじってbackground fsck中にまた固まるとなんかヤバイ気がするので、とりあえずfsckが終るまで待とう。
  • 「camcontrol devlist」してみる。

    < 1394 to ATA 0102> at scbus0 target 0 lun 0 (pass0,da0)

    お。 いい感じ。
  • sysinstallから使えるように設定。 おや？ すでにfreebsdの記しがあるな。 そっかすでに7/25にUSB経由でいじっていたっけ。 でも、とりあえず最初から奇麗にやり直そう。 んでnewfsしてmount。 お。 速いぞ。 これは素晴らしい。
  • さて、これでumountして、電源を落せるだろうか。 どきどき。 とりあえず電源落すぐらいならGV-MVP/IDVの様に大丈夫みたいだ。
  • さぁこの状態でもう一度電源を入れるとどうだ？ なんか、今回、最初に接続して電源を入れた時のようにやばい感じ。 でも「fwcontrol」や「camcontrol devlist」はちゃんと返事するんだよな。 mountするとどうだろう。 なんか大丈夫みたい。 「fwcontrol -r」はどうだ？ お。 大丈夫みたい。 よく見ると、電源を落した時のkernel messageも微妙に違った。 でも、まだ不安だなぁ。 とりあえず使う時は、OS起動時に起動しているようにするか。 今日はここまでにしよう。 で、「umount /fw」。 やられた。

    Aug 30 00:12:40 flu kernel: Fatal trap 18: integer divide fault while in kernel mode
    Aug 30 00:12:40 flu kernel: cpuid = 0; apic id = 00
    Aug 30 00:12:40 flu kernel: instruction pointer	= 0x8:0xc065f0a4
    Aug 30 00:12:40 flu kernel: stack pointer	        = 0x10:0xe14a18a8
    Aug 30 00:12:40 flu kernel: frame pointer	        = 0x10:0xe14a1938
    Aug 30 00:12:40 flu kernel: code segment		= base 0x0, limit 0xfffff, type 0x1b
    Aug 30 00:12:40 flu kernel: = DPL 0, pres 1, def32 1, gran 1
    Aug 30 00:12:40 flu kernel: processor eflags	= interrupt enabled, resume, IOPL = 0
    Aug 30 00:12:40 flu kernel: current process		= 2 (g_event)
    Aug 30 00:12:40 flu kernel: trap number		= 18
    Aug 30 00:12:40 flu kernel: panic: integer divide fault
    Aug 30 00:12:40 flu kernel: cpuid = 0; 
    Aug 30 00:12:40 flu kernel: boot() called on cpu#0
    Aug 30 00:12:40 flu kernel: 
    Aug 30 00:12:40 flu kernel: syncing disks, buffers remaining... 1844 1844 1844 1844 1844 1844 1844 1844 1844 1844 1844 1844 1844 1844 1844 1844 1844 1844 1844 1844 
    Aug 30 00:12:40 flu kernel: giving up on 612 buffers
    Aug 30 00:12:40 flu kernel: Uptime: 37m48s
    Aug 30 00:12:40 flu kernel: pfs_vncache_unload(): 4 entries remaining
    Aug 30 00:12:40 flu kernel: Shutting down ACPI
    Aug 30 00:12:40 flu kernel: stray irq9
    Aug 30 00:12:40 flu kernel: Automatic reboot in 15 seconds - press a key on the console to abort
    Aug 30 00:12:40 flu kernel: Rebooting...
    

    やっぱ、これじゃぁ使えんなぁ。
• アニメダイエットを始めてから4カ月弱。 若干、ベルトの調子がよくなった気がする。 体重の方は、そもそも始める前も今も計ってないのでどう変わったのか全然分からんが、体重を減らすのが目的ではなくて、お腹の脂肪を減らすのが目的なので問題無し。 んで、そもそもどれくらい効果あるのか気になってちょっと計算してみた。 今使っている台が11cmで、1秒1歩、つまり4秒で11cm登っているものとすると、1時間では99m登っているということになる。 段から降りる時にエネルギーが体に帰っているとは思えないので、登る分が消費されているとすると位置エネルギー分としては体重が67kgだとすると67×9.8×99/4.2/1000=15.5キロカロリーの消費は絶対に行なわれているはず。 って、そもそも毎日2000キロカロリーも食べていて、たった15キロカロリーじゃちょっと誤差のような気も… 毎日、踏台昇降できている分けでもないし。 さすがにエネルギー効率100%というわけではないだろうので、Googleで探してみたらあなたの運動消費エネルギー量を簡単計算というのがあった。 これによると305kcalの消費らしい。 これだけ使っているんだったら結構意味あるか。
• 帰宅時室温27.5度。 この夏、帰宅時室温が30度を超えてから初めて30度を割った気がする。

2004年8月28日

• ここの所、しばらく(1カ月以上?)ほぼ毎日mplayerを使っているにも関わらず、Xを巻き込んでrebootするまで画面真っ黒現象をみていなかったけど残念ながら今日久しぶりにまた体験してしまった。 cvsupを重ねるうちに直ったのかなぁと思っていたんだけどなぁ。 i810用のXserverが直ったかと思っていたけど、そもそもi810が間違っているのか、i865Gとi810との違いの問題か、i865Gそのもののbugなのか、全然分からんが。

2004年8月27日

• CRYPTO 2004のrump sessionのWMV (195MB)。 (情報from M氏)
• VC++ Toolkitというのはただものらしい。 (情報from fj.comp.lang.c)
• と思ったら11_199Mにちゃんと代わっていた↓ よう分からん。
• NFSNETの新しい篩が始まっていたような気がしたけど、なんかまた3_491Pに戻っている。 気のせいか？

2004年8月26日

• 本日02:34:59にまたGV-MVP/IDVを見失っていた。 今回は、電源off/onでPCを巻き込まず復活。 先日からI-O DATAに問い合わせていたんだけど結局修理依頼。 知合いでも同じ症状がでいるので個体の問題じゃないと思うんだけどなぁ。 まぁそれでも直るならいいけど、再現まで2週間ほどかかる場合もある所を3日ほど調べて「再現しない」とかいわれて返ってきそうで不安だなぁ。 もちろん、そういうことがあるということはすでに伝えてはあるんだが。 まぁ邪推ばっかりしても仕方ないからうまくいくことを期待して待ちましょう。 でも、この間のvideo録画がメンドイなぁ。

2004年8月25日

• Centeraは『MD5の欠陥による影響を受けない』と主張するEMC。 表現は一次情報からじゃないからどれくらい正確かってこともあるけど…
• ここ数日NFSNETの3⁴⁹¹+1の篩のstatsが99.72%で止まったままのようだ。 どうしたんだろう。
• RC5-72 challenge0.134%突破。 昨日のペースだと全空間探索にあと818年。 3年4倍で解読速度が向上するとすると27年。

2004年8月24日

• 応用数理学会年会のオーガナイズドセッションの「数論アルゴリズムとその応用−楕円曲線と格子−」。 (情報from TNT ML)
• RSA解読って何だろう？ 100ビットぐらいだったらECM辺りが有利かなぁ。

2004年8月23日

• 最近RC5-72 challengeの更新が滞っている。 どうしたのかなぁ。
• Linuxの数学関連ソフト。 (情報from T氏)
• Schneierのハッシュ騒ぎに対するコメント。
• やっぱり帰宅時室温が30度を割っているということはなかった。

2004年8月22日

• がーん。 また

  Aug 22 19:02:22 flu kernel: fwohci0: BUS reset
  Aug 22 19:30:01 flu kernel: firewire0: split transaction timeout dst=0xffc1 tl=0x2a state=2
  Aug 22 19:30:01 flu kernel: fw_xfer_done: pending
  

  とかいわれてGV-MVP/IDVからDVが拾えていなかった。 んで、スイッチoffしたら

  Aug 22 22:52:43 flu kernel: fwohci0: phy int
  Aug 22 22:52:43 flu kernel: fwohci0: node_id=0x8800ffc0, gen=4, non CYCLEMASTER mode
  Aug 22 22:52:43 flu kernel: fwohci0: txd err= 0 No stat
  Aug 22 22:52:43 flu kernel: fw_xfer_done: pending
  Aug 22 22:52:43 flu kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1
  Aug 22 22:52:43 flu kernel: fwohci0: BUS reset
  Aug 22 22:52:43 flu kernel: fwohci0: node_id=0xc800ffc0, gen=5, CYCLEMASTER mode
  Aug 22 22:52:43 flu kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
  Aug 22 22:52:43 flu kernel: firewire0: bus manager 0 (me)
  

  といわれた後、PCがだんまり。 諦めてPCの電源off/onした。 こういう時は、5Rから導入されたbackground fsckが嬉しいんだけど、なんか窓XPのIEの自動起動し直しと同じ感じがする。

2004年8月21日

• なんか

  Aug 21 20:56:25 flu kernel: fwohci0: node_id=0x8800ffc0, gen=22, non CYCLEMASTER mode
  Aug 21 20:56:25 flu kernel: fwohci0: txd err= 0 No stat
  Aug 21 20:56:25 flu kernel: fw_xfer_done: pending
  

  となって、GV-MVP/IDVとお話できなくなっていた。 fwcontrolではちゃんと見えていたけど。 で、電源offするところまではよかったがGV-MVP/IDVの電源onしたらPCが固まった。 うーむ。 諦めてPCの電源off/onした。
• Cunningham projectのデータが半年ぶりぐらいに更新された。
• 今週のNHKの難問解決ご近所の底力でもう詐欺にはだまされないというのが放送されていた。 いや、これはこれでいいんだけど、断ったら無言電話をかけ続けてくるとか暴力的な行動に出てくるとか、いくら向うが悪いとはいえ何かこちらに実害が出るような行動をされないようにはどうすればいいかとかの対処が欲しかった。 最近また近くで食らっている人がいるので気になるのは勧誘の電話なんだよなぁ。 いや、もちろん私自身もこの手の経験はあるんだけど。 営業内容について断りをいうのは簡単なんだけど、脅しとか入ってくるとちょっと、その後、何日かは時々ふと思い出してしまって欝になってしまう。 しかもこういうしつこい人って何回でも何時間でもかけてくるんだよなぁ。 私が電話を受ける可能性がある所は、とりあえず自費だとしても録音設備とかつけようかしらん？ まぁ今の所、幸いにして、脅された後にそれを実行されたことはないんだけど。
• GV-MVP/IDVの連続運転無反応問題について問い合わせた所、今の所、そのような話は聞いたことが無いとのこと。 ということは私のものと、知人のものだけの固有の問題なんだろう。 で、まずは「IRQの問題かも」ということで、PCI slotの刺し直しを提案されたけどちょっと手間暇かかるなぁ。 今日は寮仕事優先だろうな。

2004年8月20日

• JANT12の講演OHPがなんかすごい所にある気がする。

2004年8月19日

• なんか風が強いかと思ったら台風が来ているのか。 中国の方へ抜けたのかと思い込んでいた。
• CNETのハッシュの話のITmediaによる訳。
• NFSNETの3⁴⁹¹+1の篩で、集めるべきworkunitsが少なくなったみたいだ。 相変わらずよく分からん。

2004年8月18日

• 今日も査読攻撃が来た。 査読といえば、当該分野の勉強をどう見ても3カ月はしなければ査読報告書が書けないと査読開始から一週間ぐらいで判明し、またそのような可能性が査読前に分かっていて査読を引き受ける時点で前もって分からない場合は査読を中断すると断っておいたとしても、査読途中で査読を取り止めるのはやっぱり信義に反するんだろうか。
• なんか最近TVの放映時間変更多過ぎ。 別にcomplete maniaって訳じゃないけど、やっぱり録画できていないと悲しいなぁ。
• さてここ数日賑わっている暗号学的ハッシュ関数の話をまとめるか:
  • 「Collisions for Hash Functions MD4, MD5, HAVAL-128 and RIPEMD」は昨日更新されて、ちゃんとMD5の衝突を生成するmessage対に直っていた。 ただ、ハッシュ値は相変わらずなんか違うのだが。:-)
  • CNET Japan 暗号アルゴリズムに重大な欠陥発見の報告相次ぐ。 (情報from S氏) なんかスゲーこと書いてある気がすると思ったら、いつの間にやら直っている気がする。
  • /. SHA-0、MD5、MD4にコリジョン発見、reduced SHA-1も (情報from Y氏) どうも/.って見方をよく分かっていないんだよな。^^;
• CRYPTO'04 rump session program。 (PDF 52KB)
• 本日01:11:35にGV-MVP/IDVを見失っていた。 録画中に見失ったのは初めて。 いくらsupport対象外のOSから使っているとはいえ、製造元に問い合わせしようと決意。 同様の現象をsupport対象内で使っている知人からも聞いているというのもあるけど。
• 先週土曜日に金沢文庫駅構内の京急のコンビニでおにぎりを買った。 が、いつの間にかゴミ箱が撤去されてる〜 ゴミ箱無しのコンビニはちょっと許し難いものを感じるぞ。 ということで、包装を握って品川まで持っていくはめに。:-<
• RC5-72 challenge0.132%突破。 昨日のペースだと全空間探索にあと892年。 3年4倍で解読速度が向上するとすると27年。

2004年8月17日

• また例によってCRYPTO'04参加者にチェックされているようだ。 :-) そう、この雰囲気からしてrump sessionってstreamingしてくれるのかな？ とすると日本時間では… 明日の午前11時ぐらいからか？
• MD5とかのcollisionが見つかる？ 但しここにあるデータはIVのendian間違いらしい。 (情報from S氏)

2004年8月16日

• call for participationはいいから早くregistration情報出してくれぇ。>AC04 ってCRYPTO'04終るまでは無理かな。

2004年8月15日

• なんか今日はこの夏、朝方にクーラーのタイマーの設定ミスで一晩中冷房を効かせていた日を除いて初めて寒さで目が醒めた。 ということで、調子に乗って駅から歩いたのはいいんだけど、やっぱり汗だく。 帰宅時室温も30度だった。

2004年8月14日

• 昼過ぎは比較的涼しいかと思ったけど、夕方からなんかムっとしてきた気がする。 出かけようと思っていたけど段々気が萎えてきた。 とりあえず残ったもう一個の桃でも食べるか…
• やる気しないけどそろそろいろいろケリつけないとまずいだろうなぁ。 少なくとも1時間は寮業務の整理をするか。
• full spec SHA-0 collisionの具体的な値の発見。 (情報from Y氏) ちょっと誤解があって、今見つかったものだと思っていなかった。^^;
• 最近NFSNETはどうしちゃったのかなぁ。 篩が終っているけど行列が終っていないのがなかなか進んでいないようだし、 3⁴⁹¹+1の篩計算も集めるべきworkunitsが増えたり減ったりしていて、80%までいったかと思ったら今日は65%ぐらいまで落ちているし。 まぁこれは最初の見積りがイマイチだったのかもしれないが。

2004年8月13日

• 昨日よったスーパーでは桃を2つ398円で売っていた。 これぐらいなら私の価値観にもぎりぎり合うので買ってみた。 さっき1つ食べた。 おいしかった。

2004年8月11日

• なんか夕方からついてない:
  • 帰社の際に同乗する車を10分ほど待っていたら、さらに20分遅れになった。
  • バスで帰ることにして、19時前にYRP野比駅についたので、まちづくり総合カードへの入金を試みたがカードが機械に吸い込まれたまま出てこなかった。
  • CD-Rで焼き焼きしたら初めて失敗し、mediaを1枚無駄にした。 いつの間にやら機能拡張されていたoptionを試そうとしただけなんだけど「burncd -s max」はやっぱり危険なようだ。
  • 上着を持って帰り忘れた。 明日、出社中の交通機関の冷房がきつ過ぎないことを祈るのみ。
• RC5-72 challenge0.130%突破。 昨日のペースだと全空間探索にあと899年。 3年4倍で解読速度が向上するとすると27年。

2004年8月10日

• 今日16:52:10にGV-MVP/IDVを見失っていた。 こんな時間に見失うとvideo取れないじゃん。 うーむ。 特に見失わなくても2〜3日に一度は電源off/onしておいた方がいいのかなぁ。

2004年8月9日

• 信学会の研究会報告の要約の入力が検索できる様にということで、お願いされていたということで入力してあったんだけどどこで検索できるのかと思ったら研究会・大会・技術研究報告データベース検索にあった。 んで、早速検索してみたんだけど、入力したはずのが入ってないぞ。 確かに、web pageには「入力内容をemailで送ります」とか出たにも関わらず3週間ほど待ってもまだemailが届かないようなので、まだ処理中なのかもしれない。
• 昨日、K6-2マシンのNICが腐った。 最近頻度が増えた気がする。 いつものように「ifconfig down rl0」「ifconfig up rl0」したら直ったけど。
• 最近、なんか洗濯ばっかりしている気がする。 まぁ暑くて汗をよくかくから当たり前なのかもしれないが。 暑いといえば、室内の飲物消費速度が上がったせいでなかなかPET bottleとかのゴミ出しqueueが徳島ISECで溜った後、はけない。 ゴミ出しのためだけに階段降りるの嫌だし、かといって、わざわざ袋に入れてまとめて持っていくのもなんか面倒だし。 ^^;;
• ダイエーでも桃の値段は若干安いだけだった。

2004年8月8日

• なんか今年、桃の値段が高い気がする。 そろそろシーズンだと思うんだけど、近所のスーパーで1個300円、4個780円とかいわれるとまだ手を出すのを考えてしまう。
• なんかバンバン音がなって、東の空が赤くなることもあるのでどっか花火をあげているんだろうけどどこなんだろう。 金沢まつりの花火大会かなぁと思ったけど日時が違うし。 単に風向きの問題で聞こえるだけで八景島かなぁ。
• とある事情で、video tapeの複製を作りたくなった。 video tape→PCと持っていって、PC→video tapeとすれば出来るかと思ったが、後者の経路を私は持っていないことに気がついた。 chipset内蔵video出力だとこういう問題があるのか。 とおもって、PC→video tapeは別に同じPCからでないことに気がついてもう一台のgraphic cardを刺しているPCを見たが、安物cardだったのでやっぱりTV出力はついていなかった。 まぁいいか。 別の解決手段を考えよう。

2004年8月7日

• 木曜日の録画分でいくつかコマ落ちしていた。 特にPCに負荷をかけていなかったはずなのでGV-MVP/IDVの方でDVへのencodeが間に合わなかったとかあるんだろうか。
• GV-MVP/IDVが昨日の08:14:05に無反応に。 出かける直前だった。 気がついてよかったかとおもったけど、この日は特に録画予約しているものはなかったのだった。

2004年8月5日

• ISEC9月プログラムが更新されたらしい。 (情報from F氏)
• さすがにAthlon君も電源を入れてOSを起動しただけでは38.5度しかなかった。 しかし13分後には59度に。 計算させている訳でもないんだが。

2004年8月4日

• Barettoのpageがずいぶん充実していた。
• RC5-72 challenge0.128%突破。 昨日のペースだと全空間探索にあと940年。 3年4倍で解読速度が向上するとすると28年。
• 帰宅時室温33度。 あんまりAthlon 1GHzを止めても関係ないのかもしれない。

2004年8月3日

• とうとう寝苦しい夜に耐えられなくなって、Athlon 1GHzとK6-2 300MHzの24時間稼働は止めた。 ずいぶん静かにもなったかもしれない。^^;;
• ISEC9月プログラム。

2004年8月2日

• DVD drive再接続作業:
  • とりあえずPCをshutdownして冷やすか。
  • DVD driveどっち向きについていたっけ？ 前に刺さっていたcableの配置が残っていると仮定して設置。
  • あれ？ MBからのCD INはどっち向きに刺せばいいんだろうか？ なんか、このコネクタどっち向きでも刺さってしまうぞ。 うーむ。 MB側及びDVD drive側のsocketを見ると切り込みがついているのに、なんでcableの方のjackには凹凸をつけなかったのだろうか？ ただ、cableの線は複数あって色がついているので、切り込みの向きと色との対応はMB側もDVD drive側も同じだろうと仮定して接続。
  • なんか、DVD driveとFD driveが筐体から前より飛び出ている様な気がするけどまぁいいか。 なんかこれ以上押し込むとCPU fanと喧嘩しそうだし。
  • とりあえずDVD driveを接続して、筐体の蓋は閉めずに電源、keyboard、display cableのみつないでBIOS起動。

    [PATA Secondary Master: HL-DT-ST RW/DVD GCC-422]

    とりあえず現状では大丈夫のようだ。
  • 蓋を閉めて全cableを接続して起動。

    Aug  2 16:35:06 flu kernel: acd0: CDRW <HL-DT-ST RW/DVD GCC-4520B> at ata1-master PIO4
    

    ちゃんと認識したようだ。
  • CD IN cableの接続実験のためaudio CDを入れてみる。 「cdcontrol e」 「cdcontrol c」 「cdcontrol i」 ちゃんと認識しているようだ。 「cdcontrol p」 よしよしちゃんと聞けるぞ。
  • さて、問題のDVD drive連続耐久試験だけど、ちょっと今手元にDVD discが無いなぁ。 ということでとりあえず今日の作業はここまで。
• GV-MVP/IDVが12:33:32に無反応に。 うーん。 どういうタイミングで起こる現象なのかさっぱり不明。
• Asiacrypt'04 accepted papers。 (情報from I氏)

2004年8月1日

• 最新号のメロディをようやく入手できた。 ブックスキタミ上中里店で最後の一冊をget。
• いつものnotification schedule (8月まで):
  8/2 Asiacrypt'04, 8/12 IWAP'04, 8/16 CT-RSA'05
• WISA04 accepted papers。
• ばんざい。

今月の日記

日本語ホーム頁に戻る

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