計算機暗号屋日記 (2004年12月 師走)

2004年12月31日

• またIEEE1394 HDが変な感じ:
  • 今度は、もともとmediaがおかしい可能性がある奴なんだけど。 全部なめて読むのは大丈夫だったのでちょっと油断していた。 書き込んでいる途中で

    Dec 31 20:57:31 flu kernel: (da0:sbp0:0:0:0): WRITE(10). CDB: 2a 0 0 1f 21 ff 0 0 80 0 
    Dec 31 20:57:31 flu kernel: (da0:sbp0:0:0:0): CAM Status: SCSI Status Error
    Dec 31 20:57:31 flu kernel: (da0:sbp0:0:0:0): SCSI Status: Check Condition
    Dec 31 20:57:31 flu kernel: (da0:sbp0:0:0:0): MEDIUM ERROR asc:c,0
    Dec 31 20:57:31 flu kernel: (da0:sbp0:0:0:0): Write error
    Dec 31 20:57:31 flu kernel: (da0:sbp0:0:0:0): Retrying Command (per Sense Data)
    

    とかいわれる。 どうも書けない場所があるらしい。
  • 再現するのかと、色々いじっていたら、なんか、内蔵HDについても新たなfile accessをしたら固まるようになってしまった。
  • んで、logoutとかも出来なくなったので、HD caseのアクセスランプがつきっぱなしで気持ち悪かったけど諦めて電源off。 症状変わらないけど電源onして、アクセスランプがそれなりに長い間ついていたけどIEEE1394 cableを抜き差しとかしているうちにlogoutできた。 PC本体のrebootも要るかと思ったけどそこまでは必要なくて助かった。
  • んで、色々いじったけど、さっきと同じようにやっぱりfsck でsuper blockが行方不明だし… んで、また「fsck_ufs -b 160 /dev/da0s1d」とかして30回ぐらいyを叩いて、mountしたら… ファイルがないじゃん。
  • で、もう一度fsckかけたら… やっぱり色々聞いてくるな。 んで、「fsck -y」を3回ぐらいしたんだけど 何回やっても変化なし。 なんとか最初のsuper blockは書き込み出来たけど、root directoryの書き込みが出来ていないみたいだな。 このHDはもう破棄決定のつもりになったけど中身どうしようかなぁ。 そのうち消すつもりのものしか入れてはいなかったんだけど… せっかくということで、復旧練習してみるかな。
  • とりあえず内蔵HDであるad1から、すぐに使うものを内蔵HDのad0に移した。 んで、HD caseにほぼ空の250GB HDを繋いでみた。 んで、ここにad1の90GBぐらいを移した。
• NTSCの元出力は360×240もあればそんなものだという話を聞いてGV-MVP/IDVの出力を「mencoder -vf scale=360:240」で線倍率1/2にしてencodingしてみた。 bitrateも2048kb/sを指定したけど、1652kb/sしか必要なかった。 が、やっぱりちょっとピッチリ感が落ちるなぁ。 縮小する時にもうちょっと凝ったアルゴリズムを使ったら大丈夫なのかもしれないけど。
• みぞれももうしばらくしたらやみそう。 いや、もうやんでいるのかな？ 食料購入に出られるかな。 いずれにしても、扇風機回しているのに床下が段々冷たくなる気がする。 上から下より下から上にすべきか？ でも、その場合設置場所はどうしよう。
• おや？ kworldのbt878経由で録画したものの音が取れてないのが一つあるぞ。 何故そこだけ？
• IEEE1394 HDの様子見:
  • umountをかける。 何も起きず。
  • mountする。 「mount: /dev/da0s1d on /fw: incorrect super block」 うーむ。 「ls /dev/*da*」すると「ls: No match.」だし。 「fwcontrol -r」するも変化なし。
  • HD caseの電源off/on。

    Dec 31 16:03:25 flu kernel: fwohci0: txd err=1e ack type_err
    Dec 31 16:03:25 flu kernel: fwohci0: txd err=1e ack type_err
    Dec 31 16:03:25 flu kernel: sbp_orb_pointer_callback: xfer->resp = 22
    Dec 31 16:04:25 flu kernel: sbp0:0:0 request timeout(cmd orb:0x4943dc4c) ... agent reset
    Dec 31 16:04:25 flu kernel: fwohci0: txd err=1e ack type_err
    Dec 31 16:04:25 flu kernel: sbp0:0:0 sbp_agent_reset_callback: resp=22
    Dec 31 16:04:25 flu kernel: fwohci0: txd err=1e ack type_err
    Dec 31 16:04:25 flu kernel: sbp_orb_pointer_callback: xfer->resp = 22
    

    なんか、やっぱり普段とmessage違うなぁ。 でも、一応da deviceは復活している。 なんか、上のmessageの下5行が1分毎に繰り返されているぞ。 おや？

    Dec 31 16:06:26 flu kernel: firewire0: split transaction timeout dst=0xffc0 tl=0x15 state=10
    Dec 31 16:06:26 flu kernel: sbp0:0:0 sbp_reset_start failed: resp=60
    

    とかいわれた。 何か嫌だなぁ。 このあとは1分待っても何もなし。
  • とりあえずHD caseの電源off。 cable類がしっかり刺さっているか確認。 「fwcontrol -r」×3で、da deviceを消してみる。 これでHD caseの電源を入れると… ちゃんと認識したような気がする。
  • んでmountは… 「mount: /dev/da0s1d on /fw: incorrect super block」 やっぱり。 「fsck -y /dev/da0s1d」は… 「Cannot find file system superblock」やられた。 噂には聞いていたけどこれ食らったの初めて。 さて。
  • 「newfs -N」でsuper blockを表示させて、最初のは160らしい。 ということで「fsck_ufs -b 160」。 なんかいっぱい聞いて来るなぁ。 とりあえず「fsck -n」すると… せいぜい64個ぐらい？ とりあえずこれで最後まで流してみるか… またHD壊れたのかなぁ。 悲しいなぁ。
  • あれ？ fsck終っていないのに、HDのアクセスランプがついていないけどいいのか？ firewire的には見えるしなぁ。 他のfirewire deviceはちゃんと使えるしなぁ。 BUS resetかけても変化ないしなぁ。 あれ？ rootじゃなくて普通のuserで作業していた。 これじゃぁ書き込み出来ないじゃん。^^;
  • ということでroot作業で「fsck -n」再開。 1分ぐらいで終った。 最初の64 inodeともう一つだけの問題みたいだったから「fsck -y」じゃなくて、「y」の連打にしてみる。 おや？ 64回のあとも結構聞いてくるぞ。 うーむ。 でも、10回ほどで終った。
  • これで念のためもう一度「fsck /dev/da0s1d」し直し。 何もいわれなかった。 よしこれで復活か？
  • mountすると… lost+foundしかないじゃん。 がーん。 とはいえ中身を見てみると大体救えてはいるようだけどさて。 なんか、もう一度newfsかけたい気分。 でも結構でかいんだよなぁ。 一度、PC本体のHDにcpしてからだと大変だよなぁ。 かなりの回数HDの抜き差しが必要そうだ。 今後も考えてもう一台HD caseを買っておくかなぁ。
  • 壊れているのはmount pointのdirectoryだけだったので、被害ファイルはないみたい。 しかも、そのdirectory構成は別ファイルに記録していたし。 おや、.snapがないけど作らないとダメかな？ 手動でpermission合わせればそれでよいのかなぁ？ とりあえず作ってみた。
  • 論理的破壊ならいいけど物理的破壊だと嫌なので、umountしてとりあえずdisk全部をなめてみる。
  • とりあえず大丈夫みたい。 しばらく様子見だな。
• TVからのDV入力をbitrate 25Mb/sでMPEG4圧縮したらどうなるかと思ったら、「mencoder -oac lavc」では16Mb/sまでしかサポートしていなかった。 んで、16MB/sで実験したら14.5Mb/sになった。
• かんべんしてよ。 また世の中白いんですか？ 起きた時はそうでもなかったんだけどなぁ。 なんか、ゴロゴロいいはじめているんですけど… 停電はかんべん願いたい所。
• うっひょー。 IEEE1394のBUS resetがかかって、外づけHDが見えなくなっているぞ？？？ 「fwcontrol [-t]」的には見えるし、mountでも表示されるし、でも、lsでは何も出ない。 ここで今、使っているプログラムなければumountとか試すんだが… なんか、cpとか出来たけど、ファイル壊れているなぁ。 危険だ。
• DVDの中身のencodingでbitrateを元が8Mb/sということで、8Mb/sを指定してMPEG4にしたら単なるformat変換で、あんまり変わらないかと思ったらものによって2.2Mb/sとか、3.3Mb/sとか小さくなってしまった。 これって、lossless encodingになっているのかな？ これに気をよくして、もとがTVのDVをMPEG4に8Mb/sを指定してencoding挑戦したら… やっぱり8Mb/sだった。 sourceがTVだとやっぱり結構noiseがあるんだろうな。
• 全然気がついていなかったけど、今日は大晦日か。 TV番組表を見て紅白があったので気がついた。
• この建物の昨日夜の住人の数は普段の2割以下。 ということで、部屋の下からの暖気が上がってこず結構寒いかも。 空気をかき回すための扇風機が大活躍。 っても、年のうち一体何回ぐらい本質的な意味があるんだろうか。
• アニメダイエットで最近は部屋が涼しくなったってのもあるけどあんまり汗もかかなくなったっし、あんまり疲れも感じなくなったので、台を3割ぐらい高くして15.5cmぐらいにしてみた。 さすがに汗をかいたし、負荷を感じた。 でも、次の日に筋肉痛とかにはなってなかった。
• MP3 音声64kb/sはちょっと無理があるみたいだ。 小さい音を聞きとろうと大きな音にすると割れるなぁ。
• M.Kamadaのきょうの日記5/29。 なんか、聞いたような気がするんだけど、結局、これどれくら確からしいということでけりがついたんだったっけ？

2004年12月30日

• どうもB frameというのが結構鍵かも。 「mencoder -lavcopts vcodec=mpeg4:vmax_b_frames=2」とか、B frame関係をいじって実験中だけどなかなかいい感じ。

2004年12月29日

• 帰ってきたら室温17度。 は、いいんだけど、床下暖房がいないようだ。 帰郷したのかなぁ？
• 今年の蜜柑は黴易い気がする。
• 朝の予報よりどうも雪がやむ時間が遅そうだなぁ。 嫌だなぁ。 段々みぞれっぽくなって、つもっていないだけでもよしとするか。
• どうも最近、また低チャンネルの画像が悪いなぁ。 雪のせい、ではないだろうな。 昨日も悪かったし。 実はアンテナケーブルはあんまり関係なかったか？ やっぱり周りで変な信号をアンテナ線に乗せている人がいたりするのかなぁ。
• なんか出歩きたくないなぁ。 真っ白。 天気予報を信じれば夕方になればやんでもいいみたいだけど… 起きた時の室温は昨日と同じ18度。 でも、床が結構冷たいので、この冬初めて扇風機を回してみている。
• 今日になったばっかりぐらいに録画予約スケジュールを見たらまたなんか変わっているので、修正したつもりだったけどやっぱり酔っている頭でやったせいか、一部うまく対応できていなかったみたい。 残念。 取り損なったのはまぁそれほど悔しく思うものではないんだが。

2004年12月28日

• カード払いをKWで支払ったつもりがUSDで落されていた。 明細をよく見ると、一番下のtotalの上にUSDが書いてあった。 まぁ別にいいけど、ちょっとびっくり。

2004年12月27日

• 年末のNHK special再放送の放映時間が地震関連からか替わっていることを夕刊で認識。 んで、裏番組と表番組の調整をしたあと念のためと思ってNHKの番組表で確認したら… さらに違うじゃん。 ということで、もう一度調整し直し。 やっぱり、もうちょっと賢いschedulerを作るべきだなぁ。 だいぶ頭が混乱している。 んで、実はまだbusを苛める操作をしても大丈夫なのか。
• なんかffmpegで何も考えずに圧縮したら縦横比がずれて-aspectを指定するのもなんだかなぁと思って、mencoderのonline manualを久しぶりにしっかり見たらずいぶんoption増えているのね。 色々試してみるか。

2004年12月25日

• 映画サイズの放映分の黒い所を削ったら小さくなるか実験:
  • 「mencoder -vf crop=720:400 -o x.avi -oac copy -ovc copy kannadukiOP.avi」では画面サイズに変化がなかった。 copyじゃダメなのかな。
  • -ovcにlavcとかencodingの時に使ったoptionを指定したら… 果して削れた。
  • んで「mplayer -fs」したら、なんか大きくならんぞ。 うーむ。 aviplayならfull screenになるんだが。 さて。
  • とりあえず「-vf crop=704:360:6:60」で大きさはいいみたい。
  • どうもmplayerで-fs出来なかったのは、もう一つmplayerを動かしていたかららしい。 そっちを止めたらちゃんとfull screenになった。
  • どうもaviplayとmplayerでは、full screen表示した時の拡大アルゴリズムはmplayerの方が私の趣味にあっているらしい。
  • 周りの黒い所なんて、圧縮したらほとんど無くなるかと思っていたけど、削ったものでは若干bitrateを落しても品質はあんまり変わらなかったように見える。 実際の表示面積は40%ほど減っているわけだけど、bitrateは15%ほど落せるみたい。 といっても、今回の実験はすでに圧縮済みのでだったから、DVからの実験にしたいなぁ。 ということで、続きはそういうDVを入手したまた今度かな。
• RC5-72 challenge0.175%突破。 昨日のペースだと全空間探索にあと818年。 3年4倍で解読速度が向上するとすると27年。

2004年12月24日

• SCIS2005投稿締切過ぎる。 んで、それっぽいpageを作っておいたら、Googleでは負けるけど、Y!とかmsnとかだと、フィッシング詐欺出来たんじゃないかと近所で話題になっていた。 ちょっとネタが出るの遅過ぎ。 もうちょっと早かったらjokeで出来たんだけどなぁ。:-)

2004年12月23日

• 「mencoder -ovc copy dvd://」したものだとblock noiseが出るのにogleだと出ないのがあった。 うーむ。 どうしたものか。
• 明日、ちょっと大きめの録画予定なので、ほっておいた倉庫番再開するか… これは何だ？

  Dec 23 16:04:27 flu kernel: bad block 562949953421311, ino 15450122
  Dec 23 16:04:27 flu kernel: pid 57 (syncer), uid 0 inumber 15450122 on /fw: bad block
  Dec 23 16:04:27 flu kernel: bad block -1, ino 15450122
  Dec 23 16:04:27 flu kernel: pid 57 (syncer), uid 0 inumber 15450122 on /fw: bad block
  

  なんか気持ち悪いなぁ。 mvじゃなくて、cpして、それからcmpして確認すべきだったか。
• ↓開けたら結構埃があったけど、 今ままであけたPCで一番埃が積もっていたものに比べたら大したことなかった。 一応sprayと掃除器で取れるだけ埃を取った。 HDとかも外して掃除したほうがよりいいんだろうけど、そこまでは面倒なので省略。 せっかく開けたのでHDの入れ替えとかしようかなぁとか思ったけど面倒なのでそれも省略。 んで、設置。 問題なく起動。 main機と違って接続ケーブルが5本しかないので楽だ。
• K6-2 PCにhomeのbackupをcpするためにdisk整理をしていたら「カタ」という音の後になんか固まってしまった。 とりあえずresetか？ 何事も問題なく立ち上がって、logにも何も残っていない。 うーむ。 と、思ったらmv中のファイルが一つ0 byteになっていた。 が、まぁ古いbackupファイルだからいいか。 んで、backupが終ったら、ちょっと開けて掃除ぐらいしておくかな。
• 星界の戦旗4。 一挙に読み上げた。 近所の本屋では、発売日の次の日の入荷だった。 で、次の日にいって最後の一冊を入手。 次はいつ出るのかなぁ。

2004年12月22日

• ↓は全然効果なかった。 ちゃんとframe間差分とか見てうまくいっていたみたい。 ただ、圧縮時間自体は2割ほど削減された。

2004年12月21日

• 動画圧縮でどうせframe間の差分とか見て削っているだろうということで、試していなかったframe間引きを実験してみた。 通常放送だと30frame/secぐらいで、アニメだと24frame/secぐらいということで、mencoderで通常使っているoptionに加え「-ofps 23.976」を加えてみた。 もちろん、bit rateをいつものままにすると意味がないので、vbitrateも減らし過ぎかもしれないが、4/5にしてみた。 現在DVからencoding中だけど、果たして…
• SCIS2005の食事申込締切が1/7に延びたらしい。
• SCIS2005の暫定プログラムが出たらしい。 (情報from S氏)
• Asiacrypt 2004発表OHPが公開されていた。 (情報from I氏) rump sessionの分もある。

2004年12月20日

• とうとう帰宅時室温が20度を切ってしまった。 そろそろ暖房を入れることを検討するか。
• やっぱエンコ職人はすごいなぁ。 とりあえずビデオ録画のでそれなりに試行錯誤して、2Mb/sぐらいで640×480ぐらいの動画がいけるかと思っていたけど、もっと奇麗な画像でかつ半分ぐらいのbitrateで出来ている。 そこの域に達するのは無理にしてももう30%ぐらいは減らせるよう、もうちょっと努力してみるか。

2004年12月19日

• 出張で家を一週間空けたりとかテニスをしたりとかはあるんだけど、最近洗濯ばっかりしている気がする。 が、今日の分でようやく通常スケジュールになったか？
• ついうっかりbackupを忘れていたマシンのHDが壊れた。 やっぱり、backupをしていないマシンのHDは壊れやすいらしい。 それほど重要なデータをおいてあったわけではないけど、復旧に半日は使うデータがおいてあってちょっと悲しい。 8割方回復したところで力つきて作業はまた今度。

2004年12月18日

• main HDが壊れかけているPCがあったので、1台HDを増設して/stand/sysinstallでfdisk→bsdlabelとしたときmount pointを、最終的な「/」とか「/usr」にしたら何も見えなくなってしまった。 やられた。 ここまで見えないと、本当に何も出来ないな。

  # cd /
  # echo *
  tmp usr var
  # echo */*
  echo: No match.
  

  remote PCなので、物理的にresetとか押せないし、なんとか復旧する方法はあるのか考えているけど、ここまですごいとどうしたらいいのやら。
• .htaccessが効かない理由がようやく分かった。 defaultではhttpd.confで無効にされているのね。 >apache AllowOverrideとかいうので指定するらしい。
• 一週間家を空けてから一週間。 今日中に積滞している家事とかは片付くだろうか。 とりあえず録画していたのは3時間+水曜分まで見終った。 雑誌がかなり遅れ気味。 6冊ぐらい溜っている… って全然家事じゃないか。^^;

2004年12月16日

• IEEE P1363の.1と.2 projectは2006/12/31までの延長が認められたらしい。 (情報from IEEE P1363 Mailing Lists)
• SCIS2005の食事の申込の振込は12/24までらしい。 ぎりぎりまで大丈夫かと思い込んでいた。

2004年12月15日

• 寮食堂に寄付したイスラエルで買った鉛筆×2が無くなっていた。 こんな短期間で使い切るとは思えないから、また誰かがもっていったんだろうな。 鉛筆ぐらい取っていかなくてもそんなに高いものじゃないとは思うし、どこでも買えるものだと思うんだけどそれさえ面倒だったということか。 ということで、また不便な状態になった。 今余っている鉛筆の在庫はないので、わざわざ買って寄付するというのもなぁ。 気が向いたら苦情簿に書いておくか…
• 明後日はISEC。
• 自分が管理していないマシンにあった進捗表がdisk crashで無くなって悲しい。 にゃん。

2004年12月13日

• NFSNETの篩は5_307Mになっていた。 SNFS 713ビット相当だからそれなりには時間かかるんだろうな。
• 最近port 135 accessがまた増えた:

  12/12 2420回@145ホスト, 12/11 370回@166ホスト, 12/10 317回@112ホスト

  他のportは…port 139は:

  12/12 144回@78ホスト, 12/11 131回@51ホスト, 12/10 83回@44ホスト

  port 445:

  12/12 329回@129ホスト, 12/11 360回@96ホスト, 12/10 269回@93ホスト

2004年12月12日

• 昨日中大でGroebner基底関係のワークショップがあったらしい。 土曜だとなぁ。 情報が来るのがもうちょっと早くないと参加は難しい。

2004年12月11日

• ようやく新聞を読み終え、届いていた郵便物の整理が終った。 でも、まだ日常にはほど遠い。
• NFSNETの2_716Pの篩が8日に終って2_639Pに進んでいた。 が小さいので、すぐ終りそう。 しかも、3|639なので、426ビット相当だし。 9/25以降post processing結果が出ていないけど、どうしているのかなぁ。
• RC5-72 challenge0.170%突破。 昨日のペースだと全空間探索にあと778年。 3年4倍で解読速度が向上するとすると27年。 最近また速くなってきたので、0.005%毎の記録に変更予定。
• 手動でencodeしているのはencodingが終ったDVがそのまま残るというのを忘れていて、またdiskを溢れさせてしまった。 うーん。 まぁあんまり気にしていない奴だからいいんだけど。 まぁとりあえずこれで大丈夫かな？
• せっかく夕飯買ってきたのに何やっているんだろう？？？ まぁとりあえずdisk整理も落ち着いたので、一週間前のビデオでも見ながら飯食うか。

2004年12月10日

• またdisk空けるの微妙に間に合っていない気が… 結局間に合わなかった。 もうちょっと余裕をもたせないとダメだなぁ。
• CollisionsForHashFunctionsが更新されていた。
• がーん。 「pid 79144 (fwcontrol), uid 528 inumber 18182152 on /ad1: filesystem full」までやっちまった。 足りていると思ったが、ちょっと計算間違いしたか？ とにかく緊急に空けないと… とりあえず今のうちに250GB HDを1394接続して… やっぱり160GB HDの方に退避することにした。 これで10GBほど空くので、なんとかなるだろう。
• 金浦空港の3文字略称はどうも違うものを想像して宜しくない。
• やっちゃった。 1.6MBぐらいのファイルの「tar xfj」くらいなら大丈夫かと思ったが「fwohci0: IR DMA overrun (0x40008011)」。 くー。
• 久しぶりの休肝日。
• 変な時間に飯を食ったので夕飯要らないかなぁと思っていたらお腹がすいてきた。 さて。 雑誌の回収を兼ねて出かけようか。
• RC5-72 challenge0.168%突破。 昨日のペースだと全空間探索にあと774年。 3年4倍で解読速度が向上するとすると27年。
• diskの空きをそれなりに見て旅行にいったつもりだが、今日の録画予約にちょっと足りなさそう。 慌てて整理中。 間に合うかなぁ。 例のでかいファイルを消した時のbus占拠が無いんだったらいいんだけど。 ……13秒間に合わなかったようだ。 まぁ宣伝部分だからいいか。 でも、これでも足りるかどうかきわどい気がする。 録画予約が終る時間ぐらいにもう一度、整理をかけないと…

2004年12月8日

• トマトスープもそれなりに辛かった。

2004年12月6日

• シーフードスパゲッティーが結構辛かった。

2004年12月5日

• なんか、風が強いなぁとまどろんでいたら4時前に非常ベルで起こされた。 どうも湿度による誤作動らしい。 でも、降りていっても4人しか起きてこないって何だかなぁ。

2004年12月4日

• うーん。 今日明日雨は想定していなかった。 しかも台風崩れで結構強そう。 どうしてくれようか。

2004年12月3日

• SCIS2005の新着情報に明日のことが書いてある… これは「予告ということか？」と思ったらすでに情報がある気がするなぁ。

2004年12月1日

• うーん。 どうHTML書いたらいいんだ？ refererとか見ているのかなぁ。
• 明日からICISC 2004。
• いつものnotification schedule (12月まで):
  なし
• HDケース(K3500TEA/BK)でATA cableと電源ケーブルをすき間から出して蓋を閉められるかと思って閉めてみたらちゃんとしまった。 これで、若干は基盤に埃がつきにくくなってよいかも。

今月の日記

日本語ホーム頁に戻る

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