計算機暗号屋日記 (2007年3月 弥生)

2007年3月31日

• FSE07のslideが公開されているらしい。 (情報from I氏) なんか、BES.pdfへのlinkがAPOP.pdfとかになったりとか、結構linkミスが多いけど。
• 年度末HD整理。
  • 3rd PCの古いのを消して、そこに2nd PCから移動、と思ったけど、3rd PCの2nd HDが結構空くので、どうせなら全部開けてnewfsし直してみたくなった。 ということで、まずは2nd HDから1st HDに動かせるのは全部移動。
  • んでumountして「newfs -U -m 0 -o space -i 67108864 -b 65536 -g 268435456 /dev/ad1s1d」してみた。

    increasing fragment size from 2048 to block size / 8 (8192)
    density reduced from 67108864 to 14860288
    /dev/ad1s1d: 156327.8MB (320159312 sectors) block size 65536, fragment size 8192
    	using 44 cylinder groups of 3628.00MB, 58048 blks, 256 inodes.
    	with soft updates
    super-block backups (for fsck -b #) at:
     256, 7430400, 14860544, 22290688, 29720832, 37150976, 44581120, 52011264,
    

    全体の容量は3%程増えた。
  • 2nd PCに退避していた13GBを早速3rd PCに退避。 1st HDから2nd HDには戻さなくてもいいか。
  • 妙にHDがガラガラいうかと思ったら突然再起動？？？ logを見る限り理由不明。 defaultからparameterをいじったからpanicでもしたのかなぁ。 とりあえずfsckが終るのを待ってもう一度書き戻し。
  • 再現した。 今度はconsoleを表示したままにしていたらrcpがinteger divideのkernel panicを引き当てているのを観測できた。 block sizeをいじるのはやっぱり危険なのかなぁ。
  • 今度は「newfs -U -m 0 -o space -i 67108864 -f 16384 -h 32 -g 268435456 /dev/ad1s1d」してみた。

    density reduced from 67108864 to 26738688
    /dev/ad1s1d: 156327.8MB (320159296 sectors) block size 65536, fragment size 16384
    	using 24 cylinder groups of 6528.69MB, 104459 blks, 512 inodes.
    	with soft updates
    super-block backups (for fsck -b #) at:
     256, 13371008, 26741760, 40112512, 53483264, 66854016, 80224768, 93595520,
    

    2MB程容量が増えた。 あら？ block sizeも自動的に増えるのか？ なんか危険な感じ。 とりあえず書き戻し実験開始。
  • 再現。 こんどは「newfs -U -m 0 -o space -i 67108864 -b 16384 -f 16384 -h 32 -g 268435456 /dev/ad1s1d」で実験。

    density reduced from 67108864 to 16547840
    /dev/ad1s1d: 156327.8MB (320159296 sectors) block size 16384, fragment size 16384
    	using 155 cylinder groups of 1010.00MB, 64640 blks, 64 inodes.
    	with soft updates
    super-block backups (for fsck -b #) at:
     160, 2068640, 4137120, 6205600, 8274080, 10342560, 12411040, 14479520,
    

    また再現。 もしかして、block sizeじゃなくて-g optionで指定するaverage file sizeの方が原因？
  • 今度はcrash dumpを作るようにして、とはいえrc.confをいじっただけなので有効になるのは次の再起動からだけど。 んで、「newfs -U -m 0 -o space -i 67108864 -b 65536 -h 32 /dev/ad1s1d」で実験。

    density reduced from 67108864 to 26738688
    /dev/ad1s1d: 156327.8MB (320159296 sectors) block size 65536, fragment size 16384
            using 24 cylinder groups of 6528.69MB, 104459 blks, 512 inodes.
            with soft updates
    super-block backups (for fsck -b #) at:
     256, 13371008, 26741760, 40112512, 53483264, 66854016, 80224768, 93595520,
    

2007年3月30日

• ISEC5月プログラム。

2007年3月28日

• やっぱりここ数日のluドメインからのアクセスはFSE2007関係？
• ↓昨日調子が悪かったのは、せいぜい5分ぐらいしか外にでないということで油断して無防備で外出したのが原因か？ 本当は外出したくなかったんだが数少ない紙ゴミが捨てられる日だったからなぁ。 もちろん、5階からの階段の上り下りを何回もするのを厭わなければ そんなにゴミ出し日に縛られなくてもいいんだけど、やっぱりなぁ。

2007年3月27日

• Y!では雨が結構降っているはずなのによこはまレーダーでは全然降っていない。 Y!のデータはどうなっているんだろうか。 外を見ても降ってないっぽいし。 実際、花粉症の症状がなんか結構出ているし。 ;-(

2007年3月25日

• ウイトリッヒの森への道。 例によって写真べたべた。 5MB強なので回線が空いているとして、またこちらが律速なら7秒強はdownloadに時間がかかるはず。
• 某アニメ番組の最終回で「mencoder -ovc lavc -lavcopts vqscale=6」と、「mencoder -ovc xvid -xvidencopts fixed_quant=5.7」で比較してみた。 encoding時間については倍くらいlavcの方が速かったけど、ファイルサイズはxvidの方が1割ほど小さい上に奇麗だった。 最近lavcがいい感じのような気がしたけど、そうでもなかったようだ。 やっぱり基本のencodingはxvidで続けるか。
• ↓しかたないのでpackageを入れるのに挑戦。
  • 「pkg_add ftp://ftp.jp.freebsd.org/pub/FreeBSD/releases/i386/6.2-RELEASE/packages/editors/openoffice.org-2.0.4.tbz」
  • しまった。 scriptしておけばよかった。 なんか色々入れられてしまったな。 あとで消す時面倒。
  • 案外すんなり入った。 が、ちょっと古めのものなのでsecurity holeとかありそうなので、すぐ消そう。 このままにしておくと、次のportupgradeでもエライ時間がかかりそうだし。

2007年3月24日

• むむー。 寮でPPTファイルを読みたい状況が出てきたのでports/editors/openoffice.org-2のインストールを試みたが、開始から10時間ぐらい経過後

  dmake:  Error code 1, while making 'build_instsetoo_native'
  

  むむー。 どうしてくれよう。 テキスト部分だけならports/textprov/wvで読めるようにはしてあるんだけど。 「make LOCALIZED_LANG=ja -DWITHOUT_MOZILLA -DWITHOUT_GNOMEVFS -DWITH_GNUGCJ install」はうまくいかないのかしらん？
• RC5-72 challenge0.400%突破。 一昨日のペースだと全空間探索にあと985年。 3年4倍で解読速度が向上するとすると28年。
• 引続きmencoderパラメータ調整作業:
  • bt878の方、昨日vqscale=6で取ったのはカクカクだった。 5分毎のbitrateの変位(kb/s): 682, 337, 233, 115, 111, 254 うーん。
• CLEFIA関連:
  • /.
  • 2ch

2007年3月22日

• 暗号メッセージ3分の1に圧縮。 (情報from 2ch 数学板 暗号数学について語ろう。ROUND 3) 信学会全国大会 A-7-4のようだけど、SCIS2007 1D2-5と同じなのかな？
• 世界一速い暗号処理技術を開発。 (情報from S氏) ISEC3月で発表されていたようだ。
• 最先端暗号設計理論に基づく新共通鍵ブロック暗号アルゴリズム「CLEFIA(クレフィア)」を開発。 (IT+PLUSの記事、 ITmediaの記事、 BPnet記事⊆ ITpro記事)

2007年3月21日

• 駄目だ。 全然査読する気力がわかん。 んー、せっかくだから査読の頁を更新しておくか。
• ↓現在洗浄中。

2007年3月20日

• ここのところ半年以上洗濯時に腐葉土状のものが衣服に付着していなかったが前回久しぶりについていた。 これまでも塵取りネットには入っていたからそれなりにはあったんだろうけど。 寮生がずいぶん増えた関係で洗濯機の稼働率が上がり腐葉土状のものも分散されていたんじゃないかと想像。 が、食らったので今回はウルトラパワーズ洗たく槽クリーナーに挑戦。 明日試せるかな。

2007年3月19日

• 引続きmencoderパラメータ調整作業:
  • bt878の方、vqscale=6で取ったのはカクカクになってなかった。 5分毎のbitrateの変位(kb/s): 507, 430, 657, 536, 497, 662 やっぱりどこかでreal time性が失われたら、そこからずっとカクカクになるという仮説は正しいのかも。
  • ということでfirewire経由のGV-MVP/IDVの方のscriptにも「mencoder -ovc lavc -lavcopts vqscale=」というcodeを埋め込んでテストしたいのだが、金→土深夜からencodingが継続中で終ってないし。 いや、今やってもいいんだけど、動いているのがあるうちはやっぱり気になるからなぁ。
  • 2nd PCのCPU powerは最近遊んでいるんだよな。 録画予約でencodingを2nd PCの方にふる方法を考えてみるか。 一番簡単なのはGV-MVP/IDVを2nd PCに移設することだけど、それだと、ちゃんと予約出来ているかどうかのチェックが面倒になるしなぁ。
  • encodingが終ったので、とりあえず録画予約scriptにvqscaleを使うoptionを追加してみた。 10秒くらいの録画実験ではいい感じ。 なんか、とりあえず見続けているけど、永久保存にしなさそうな番組は… 暫くないな。 明日の夜かな。 とりあえず設定しておくか。
  • 録画予約整合性チェックscriptに引っかかった。 こっちのも-l optionを教えておかないといかんな。

2007年3月18日

• mew4以降のsummary modeで前と似たような表示にする話。 こんな風にしてみた。

  (defun mew-summary-form-num ()
    (MEW-NUM))
  (setq mew-summary-form
        '((-4 num) (-2 type) (5 date) " " (14 from) " " (51 subj)))
  

• 引続きmencoderパラメータ調整作業:
  • bt878の方、やっぱりダメだった。 5分毎のbitrateの変位(kb/s): 963, 614, 583, 258, 332, 460 どこで劣化しているのかなぁ。

2007年3月17日

• 引続きmencoderパラメータ調整作業:
  • まず、このvqscaleについてはbt878の方で試すのがいいかもという気がしてきた。 現状だとvbitrateをしていて、なんか一度コマ落ちとかして遅くなってくると、どんどん悪化していくんだよな。 これが改善されれば嬉しいので。
  • とりあえず出来た。 これで3チャンネル同時録画が必要な時の様子を… そんなときまで待たなくてもいいか。 今晩の録画予約でGV-MVP/IDVで取ったのと比較することにするか。
• amazon.co.jpからの荷物を部屋にいる時に確実に受け取る方法はないのだろうか。 配達した時に部屋に電話をかけてくれるだけでいいんだけどな。 amazonには電話番号情報がいっているはずなのだからそのまま運送会社に通知してくれればいいのだが。 不在時に受け取ってくれることもあるという意味では管理人さんの存在は嬉しいのだけど、いない時には私が在宅の時でもいつまでも受け取れないことになりがちなんだよなぁ。 だからといって、ずっと寮入口に詰めるのも最大半日は待つことになるから嫌だし。 寮入口まで部屋から2分ぐらいはかかるので、部屋にいて配達に来たことに気がつくのは難しいし。 直線だと30mぐらいだとは思うけど。

2007年3月15日

• 引続きmencoderパラメータ調整作業:
  • 某30分ほどのファイルをqscaleをいじってencoding。 vqscale=4: 939MB, vqscale=5: 501MB, vqscale=6: 277MB。 -ovc xvidでfixed_quant=4.2でencodingしたのが654MBで、vqscale=5のものと比較してみたら-ovc lavcの方が趣味にあっている気がする。 さて、録画予約scriptに組み込んで様子を見たいけど、どうするか。
• きゃべつ。 たしかに見ていたかも。 :-) 全然キャベツとは認識せずに見ていた気がする。

2007年3月14日

• 引続きmencoderパラメータ調整作業:
  • vqscale=の値が5.0, 5.4で同じファイルサイズ、5.5, 5.6, 5.7, 6.0でもちょっと小さいけど同じファイルサイズ。 vqscaleの値は四捨五入でしかきかない？？？
• 3/10-3/12の間に行なったinode密度変更作業。 やっぱり「fwohci0: IR DMA overrun (0x40008011)」が記録されていた。 うーん。 どうしようもないのかなぁ。

2007年3月13日

• 今日は土曜出勤の代休日。
  • せっかくなのでヒッキー生活をしたかったけど、数少ない紙ゴミを捨てる機会だったので、捨てに出る。 来月から分類が変わるので、旧分類のものを分別し直すのは大変なので、今のうちに出さねば。 幸い、起きた時間にはまだ回収が来ていなかったので助かった。
  • ↑共用部分の階段の灯が全てついていた。 みんな消せよぉ。 もしくは、その分共益費を払えといいたいかも。 私が消すまでの数時間ならたいしたことないだろうけど毎日24時間つけっぱなしになると共益費の10%にはなるぞ。
  • mencoder -ovc xvidをmencoder -ovc lavcに置き換えてencoding時間を短縮しようと思いつつかなり時間が経った。 今日は時間が取れるので実験。 自分が納得できる品質とファイル容量でencoding時間短縮が出来るだろうか。
  • 「mencoder -o klq5-6.avi -oac mp3lame -lameopts cbr:preset=128 -ovc lavc -lavcopts vcodec=mpeg4:vhq=4:vmax_b_frames=2:v4mv:vqscale=5.6 -vf hqdn3d=4:3:6 -ffourcc DIVX k.dv」とかやってみた。 vqscaleを5.7にしても6にしても出来たファイルサイズは同じだった。

2007年3月12日

• Mooterってこれ何かの冗談？
• 引続き内蔵HDのinode密度変更作業。
  • ふと寒くなって目が醒めたら300GBほどのディレクトリの書き戻し終っていた。 「fwohci1: IR DMA overrun (0x40008011)」 と記録されているのは書き戻し中なのか、それともその後なのか。
  • ちょうど、暫く録画予約とかないので残りディレクトリの合計54GB程の転送開始。 また300GBディレクトリのMD5のつき合わせ作業開始。
  • 朝起きたら54GBの転送も終っていた。 300GBディレクトリの方は無事転送が終っていたようだ。 54GBディレクトリの方のMD5確認開始。
  • 無事54GB転送の方もMD5値が一致していた。 これで暫くfwcontrol -Rでoverrunが出ないかどうか様子見だな。

2007年3月11日

• 引続き内蔵HDのinode密度変更作業。
  • 寝ている間に300GB程の転送は終っていた。 「du -s」すると… 12KBほど違うな。 どうしようかなぁ。 一応md5して確認するかなぁ。 ファイルサイズだけでいいことにするかなぁ。 あとで後悔するのも嫌だからmd5でいくか。 cksumとの速度差を見るとmd5の方が速いみたいだし。
  • 2nd PCへの残り57GBへの転送も始めるか。 しかし、これが終っても昨日朝の録画予約分のencodingが終っていないのが28分ほどあるから作業開始できない。 いや、手作業で移動してencoding commandを打ってもいいのだけどどうしようかなぁ。
  • とりあえずad4の中身を2nd PCに移したはずだけど、MD5結果とかのつき合わせを考えるとまだ暫く時間がかかりそうだ。
  • 昨晩から送った分のMD5付け合わせは終った。 確かに、ファイルが一つ増えていた。 自動生成のだから見落としていた。 手作業で複写して終了。 引続き今日複写した分のMD5つき合わせ。
  • 一致。 次は昨晩からの変更点を反映かな。
  • 終った。 あとencoding中のが終ればnewfsかけられるはず。
  • 終った。 ということでumountしてnewfs -i 67108864してみた。

    density reduced from 67108864 to 3678208
    /dev/ad4s1d: 715404.8MB (1465149104 sectors) block size 16384, fragment size 2048
    	using 3187 cylinder groups of 224.50MB, 14368 blks, 64 inodes.
    

    よくわからんけど67108864はinode密度として多き過ぎるということか。 んでdfで見ると、newfsのdefault parameterと比べて使える領域が677GB→698GBと増えていた。 最大inode数については91711486→203966とおよそ1/500になっていた。
  • んで、早速、2nd PCから読み戻し。 明日の朝までには終るかなぁ。
• 一時期SSHの全数探索攻撃が減っていたけどまた復活した気がする。 昨日は「suzuki」だと「sato」だの来たので、アクセス元のIP addressのDNSの逆引きをしたら国内の高専じゃん。 「踏台にされているぞぉ」といっても見ちゃいないんだろうけど。 :-(

2007年3月10日

• 内蔵HDのinode密度変更作業。
  • とりあえず中身をどかさないと出来ないということで、3カ月ほど放置していたHD整理作業。 内蔵HDの容量を0.5TB増やしてからは四半期毎に慌てて整理しなくてもなんとかなっているのはいいのだが、結構大変かも。 この週末に終えるのは難しそうだな。 いや、外づけ400GB HDを使えば何とかなるか？ いや、そういうknapsack問題だけじゃなくて転送速度の問題もあるよな。 とりあえず130GB程は退避完了。
  • ↓firewire経由で外づけ60GB HDに書き出している途中

    (da0:sbp0:0:0:0): WRITE(10). CDB: 2a 0 0 1f 21 df 0 0 80 0 
    (da0:sbp0:0:0:0): CAM Status: SCSI Status Error
    (da0:sbp0:0:0:0): SCSI Status: Check Condition
    (da0:sbp0:0:0:0): MEDIUM ERROR csi:57,56,be,40 asc:c,0
    (da0:sbp0:0:0:0): Write error
    (da0:sbp0:0:0:0): Retrying Command (per Sense Data)
    

    大丈夫かな。 一回しか出ていないし、その後は怒られていないのでとりあえず作業継続。 umount後に念のためfsckぐらいはしておくか。
  • とりあえずすぐに外づけHDに出せる分は出し終った。 んで、内蔵HD(ad4)の中身を2nd PCに複写だな。 100baseTだから… 半日以上かかりそうだ。 しかも土日の録画が多い時だからなぁ。 余分に時間がかかりそうだ。
• 2年ぐらい前に使ったscriptを使いたくなって探したところどうも外づけHDに逃げているみたいだ。 取り出すの面倒だ。
• みかんを5日で4/8もカビさせてしまった。 もう、みかんシーズンも終りかなぁ。

2007年3月9日

• なんかここ2〜3日TVノイズが強いな。 明らかに500kb/s以上のっていそうだ。

2007年3月8日

• 音泉の仕様変更。 ここでも同じ問題ではまっている人がいたらしい。:-)
• RCIS2007。 (情報from ISEC ML)

2007年3月7日

• HDの故障統計。 (情報from Y氏) 確かに私の経験にあっている気がする。 むしろ使用頻度が高いHDの方が壊れない気がする。 単に、壊れている場所を早めに検出して、データ退避までの余裕時間があるだけかもしれないけど。
• 今井先生がIACR Fellowにも選ばれたらしい。

2007年3月6日

• 40ba4bc4151c4ede07799813970d2e7c6061a7a9d9d7378004b30107ff86a32c
• 音泉のformatが元に戻ったみたい。 xineとかとの戦いも終った。 MS-Windowsな人でも障害があったのかなぁ。
• 某頁を見ようとするとどうしてもlinux-firefoxが落ちるので、諦めて「portupgrade -f -o www/linux-flashplugin7 linux-flashplugin-9.0r31」した。 flash7と9は使い分けないと駄目っぽいな。 面倒だ。
• 突然Xが落ちた時の後遺症からか、実態がないlogin processがあったので、kill -9してみた。 その後「w」とかが効かなくなりびっくり。 networkも腐ったみたいで… と、タイミングを見て再起動を計ろうかと思ったら3分後ぐらいに突然復活。 うーん。 一体なんだったんだ？

2007年3月5日

• RC5-72 challenge0.395%突破。 一昨日のペースだと全空間探索にあと1035年。 3年4倍で解読速度が向上するとすると28年。
• どうもxineのあと、mplayerで、default video driverで実行するとxorg-server-6.9.0_6のXorgが落ちるみたいだ。 mplayer -vo sdlなら大丈夫だけど。
• RSA Conference 2007 Japan Cryptographers' Track Program。 (情報from I氏) なんでSSLじゃないといけないんだろうか。
• ACNS07 Accepted Papers (Academic Track)。 (情報from I氏) Latest Updatesには出ていなかったし、こちらのbrowserの設定では一番上のframeからlinkが張ってあることには気がつかないようになっていて、一番下のframeからのProgram anchorからのlinkではno_data.htmとかいうファイルへのlinkだったのが気がついていなかった。 web pageの設計悪過ぎ。>ACNS2007

2007年3月4日

• 最近(3月から?)音泉の出力が変わったぽい。
  • すでにこれ関係の話題での戦いをいくつか書いているんだけどちょっと進展したのでメモっておく。
  • これまではasxに3つのURL(mmsではじまるやつ)が入っていて、それぞれports/multimedia/mplayerで聞けていたんだけど、それが3つにくっつけられたようで、最初のファイルが終ったら、mplayerは終りと思うようで、そこで止まってしまう。
  • ports/multimedia/xineでだと、聞けるんだけどなんか、聞き始めまで90秒近くかかる上、途中でspace keyでpauseかけると暫くすると異常終了しちゃう。 これだと途中で席をたてなくて不便。 bufferingしているのが無くなったら止まっているんじゃないかと想像。
  • それならports/audio/vsoundで、取っておいてからmplayerでのんびり聞こうかなぁと思ったらなぜだかxineとの組合せではうまくとれず。 OSS使っていないのかな？
  • xineでの音データ保存くらいは誰か出来ているだろうと思って調べるとxineでストリームを保存しながら観るにはというのがあって解決。 ~/.xine/config中のmedia.capture.save_dirを設定して「xine -pq mms://hoge/hoge.wma#save:hoge.asf」とかすればいいらしい。 しかし、これで保存したのをmplayerにかけると やっぱり最初の1つだけ鳴らして終りになってしまう。
  • fileに書いてあるmagicを参照するとASF形式は0x3026b275で始まるとある。 実際xineで保存したファイルはそうなっていた。 んで、0x3026b275で始まる部分を調べると全体で3箇所あって、どうやら、単純にもともとasxに書いてあった3つのasfをくっつけただけみたい。 試しに「tail +84917 hoge.asf > x」とかしてxの再生をmplayerで試みると… うまくいった。 若干、手順は増え面倒になったけど、とりあえず解決かなぁ。 これで暫く様子を観てうまく行くようならもう少し自動化するscriptも書けるだろうし。
• 横浜市の紙ゴミの分類が4/1から変わるらしい。 変わる前に今の分別のものを捨てておかないと面倒なことになるな。 洗剤パックとか混ぜた気がするので。
• うわ。 Xが落ちた。 なんかxineって怪しい感じなんだよな。 それをさらにmplaterが狂わせたような気がする。

2007年3月3日

• ↓こういうことかくと、どういう印象だろうか。 いや、今回は何の意味もないけど、ちょっと実験。

2007年3月2日

• c09297af3506cad0e1dd0cac5cd215e146e24af16fe3a52b7d7daee326f2dfb1
• ↓とりあえず両方ともmake packageしておいて、すぐにpkg_delete&pkg_add出来るようにしてみた。
• vsoundとlinux-vsoundは共存できないのか。 さて、どうしようかなぁ。
• がーん。 某Internet radioのが、今度は今までasx fileに複数mms://書いてあったのが、一つになって、その終りで次のファイルを読み出すという仕掛けになったみたいだ。 mplayerでは最初のしか聞けないみたい。 avifileでも同様。 xineではなんとか聞けるみたいだが、どうもなんか変な感じなんだよな。

2007年3月1日

• いつものnotification schedule (3月まで):
  2/20 ACNS 2007

今月の日記

日本語ホーム頁に戻る

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