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

2006年8月30日

円海山・大丸山マップにあるハイキングコース踏破を目指して今日も出発。
- ということで出かける。
- 度の低い眼鏡をかけていた。かけ直すか。ということで部屋に戻る。
- あ、タオル忘れた。ということで部屋に戻る。
- んで1階まで下りて出ようとしたら雨が降りはじめた。いや、アメダスで、何故か三浦半島だけ抜けている状態だというのは認識していたんだが、やっぱりそんなことが続くはずはなかった。山の中で困るよりはいいかと思って、部屋に戻る。
- 最近、ハイキングにいっぱい行っていることからあんまり部屋での時間が取れていないことから、買い込んだ雑誌とかが溜っているのでそれを読むことにするか。

2006年8月29日

やっぱり花火の音のmp3なんかdownloadする人はいないらしい。
電話での交渉の結果、レンタル品で返すのはスプリッタのみになった。レンタル品は日割計算でレンタル料が決まるそうだ。ということで、以前、返したはずの日からの余分に請求されている費用も返してもらえることになった。よかった。しかし、今回もちゃんと控えを取っておかないと危険だな。
大丸山への道。例によって写真べたべた。約17MBなので回線が空いているとして24秒程度はdownloadに時間がかかるはず。実は写真整理って結構時間がかかっているな。ハイキングそのものの80%ぐらいの時間をかけているかも。

2006年8月28日

レンタルADSLスプリッタの返却をお願いしたら返したはずのモデムの返却まで求める返却キットが届いた。慌てて手元の控えを元に郵便追跡サービスで検索したら一カ月前に届いているじゃん。うーむ。あと、前回の請求は「ADSLモデム-MN3<B>」だったのが「ADSLモデム-MN3<A>」に変わっていた。何が違うんだろうか。いずれにしても明日問い合わせだな。スプリッタの返却願の時の電話対応で「モデムも返却しますか？」みたいなことを言われたということからNTTのデータベースの方ではモデムはまだレンタル中なんだろうな。もちろん、その時の電話では「もう2～3週間ぐらい前に返した」と返事しておいたんだが。控えを捨てずにちゃんととっておいてよかった。
うわ。何が起きたんだ？突然disk accessが止まらなくなって1st PCが固まってしまった。んで、background fsckを期待して電プチをして、立ち上げたが、やっぱりPPPで引っかかってしまった。この辺のは以前のISPと状況は同じだな。どれくらい待てばよいのか不明なので、とりあえずsingle user modeにして、fsck -yしてから立ち上げてみた。特に何か思い当たるわけではない作業で固まるのは久しぶりだな。

2006年8月27日

金沢花火大会。また例によって写真べたべた。しかも花火大会はあんまり書いてないし。 ^^; 合計で25.5MB。回線が空いているとして全部読み込むのに約36秒かかる見込み。

2006年8月26日

帰寮時室温30.5度。廊下も29.5度だった。今日はあんまり暑くならなくてよかった。
昨晩の雀に続いて今度は蜂かよ。ちょっと廊下が危険だ。これは追い出すのも大変だなぁ。なんか、足長蜂にしては大きいので、雀蜂か？雀蜂にしては小さい気がするけど。どこから混入したんだろう。
久しぶりに起床時廊下室温が30度を割っていた。
寮廊下に雀が迷い込んでいた。なんで奴はあんなに頭が悪いんだろう。明かりを消したりつけたり窓を開けたりで追い出すのに10分ほどかかった。

2006年8月25日

うーむ。 ports-currentにportupgradeしたらtranscodeがcore dumpするようになってしまった。なんか依存関係とか狂ったかな。
Bフレッツ工事:

0845 しまった。トイレに出ている間に電話があったようだ。
0848 あと10分ほどで工事の人が来るらしい。 9-12の間と聞いていたので、ちょっと早いかも。朝飯は工事後になるかなぁ。
0910 工事の方、来寮。電話線を抜く。あ、しまった。 1つ、そとへloginしっぱなしだった。ま、いいか。
0912 工事の邪魔になるからUSB LANを外しておくかな。あ、何か落っこちかける関係で、前面のボタンを押してしまったかも。がーん。どうも、そうらしい。 2nd PCが静かになった。
0926 工事終了。さて、これから色々設定だな。まずは、物理配置を安定させて大丈夫か？
0931 今度の接続は、電話線から普通に線を二つに分けるのにつないで、そこから片方は直接modemね。もう片方は、filter経由で電話になった。んで、まずはmodemを外しておきたい位置へ。ん。信号線を外してもすぐにはVDSL link lampは消えないのね。
0932 modemをおきたい位置へ移動。もちろん、電源は汚染(?)されている室内電源を利用。 1分もかからずにVDSL link lampが、消灯→点滅→点灯に変わる。
0936 今まで使っていたmodemへのLAN cableはちょっと長いな。短いのは、temporaryにつないでいるPCへ使っているのか。んじゃぁそれを移植して… あ、HUBのportがstation portじゃなかった。ということで、HUB側もつなぎ直して、んで、無事接続完了。 modemのLAN link lampも無事点灯。 ACTもちょっと光った。
0939 んでPPP接続、と思ったけど2nd PCが上がっている方が無線LAN経由で外に出られたりとか、過去の設定データが参照できたりとかで色々確かめられて便利だよな。ということで2nd PCを起動。
0943 まだADSLの方のppp processが生きているな。ということでkill。
0945 久しぶりにinteractive modeで、pppを起動。あれ？いきなりdial始めるのか。
0947 まぁいいや。とりあえずbackground接続。やっぱり、いきなり固定IPの設定ではダメなようだ。
0948 ということで、普通の動的IP address割当で挑戦。ちょっとredial設定が激し過ぎるか？とりあえずdefaultに。
0952 なんかredialの激しさが変わらないのはおいておいてもなんか全然繋がらん。何がまずいんだろう。 ADSLの時のlogと比べるか。
0955 CHAPのchallenge-responseを送った後NGM_PPPOE_CLOSEで落ちているな。パスワードとか間違ったか？
0956 どうも、そうみたい。ちょっと、パスワードの制約を忘れていた。 ^^;
0957 これでどうだ？あかんなぁ。何がまずいんだろうか。
1001 悔しいけど、まずはフレッツスクウェアに接続挑戦。さすがに繋がったみたい。
1006 マニュアルをよく確認。あ、認証方式がPAPとか書いてある。うーむ。
1008 ppp.confでdenyの逆の意味になるkeywordは何だろう。 acceptかな。
1009 ようやく繋がった。その前に固定IPに挑戦したが、やっぱり初めての接続ではダメなようだ。
1014 固定IPアドレスオプション申込をしてみる。あ、まずはDNS serverの設定を変えねば。ということで/etc/resolv.confを修正。
1015 うーん。開通待ちってことで駄目なのか。しばらく待たないと駄目なのかな。とりあえず1日ぐらいは待ってみるか。
1016 とりあえずこのマシンのDNSの登録とか直してみるか。
1023 とりあえずやりたいことはまだ色々あるけど、とりあえず朝ご飯にしよう。
1053 外からのweb accessが問題なく来ているようで嬉しい。
1055 PCの設定変更とか色々あるが、まずはmodemのmanualを読んでみよう。
1107 モデムの機種名はVH-100「3」E「S」というらしい。 NTT東日本のwebを探ったが、商品紹介ページを見つけられなかった。
1110 マニュアルに書いてある「本商品を設置するための配線工事および修理には、工事担任者の資格を必要とします」というのは、さすがにLAN cableの抜き差しとかは指さないよな。設置には必要だが。
1121 延長cableも使っちゃ駄目なのか。ちょっと厳し過ぎる制約の気がする。「電磁波が発生しているところにおくな」というのもすごいなぁ。光りも電磁波なんだが。こういうのを見ると、この辺の制約がないことを売りにした商品とかあってもいい気がしてくるよな。
1124 前後左右上を5cmあけろというのもちょっと厳しいなぁ。どの面も5cm以上空いている部分もなくはないが。
1125 電話器の方に繋いでいるフィルタはインラインフィルタと呼ぶものらしい。んでADSLの時のスプリッタと違ってmodem附属なのね。
1127 附属の短い電源延長cableは使っていいのだろうか。 :-) しかも「電源ショートコード」って名前がちょっとすごいな。
1131 「電源をonにする」ってスイッチがあるような気がしてしまうが、無いよな。あ、アース線もついていないのか。アース線を要求しないのはちょっと○。
1133 あとでemailの状況のチェックをしようと思っていたが、その前にちゃんと届いた。いいことだ。
1134 「firmwareのdownload中にはVDSL link lampが点滅」とあるので、web interfaceとかあるのかとmanualを読んでいったが、何も書いてなかった。うーん。気になるなぁ。あとで、ちょっと探してみよう。
1136 さて、設定を色々直すか。 PC起動時の自動PPP接続先のdefaultを修正。 emailの受取domainを修正。とりあえずこんなものか？
1139 さてNATがちゃんと動いているかどうか検証。 3rd PCにsecurity patchを当ててみよう。これは使っていない機能だから現状の安全性に関係ないんだけど。
1141 3rd PCのresolv.confが、以前のISPの設定のままだった。 1st PCに向けておこう。
1144 ちゃんと3rd PCでcvsupできた。ということでNATも問題ないようだ。
1227 Bフレッツでlatencyの改善は期待していなかったけど、なんか、ちょっと反応が速くなったようで嬉しい。
1230 運がよければと思って固定IPアドレスの申込みweb pageを見たら、すでに初回接続済になっていて申込画面に進めた。が、初回接続の翌日からの申込となっているけど、大丈夫なのかな。
1233 申込を進めていったら「すぐにサービスをご利用頂けます」となった。今、通信しているのが終ったら接続し直してみよう。
1324 やっぱり固定にすると違うアドレスがもらえるんだな。早速DNS登録を直さねば。
1356 そろそろperformance測定をしてみるか。同じISP内の友人宅に800MBほどscpしてみる。
1404 12.4Mb/sぐらい出たかな。最初のころは15Mb/sぐらい出ていたが段々遅くなって10Mb/sぐらいまでおちた。 ISPの方で、継続的な大きな上りtrafficは自動的に帯域制限をかけているのかも。まぁいずれにしてもADSL 1.5M時代の30倍近く速くなったのは素晴らしい。次は下りの実験。
1424 今度は1.5GBほど取ってきてみた。平均して11.2Mb/sぐらい。途中9.5～12Mb/sぐらいの変動があった。常に遅くなり続けはしなかった。さっきのも単に途中が混んでいただけかも。今度は、上り下り同時実験。
1428 相手方の問題もあるのかもしれないが、数分間見たところ上り11Mb/s、下り8Mb/sぐらいかなぁ。 ADSLの時ほど、上下の影響はないみたいだけど、それなりには影響があるみたいだ。
1447 いくつかの速度測定サイトを見てみたけど、どうも、うちの環境でちゃんと計れそうなのはないな。フレッツ・スクウェア辺りに繋がないとあんまり正確には計れないかなぁ。
1454 Javaがないと駄目らしい。面倒だなぁ。まぁそのうち気が向いたら入れることにするか。
1506 なんかフレッツスクウェア関係でいじっていたら全然外に出られなくなったぞ。何かミスったか？と、思ったらif0.orgのDNSが腐っているだけか？
1516 ちょうどDNSのprimaryの方を直してくれたようだ。ということで、これからは安定するかな？
1530 そんなにreload連打されても更新しません。 :-) って、これで、しちゃっているのか。 ^^;;
1557 そっか。速くなったということで、HTTP上り方向の帯域制限を緩めてみた。
2001 modemの電源off/onで、DHCP packetとかその手のが飛ぶことを期待したけど、残念ながらそんなことはなかった。 DHCP packetをbroadcastしても返事してくれなかった。本当に統計情報とか何か取れるような仕組みが無いのかなぁ。
2249 あ。録画予約が1秒未満ではあるがずれているのから気がついた。 ntpdが発狂したままになっている… ということで再起動。
現在のSNR MarginとAttenuationは、modemの数字を信じると15dB, 45dB。昨晩からのlink downは 2212, 2223, 2225, 2227, 2253, 0326, 0407, 0411, 0456, 0647, 0648, 0650, 0702, 0800, 0802
network接続が維持されているうちに色々やっておくか。

2006年8月24日

Bフレッツ用のppp.confの設定を準備しておくか。
現在のSNR MarginとAttenuationは、modemの数字を信じると17dB, 45dB。昨晩からのlink downは 2357, 0001, 0035, 0036, 0039, 0050, 0057, 0703, 0705, 1230, 1231, 1622, 1639, 1644, 1655 うーん。
ECMで見つかった因子の大きさ更新! (67桁、222ビット) んで、やっぱ、Dodsonのようだ。
瑞泉寺への道。 11MB弱。全写真downloadにはADSL上りなので回線が空いていて約3分強。結局、週末になる前にまとめてしまった。時間をあけると色々忘れそうだったので。

2006年8月23日

現在のSNR MarginとAttenuationは、modemの数字を信じると16dB, 45dB。昨晩からのlink downは 0938, 0959, 1003
CRYPTO06 rump session program。 streamingがあることを今年はすっかり忘れていた。
昨日も裏山ハイキングに行ったのだが、Bフレッツ関係の資料とか読んでいたらまとめる時間がなくなった。作業は今度の週末かな。それもBフレッツ開通が無事8/25に出来たとしてだよな。とりあえずISP申込が間に合ってよかった。「3日～10日」とか書いてあったので、間に合わない可能性もあったのだ。
デジカメDX-550の電池を充電のために抜いておいたのを次に使うまでそのままにしておいた。んで、電池を入れてスイッチを入れたら… 日付入力を求められた。こんなこと初めて。電池が切れてデジカメとして使えなくても時計として動かす電源には使われていたようだ。 1日ぐらいなら抜きっぱなしでも大丈夫のようなんだけど。
↓とりあえず諦めてreboot:
- うわ。いきなりresetがかかりますか。
- やっぱちゃんとumountされてないのね。 reboot前にumount出来るところはしておけばよかった。
- がーん。またPPP繋がりませんか。複数接続対策なんだろうけど、異常終了でconnectionが切れてすぐだと繋がらないこと多いんだよな。 retryを繰り返していても埓があかないので、single user modeでfsckでもしておくか。 background fsckで解決することを期待していたのだが。
- やっぱり500GB HDは時間かかる… こういうところこそumountしておくべきだった。がーん。いくつか引っかかるな。あ、これはさっきmvした奴だな。あれ？なんで/usrも引っかかるのだ？とりあえず「y」と答えるしかないよな。
- んでfsckが終ったので、ctrl-dして起動。今度は無事PPP接続できた。
- んで、lost+foundの中身確認。確かにさっきmvしたばっかりのが落ちていた。これはそのまま復旧。 /usrのはなんだろう。 0バイトファイルと、ちょっとした下らないASCII textだな。
- あ、漢字変換できないぞ。やられた。学習ファイルがやられたのか。 jserverは/usrを使っているしなぁ。ということで、仕方ないので壊れたのはbackupから復旧。最新の辞書ファイルのbackupは4月半ばのだったので、だいぶ戻ってしまった。いくつかユーザー辞書に登録した単語も消えてしまったようだ。
- んで、jserverとの接続を切っても、まだ仮名漢字変換がうまくいかないので、jserverの再起動。直った。

2006年8月22日

がーん。 USB memoryのmount中にUSB接続が切れた。
ICISC 2006 list of accepted papers。
現在のSNR MarginとAttenuationは、modemの数字を信じると17dB, 45dB。昨晩からのlink downは 1402, 1430, 1606, 1617, 1714 ま、こんなものか。
今年は某大学方面からまだアクセスが無いようだ。 logを見落としているだけか？まぁ暗号ネタ書いてないからなぁ。

2006年8月21日

X-airで使い始めたTH-4Kだが、THC-34GRでの1回充電でもマンガン電池に比べて相当長時間使えた。最初からX-airの電池残量表示が1/3だったんだが。ただ、最後、音を聞いている時にいきなり切れたのはX-airで初めての経験かな。 30分前までは1/3残量表示のままだったのに。今までは
- スイッチが入らなくなる
- volumeを下げるとかの操作をした瞬間に落ちる
だったんだが。 X-airの電池残量センサーとは相性が悪いのかもしれない。
現在のSNR MarginとAttenuationは、modemの数字を信じると15dB, 45dB。昨晩からのlink downは 0314 お。ノイズフィルターの効果ありか？
帰宅時室温机上33.5度。天井下60cmでは34度、床上31.5度。廊下は33.5度だった。窓を開けて換気&冷房中のうえ、扇風機を回しているが、20分でまだ31.5度までしか低下していない。最近暑過ぎかも。

2006年8月20日

引続き再開ADSL不調問題:

2024 現在のSNR MarginとAttenuationは、modemの数字を信じると16dB, 45dB。昨晩からのlink downは 2203, 0306, 0313, 0732, 1236, 2008 これくらいなら許容範囲なんだけどな。
2157 TAP-SP8を買ってみた。他の商品と違ってノイズ除去範囲の下が1kHzとかなり低いので効果をちょっと期待。部屋のコンセントとPCへ行く前の電源タップとの間に入れてみてAMラジオの音がどれくらい変わるか実験。
2227 AMラジオを付けっぱなしにしての作業。耳で聞くぐらいじゃ変わらないなぁ。とりえあえずTAP-SP8は3つ買ったので、PC用の電源TAP×2と、室外電源から取っているADSL modemの前につけてみた。
2236 ↑作業中、電源タップの片方を抜いたら明らかにAMラジオの音が小さくなった。さらに、電源タップから順にコンセントを抜いていったら1st PCを抜いた時に音が小さくなることを確認。もしや、うち「も」原因なのかと焦って室外電源に1st PCを繋いでみたが、全然AMラジオの音は変わらなかった。ということで、1st PCはノイズ発生機ではないが、拡散機として頑張っているらしいことが判明。 AMラジオのノイズ音の大きさは、PCの電源が入っていようといまいと変わらず。
2241 これでしばらく様子見かなぁ。まぁノイズの方が解決しなかったとしても雷ガード機能があるということで無駄ではないかな。ん？電源タップの片方はもともと「雷ガードノイズフィルター」とか買いてあるな。ま、たくさんつけておいた方が大丈夫と思えるということにしよう。
2247 TAP-SP8はちょっと変な形状なので、PCへ繋がっているコンセントでは複数は使えないだろうと予想していた。ということでAT787LXも買っておいて間にはさんでみた。
RC5-72 challenge0.345%突破。一昨日のペースだと全空間探索にあと1219年。 3年4倍で解読速度が向上するとすると28年。
帰宅時室温机上で33.5度。床上は31度。廊下は…33度。暑い。

2006年8月19日

↓部屋を出る時の室温は28度。 2時間ぐらいしか出歩かなかったので、たいして温度が上がってないと期待してみたら31度まで上がっていた。廊下の温度が32度だから、まぁ余冷(?)がもったと思うべきか。湿度もそれほど上がってなかったし。
今日は寮飯がないので、散歩ともしあればラッキーということで、近くの電気屋にいって電源filterも探索。せっかくということで、普段と違うルートを通ってなるべく目的地まで直線的に行こうと計画。が、残念ながら山とかが邪魔して結局大周りになってしまった。そういえば、いつものルートを歩く時も途中で分岐するような道はなかったと思い出す。まぁ5km弱は歩いたので、運動になったと思うことにしよう。
引続き再開ADSL不調問題:

1151 現在のSNR MarginとAttenuationは、modemの数字を信じると16dB, 45dB。昨晩からのlink downは 1056, 1130, 1132, 1140, 1142, 1144, 1146, 1148, 1149 さっきまでは調子よかったんだけど、また不調だな。別経路で出ていくか。
1157 一時的なものだったのか？ PPP再接続scriptを再開してみたが1151以降は落ちてないな。やっぱりPPP再接続scriptを動かすのは止めよう。
1311 その後は 1210, 1214, 1216, 1220, 1223, 1224, 1226, 1227, 1229 にlink down。が、その後は順調。安定していたら、今日、邪魔にならない場所にモデムを移動しようかと考えていたけど、やっぱり当分は安全地帯に置いておくことにしよう。
2203 その後は 1457, 1511, 1512, 1513, 1516, 1517, 1550, 1552, 1553, 1753, 2043, 2046, 2048, 2124, 2155, 2158 にlink down。一度落ちるとburst的に調子が悪くなる？

2006年8月18日

P1363 meeting@CRYPTO'06。どれくらい新たな提案があるか。
引続き再開ADSL不調問題:
0006 現在のSNR MarginとAttenuationは、modemの数字を信じると16dB, 45dB。昨夕からのlink downはなし。
0007 そういえばmodemのADSL Statisticsのエラーがあんまり増えていない気がするな。現在、こんな感じ。
```
HEC Discard Count      :2529292
CRC8 Error Count       :4020704
Corrected Error Count  :13756174
Uncorrected Error Count:4020704
Near-end ES Count      :5632
Far-end ES Count       :1
```
0011 前は1秒後にmodemから上記データを取得しても相当増えていた気がするが、今、1分開けて調べたところこんな感じ。
```
HEC Discard Count      :   +7
CRC8 Error Count       :   +8
Corrected Error Count  :+1617
Uncorrected Error Count:   +8
Near-end ES Count      :   +8
Far-end ES Count       :    0
```
やっぱ、それなりに増えてはいるか。ちゃんと記録取っていないと悪化したのか改善したのか分からないな。
2142 現在のSNR MarginとAttenuationは、modemの数字を信じると17dB, 45dB。昨晩からのlink downは 0346, 0742, 0745, 0817, 0827, 0829, 0830, 0845, 0958, 0959, 1041, 1043, 1045, 1048, 1050, 1103, 1108, 1110, 1111, 1113, 1114, 1116, 1117, 1120, 1122, 1200, 1202, 1204, 1206, 1217, 1219, 1253, 1255, 1259, 1300, 1318, 1321, 1323, 1324, 1326, 1329, 1507, 1509 まだ、直ったとはいえないな。しかし、これくらいだったらPPP自動再接続scriptは止めてもいいかな。でも、1103-1122の間は例の現象がfullに起きているといえそうだし、これは耐えられるかなぁ。
2146 どうやらBフレッツの空きを無事確保できたらしい。早速ISP関係の手続きを色々しなければ。しかし、Bフレッツにしたからといって、このブツブツ音関係の問題は同じDSLということで、やっぱり影響する可能性もあるだろうから、引続き調査要だな。

2006年8月17日

隣の部屋の前をいつ通ってもドアが開いていなくてもひんやり冷気を感じる気がしていた。で、今日、結露しまくっているのを発見。 24時間クーラーを動かしているのかなぁ。それも相当低い温度で。不在時間の分の冷房代に対して私の電気代負担は月に80円ぐらいは増えていそうだ。これくらいなら寮費が上がることもないかもしれないけど、何だかなぁ。
あ、また「fwohci1: IR DMA overrun (0x40008011)」を食らった。特に何もしていないのに。最近、fwohci1結果を書き出すpartitionの空き容量をだいぶ減らしたからかなぁ。 tunefsでspace optimizeになっているのがいけないのか？しかし、500GB HDでだと8%の余裕を持たせると36GBぐらいは取られるからなぁ。結構大きいぞ。うーん。 fwcontrol -R結果だけはそういう余裕があるところに書き出すようにしようかなぁ。
引続き再開ADSL不調問題:
1400 あれ？ 1328からlink downしてないぞ。どうしたんだろうか。大雨が降って何か改善した？しかしAMラジオからのバチバチ音は継続しているが。
1453 雨が関係あるとするともしかしてTVアンテナとかが原因？ということで、屋上同士でアンテナケーブルが繋がっている隣の棟の最上階にAMラジオを持っていってフロア全体を歩き回ってみたがブチブチ音は検出できなかった。んで、隣の棟からこちらの棟の屋上を目視してみたけど、若干、置いてある設備が違うみたい。その差がブチブチノイズに関係しているのだろうか。
1456 PPP自動再接続scriptが、2つ以上動かないような仕組みを入れたつもりがpgrepに-f optionを忘れて、やっぱり複数動いていた。ということで早速修正。
1621 NHKさん来訪。調査の途中、ブレーカーoffによる実験をしたが、電源復旧後、ちゃんとGV-MVP/IDVが落ちっぱなしになっていることを警告するemailが来た。うまく動いているようで安心。
1630 NHK調査について:
- いろんな周波数の入る大きなラジオ(30cm×40cm×10cmぐらい？)を持ち歩いて調査。各部屋の電源メーターのところに近づけて調査。しかし、結局のところ、いちいちブレーカーを全部落して順に音を聞いてみないと分からないとのこと。残念。つまり、原因は特定できず。やっぱり音が大きなところが原因の可能性は高いそうだけど。
- 音からして「電源レギュレーター」なるものが原因ではないかとのこと。レギュレーターは最近の家電なら大抵入っているとのこと。その家電のスイッチがonだろうとoffだろうとコンセントに繋がっているだけでノイズをまき散らす可能性があるとのこと。レギュレーター自体は普通の交流が正弦波で入ってきているのを、矩形波に直す装置で、なんか効率よく電気が使えるようになるものだとのこと。で、何か、防止装置がついていないと今回のようにノイズをまき散らすものだそうだ。また、その防止装置が壊れてノイズをまき散らすこともあるらしい。
- このようなノイズは100Vの電源フィルターなるもので低減出来るとのこと。 50Hzしか通さないということで。 15日に聞いた放送課受信障害対策官と同じ返事だ。残念ながらその辺の電気屋では売ってないらしい。昔なら結構あちこちで売っていたものだそうだが。値段は3000円もあれば買えて10000円もしないではないかとのこと。また、この装置はアースも要るとのことだったが、とりあえず部屋の中にアース端子もマトモに使えるかどうかはともかく2箇所あるので、なんとかなるだろう。またせいぜい10A程度しか使えないのではないかとのことだった。
- やっぱり、部屋の中の方が電源cableの露出部分がおおいので、そこからノイズが出ているとのこと。
- NHKの受信障害の調査ということで、アンテナ関係も教えてもらった。「キコエール」なる製品が非常によいらしい。部屋の外にアンテナをたてて部屋に引き込んで使えるらしい。で、部屋の中でさらにノイズを拾う可能性は低いのではないかとのこと。
1652 ということで、今、打てる対策は50Hzの電源フィルターなるものの導入だな。また、部屋でまき散らされるのもたまらないので、全てのコンセントの前につけるべきかな。ただ、ブレーカーからコンセントまでの部屋の中の配線にはどうしようもないなぁ。
1724 ということで電源フィルター関係を探す。 NHKの人もいっていたが、TDK製品とかがいろいろあるようなのはいいが、なんか最近flashが見えていなくて全然ダメじゃん。 /etc/libmap.confをいじったが違うみたい。「cd /usr/local/lib/linux-firefox/plugins;ln -s /usr/X11R6/lib/linux-flashplugin7/* .」でとりあえず使えるようになったが、なんか違う気がする。
1726 EMC対策製品とかをみればいいのかな？なんか素人がちょっとコンセントに刺して使えるものもあるのかなぁ。
1854 しまった。 PPP自動再接続scriptを2つ以上立ち上げないようにしたつもりが、1つも立ち上がらないようになっていた。さて、どうfixするか。現状、何故か接続が安定しているので、そのままでいいといえばそうなんだけど。
あ。かゆいと思ったらいつの間に蚊にやられたんだ。部屋の中だとすると嫌だなぁ。
しょぼいのが復活した。素晴らしい。一週間分のbackupは、とりあえず手動で入手。
頭が動くうちに査読するか。投稿論文が参照している論文までは見る気がなかったけど、これはそういうわけにいかなさそうだ。残念ながら。

2006年8月15日

久しぶりに「fwohci1: IR DMA overrun (0x40008011)」をやってしまった。録画中のmvってつい、気がつかずにやっちゃうんだよな。
引続き再開ADSL不調問題:

1349 神奈川県電気商業組合に教えてもらった電波技術協会に相談してみた。関東総合通信局放送課受信障害対策官なるところに障害の届出をしてみてはどうかとのアドバイスをもらった。
1412 早速電話してみたら親切に相談にのってくれた。こういう音を聞くのは初めてとのこと。「スイッチングの電源」なるものが、もしかしたらこういう音を出すかもとのこと。また、50Hzのlow pass filterなる電源コンセントにつけるものを導入すれば電化製品の方のノイズは解決するかもというアドバイスを頂いた。あとで買いに行こう。 NHKに相談したらどうかともアドバイスもらった。 NHKというTVだけかと思い込んでいたけど、よく考えたらラジオ放送をしているし、災害時に受信できないのは問題だということで、聞いてくれるのではないかとのこと。また、彼らの方が色々原因の経験を積んでいるのではないかと。確かにそうかも。
1448 早速、相談の電話をしたところAMラジオのboosterアンテナを紹介された。が、それだけだと悲しいので、もうちょっと突っ込んでみたら無償で調査に来てくれることになった。日時の相談の電話がそのうちかかってくるらしい。
1502 非常灯が原因じゃないかとのアドバイスをM氏から受けたのでAMラジオをもって歩き回ってみた。うーん。わからん。但し、充電器がついていることは確認できたので、24時間動いているという意味では原因の一つになり得そうだ。しかも、いくつかは壊れていた。
1513 今日も散歩に行こうかと思っていたけど、電話がかかってくるかもしれないならやっぱり部屋に居るべきなんだろうな。こういうの何とかならないのかな。やっぱり移動電話を持てって？うーん。そうかも。
1725 NHK横浜から連絡あった。 8/17(木)に来て頂けるとのこと。
昨日からしょぼいのが開かないのは東京停電の影響らしい。とりあえず一週間前backupがあるので、なんとかはなっている。が、ふと、思ったが、復旧した後、抜け分を取ってくる仕組みがないとまたすぐ落ちた時は悲しいな。さて、どうするか。まぁ復旧してから考えよう。

2006年8月14日

引続き再開ADSL不調問題:

2301 しまった。昨日のたかが1時間ほど調子がよかった時に調子に乗ってPPP再接続scriptを止めたのは失敗だった。 PPP接続が順調な時にそのままにしておくと再接続scriptがprocess tableを食い潰す仕組みになっているのがよくないんだよな。
2304 あれ？ 2253以降link downしないなぁ。
2332 やっぱダメか。 2328におちた。

2006年8月13日

引続き再開ADSL不調問題:

2210 おや？ 21:56にlink downしたのを最後に突然link downしなくなったぞ。いいことだが、何が起きたんだろう？確かにラジオにはいるブチブチ音も若干小さくなったような気がするけど。とりあえずPPP自動再接続scriptは止めてみた。
2255 ↓頻度は減ったけど、やっぱり落ちているみたいだ。 2241, 2251に落ちた。
2317 なんか、元に戻ったみたい。約1時間の夢だったようだ。
2320 と、思ったら2258からはまた落ちないぞ。あれ？時間が変だな。 modem時間が20分ほど狂っている。ということで、直した。ここまでの落ちた時間は約-20分しないとダメなようだ。
2322 あ、また落ちた。若干は改善しているんだろうけど。
↓早速、今日loginしてみたらいきなりSegment faultでcore dump。 trussで追いかけたら
gengo.tbl, suffix.tbl, sekki.tbl
もtable_path変数で終えるところにないとダメなようだ。昨日の実験はcurrent directoryが/usr/local/share/todayとなっていて大丈夫だったようだ。

2006年8月12日

FreeBSD-users-jpでcalendarの謎の動作について尋ねたところports/japanese/todayを教えてもらった。 todayはちょっと巨大過ぎて設定に怯んでいたが、今日、それなりに時間(気力?)が出来たので、設定に挑戦。

1808 設定ファイルを環境変数とかで指定したいと思ったけど、そういう機能はないようだ。とりあえず「today -@ ~/.calendar/today.cnf」とかして様子を見るか。んで、うまくいったらaliasかな。
1811 1からtoday.cnfを書こうと思ったがやっぱようわからん。 /usr/local/etc/today.cnfのをコピーして修正するか。
1813 today.cnfはEUCで保存しないとダメらしい。
1817 table_pathをそのままにしておくとシステムの登録ファイルを見に行ってしまうのか。ということで.calendarをfull pathで指定。
1819 event_file00とかをコメントアウトするだけではシステムファイル使われてしまうのか。空に定義したらようやく使われなくなった。
1822 「大明日です」とかいうのはどこが原因で表示されるのだ？どうもイベント関係ではあるようなのだが。
1830 どうもrekichu.cにhard codingされているようだ。
1834 rekichuという変数がtoday.cnfにあった。これを空に定義してもダメ。 all 0にしてようやく表示が抑制された。
1835 さて、これからmagazine.tblをシステムファイルからコピっているところだけ残すか。
1850 どんどん登録。奇数月の「%5」がちゃんと働いていない気がする。まぁ「1,3,5,7,9,11」と書けばいいので問題はないが。
1855 とりあえず普段購入しているものを登録し終った。さて、問題は最近の祝日登録が出来るかだな。
1901 Googleにお伺いをたてて誰か修正している人がいるかと調べてみたけど見つけられなかった。やっぱりtodayはlegacyか。
1906 既に最初のhappy Mondayが登録されていたので、それに習って修正するだけでなんとかなった。
1909 .loginに書くとか、ktermのdefaultをlogin shellで立ち上げるようにしてみた。これでしばらく様子見かな。
引続き再開ADSL不調問題:

1053 ural0が落ちていた。 sshでServerAliveIntervalを有効にして接続しっぱなしにするだけではダメなようだ。
1059 あ、またural0が落ちた。ちょっと不安定だなぁ。
1135 さっきからぶちぶち切れるなぁ。なんか今日は電波状況が悪いのか、それともこのデバイスは連続運転に耐えられないような仕様なのか。
1149 ちょっと今日はural0を使うのを諦めて実験に走ってみよう。立ち上がっている状況で行きなりUSB keyを抜くとどうなる？
1151 単にUSB deviceとnetwork deviceがいなくなるだけで問題なさそうだ。前回と同様「ifconfig ural0 ssid HOGE mode 11b broadcast 192.168.1.255 netmask 255.255.255.0」「dhclient ural0」して、有効に。
1154 しかし、このUSB key、結構熱くなっているな。熱暴走か？確かに起床時室温が机上31.5度だったしなぁ。今は28度だけど。
1211 ダメだこりゃ。とりあえずWLI-U2-KG54-AIを有効にして通信せずに使ってみたけどまた「ural0: link state changed to DOWN」。しばらく外して冷やしてみるか。
1332 どうもiwi0でも不調なのでWLI-U2-KG54-AIの問題ではなさそう。電波状況が悪いのかな。ということでural0を復活。
1336 うわ。設定しようとしてifconfigを叩いたらkernel panicを起こした。やっぱ、安定しないなぁ。
1410 昨日、連絡が取れなかったのでBフレッツの受け付けに電話。今日は6 callぐらいですぐ繋がった。が、担当の方が応対中ということで、折り返し電話してくれるとのこと。
1414 なんか調子いいかと思っていたら、ural0が落ちて、全然復活しない。 ifconfigで見ているとchannelがどんどんかわっているのは確認できるが。ん。 3分ほどで復活はした。が、1時間ほどのstreamingがなかなか取ってこれん。なんとかならないのかなぁ。
1453 Bフレッツの受付の方から電話がかかってきた。やっぱり設備の増設の予定はないらしい。私が認識している最近退寮した人が使っていたBフレッツの廃止工事は8/18らしい。それがうまく取れれば8/25に開通工事を入れられるらしい。が、なんか空いた後、それが取れるかどうかは早いものがちらしいので、まだ確約は出来ないとのこと。もちろん、何とか取るようにお願いはしたけど。順調に行けばいいが。
1534 「ural0: link state changed to DOWN」となっても、放置しておいたら30秒ぐらいで復活してきた。そういうこともあるのか。今迄はいつも手動で「ifconfig ural0 down」「ifconfig ural0 up」とかしていたが。

2006年8月11日

引続き再開ADSL不調問題:

1035 Bフレッツの受付に電話。担当者は午後出社とのこと。前回の電話で担当者を決めないというので合意したはずなのに…
1044 神奈川県電気商業組合に電話。ただの事務員の集まりなので、どこに相談したらいいかの心辺りもないとのこと。電波関係なら総務省の電波協会か、各機械のメーカーに相談してはどうかとの一般的なアドバイスはもらえた。 ADSL modemメーカーに聞いてみるかなぁ。
1116 Atermのサポートに電話して聞いてみた。いくつか取り得る手段を教えてもらったのだが、全て試してダメだったことだった。残念。
↓なんかみんな最初からreloadしたがるのは何故だろう？とれなかったものだけreloadすればいいのに。例えば、browserのbackをして、forwardするとか。
自然観察センター迷路。 12MBぐらい。全写真downloadにはADSL上りなので回線が空いていて約3分強。しかし、現在は全時間のうち40%ぐらいしか回線がlink upされていないので、ものすごく効率よくaccessしたとしても、8分はかかる計算。

2006年8月10日

引続き再開ADSL不調問題:

1108 2nd PCでのportupgrade -aが終っていることを期待したが、やっぱりghostscriptのところで止まっていた。ということでoptionを入力して再開。現在175/295まで来た。
1110 やっぱり(?)ural0のstatusはno carrierになっていた。しばらく通信が無いと死んじゃったりするのかなぁ。 iwi0の方は、そんなことないみたいだが。ハードの問題か、driverの問題か。
2056 sshでServerAliveIntervalを有効にして6時間以上放置したが、ural0がconnectionを見失ったりはしていなかった。素晴らしい。無通信時間を続けてはいけないようだ。
2058 「portupgrade -a」が無事終っていた。
2146 なんかちょっと落ちるまでの時間が長くなった気がするので調査。 U36, D55, U37, D55, U36, D60, U37, D77, U36, D49, U37, D69, U37, D45, U36, D49, U11, D50, U36, D51, U36, D48, U37, D52, U43, D49, U36, D49, U36, D51, U37, D50, U37, D42, U36, D51, U37, D48, U36, D48, U36, D51 単にたまたま長く繋がっていた時があったみたい。
2207 神奈川県電機商業組合の連絡先が謎だったの、町の電気屋で最寄りのところにいってみた。が、期待はしていなかったが、やっぱり解決せず。いくつかノイズ発生源の候補をあげてもらったが、24時間動いていそうなものではなかった。とりあえず、神奈川県電機商業組合自体の連絡先を教えてもらったので、成果ありとしよう。

2006年8月9日

引続き再開ADSL不調問題:
0816 終っているかと期待して見たらpanicしていた。 nvidia関係でkldunloadを発行したところで落ちたっぽい。んで、再起動してpkg_deleteしようとしたら、それ以前にmultiuser modeに入って起動している途中にrtcのkldloadでpanic。そういえばportupgradeにちゃんとかかるように/usr/local/etc/rc.dのscriptを元に戻しておいたのだった。
0820 諦めて一旦single user modeに落してfsckのちに、rtcを無効化。んで、/boot/loader.confからnvidiaを落してどこからもpkg_info -Rだとどこからも使われていないnvidia-driverをpkg_deleteして、起動。無事立ち上がる。
0826 同じ問題に引っかからないために、2度になってしまうが、/usr/local/etc/rc.dのrtcのを元に戻して先に手動でrtcのportupgrade。のちに、全portupgradeの続きを再開。
2027 帰宅したらxvidで質問が出ていて止まっていた。んで、入力したら、残りまで結構すぐ終った。
2028 「make delete-old-libs」を実行。基本的に前回と同じみたい。 portupgradeを動かすためだけにはったsymlinkの削除が行なわれただけだった。
2030 うまくいっているか確認したいので、念のため再起動。今度は全く問題無く立ち上がってきた。素晴らしい。
2033 んで、OSのversion upが終ったので、なんかここで安心したい気分だが、それが目的ではないので、早速無線LANの利用に挑戦。この自動設定modeになっているのがちょっとは気になるが、とりあえず工場出荷時状態で、刺してみる。「ugen0: BUFFALO WLI-U2-KG54-AI, rev 2.00/1.14, addr 2」あれ？ customized kernelからはuralを削っていないのだが。と、思ったら20秒後に
```
ugen0: at uhub4 port 5 (addr 2) disconnected
All threads purged from ugen0.1
All threads purged from ugen0
ugen0: detached
umass0: BUFFALO WLI-U2-KG54-AI, rev 2.00/1.14, addr 2
cd0 at umass-sim0 bus 0 target 0 lun 0
cd0: <BUFFALO WLI-U2-KG54-CD 1.00> Removable CD-ROM SCSI-0 device 
cd0: 40.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present - tray open
```
おーい。誤解にも程があるだろう。
2042 やっぱり「自動インストールモード」は問題か。 DIP SWっぽいのを「手動インストールモード」に切替え。
```
ural0: Buffalo WLI-U2-KG54-AI, rev 2.00/0.01, addr 2
ural0: MAC/BBP RT2570 (rev 0x05), RF RT2526
ural0: Ethernet address: xx:xx:xx:xx:xx:xx
ural0: if_start running deferred for Giant
```
正解だったっぽい。
2046 「ifconfig ural0 ssid hoge」して、「dhclient ural0」。うーん、見つけない。もうちょっと設定がいるのかな。無線LANわからん。
2053 「ifconfig ural0 ssid hoge mode 11b broadcast 192.168.1.255 netmask 255.255.255.0」までしたら「dhclient ural0」で、IP addressとかもらえた。
2105 web browsingとかしてみたけど、順調。しかし、現在の設置状況だとaccess lampが丁度逆向きになって見にくいのが宜しくないな。あとでUSB延長cableを使って向きを整えるか。うまく作られているなら、今、抜き差ししてもいいような気がするけど、そこまでちゃんと作られている気がしないし。
2116 そういえばroutingはどうしようかなぁ。とりあえず2nd PCからはdefault routeを無線LAN方向に向けるか。さすがにserver機能は、無線LAN方面には出来ないよなぁ。
2025 よく見ると結構あちこちにlost+foundディレクトリが出来ているぞ。ほとんどのものは/var/runのものだったようだ。まぁ起動中のkernel panicがあったからなぁ。
2234 namedが
```
could not listen on UDP socket: permission denied

creating IPv4 interface ural0 failed; interface ignored
```
とか騒ぐので止めた。まぁ実質使っていなかったしなぁ。このmessageも1週間ぐらい放置しておくと出なくなるようだけど。
2239 portsのcvsupをして「portupgrade -a」。しかる後にもう一度「portupgrade -af」。せっかくの機会なので依存性も含めてちゃんと作り直しのが依存しているのに組み込まれるようにする。なんか段々ADSLの問題から離れていっている気がする。 ^^;
2309 しばらく通信が無いと切れてしまうようなNATなところでsshするのは「-o ServerAliveInterval=30」とかしておけばよいようだ。 ~/.ssh/configに書いておこう。と、いっている間にportupgradeの方はようやく54/295まで来た。
2344 はにゃ？なんか、通信できなくなったと思ったら何故突然ifconfigで見るとstatusがno carrierになっている？？？とりあえず「ifconfig ural0 down」「ifconfig ural0 up」で復活はしたけどdaemonで動いていたdhclientが死んでしまった。まぁこれはもう一度起動すれば済む話ではあるが。と、いっている間にportupgradeの方はようやく96/295まで来た。
2352 2042に書いた「手動インストールモード」の件は FreeBSD-users-jp 89086に書いてあった。 kernel panicにならなくてよかった。

2006年8月8日

引続き再開ADSL不調問題:

0015 natdのonline manualを見るとkernel reconfigが必要とのことだったが、/boot/kernelにipdivert.koとipfw.koがあることを確認したので、「kldload ipdivert」。 remote操作だったので固まる。
0017 console操作でとりあえず「ipfw add 100 allow ip from any to any」として復活させる。んでnatdのonline manualに従い「natd -interface iwi0」。あと「ipfw add divert natd all from any to any via iwi0」「ipfw add pass all from any to any」して、network freeze回避のために実行したのを「ipfw delete 100」して削る。
0021 無事natdが機能していることを確認。というか、それ以前にどうやってiwi0を立ち上げたんだっけ？なんか、色々いじっているうちに出来たが、その辺のdocument通りだった分けでもないんだよな。最後dhclient iwi0で色々拾えたのは覚えているが、その前に何したっけ？
0022 とにかく繋がっているうちにstreamingデータをどんどんとってきておかねば。
1154 今日は夏休み消化1日目。 Bフレッツの状況を聞いてから散歩にでもいき、場合によってはUSB無線LANでも買ってこようかと思ったがなんか既に台風で雨が降っているじゃん。昨日の予想より東寄りだな。うーむ。出かけることになった場合… いや、待てよ？今日って確か寮飯無いんだよな。出かけるまでにひどくならないこと期待。
1331 私のBフレッツ担当の方が1300出社ということで、その後にかけるという話を昨日昼にしていたので、さっそく電話。例によって、呼出音が続いたままなかなか繋がらず。と3分ほどで切れてしまった。ということで、もう一度かけ直し。今度は1分ほどで繋がった。んで、担当が違うということで、新担当の方から折り返し電話するとのこと。んで、その新担当の方はまだ出社していないらしい。まぁ夜まで受付をやっているので、出社時間についてとやかくいうつもりはないが、一体担当ってどういう風にかわっていっているんだろうか。 3人目だぞ。おい。ということで、暫く出かけられなくなったなぁ。何時ならこちらにかけられるかとか聞いてみたんだけど、3時間単位とかでも答えられないらしいし。 ADSLの調子が悪くなかったら、こういう扱いをされても「そんなものか」とギリギリ許せるが、現状を考えるとなぁ。今日は遅くなると台風が近付くという状況もあるし、そうすぐには開通しないということになるのであればWLI-U2-KG54-AIを買いに行きたいし。うーん。結局使わないとしても買いに行こうかなぁ。めちゃくちゃ高いものという訳でもないからなぁ。しかし一体Bフレッツがいつ引けるかどうかの調査になんで3日もかかるんだろうか。いや、調査自体は終っているのかもしれないけどその結果を受けとるのが大変だ。
1429 神奈川代理店受け付け担当さんから電話がかかってきた。やっぱり空きはなく、設備増設の予定も不明とのこと。なんだかなぁ。
1451 uralを使えるようにすべく2nd PCのOSのversionを5.4→6.1にあげるべくcvsup。
1458 cvsupが終ったので、buildworld開始。
1503 昨日、東京電力のカスタマーセンターに現状を防ぐ手段もしくは、原因を突き止める手段は無いかと聞いたらやっぱり屋内のことは分からないとのこと。但し、屋内のことについては、電気工事組合とかそういうところが詳しいかもしれないということで紹介してもらった。んで、ここの管轄である「金沢地区住宅電気工事センター」に電話してみた。んで、折り返し近所の電気工事出来るところから電話をくれるとのこと。なんか、違うところにいっているような気もするが、もう取れる手段はなんでも取りたい気分なので、相談にのってもらおう。
1648 6km程の散歩ついでにWLI-U2-KG54-AIを買ってきた。残念ながら途中で雨が降ってきた。一応傘はもっていっていたのでよかったのだが。んでbuildworld終了。 kernelも作ろうかと思ったけど、それなりに5Rと6Rで変わっているんだよな。一応、6RのGENERICを元にcustomized kernelを作るか。面倒だけど。
1702 とりあえずconfig fileを作ったのでbuildkernel。
1719 んで、待っている間にWLI-U2-KG54-AIのマニュアルでも読んでいようかと思ったら、約束の電話がかかってきた。電気工事組合の方は強電系ということで弱電の方は神奈川県電機商業組合が詳しいのではないかということ。直接は事務員ばかりで知らないのかもしれないが、知っている人を知っているのではないかということで早速調べる。ホームページがあるからということで、油断して電話を切ってしまったので、同音異義語でどれが正解か分からずちょっと手間取ったが発見。
1729 色々見たけど、連絡先が明記されているのはその辺の町の電気屋さんだけだなぁ。うーん。どうしようかなぁ。
1739 とりあえずUSB無線LANの動作確認をしたいのでまずはOSのversion upからいこう。む。 installworldいきなりは出来ないぐらい違っているのか。面倒だなぁ。
1742 んでinstallkernelして、rebootして、single user modeで立ち上げて、関係directoryをmountして「mergemaster -p」。む。 network groupの辺りでうまくmerge出来んな。このmergemasterのeditっていつも分からんのだよな。まぁいいや。とりあえずで終らせて、手動で修正。んで「make installworld」。
1746 あ。今気がついたがweb browserは2nd PCからの実行だったので、気がついたら落ちているじゃん。しまった。 ^^;
1748 んで次は「make delete-old」。うわ。結果を取ろうと思って出力をfileにredirectして、background実行したらなんか聞いてきているぞ。止めてやり直して大丈夫なのかなぁ。とりあえず表に返して答えることも出来なくはないけど。うーん。やり直してみるか。
1753 「script log make delete-old」で実行。うわー、いっぱい聞いてくるな。こんなにいっぱい「y」を聞いてくるなんてinterfaceの設計としてダサすぎ。しかし、一体いくつ聞いてくるのだ？
1756 なんとかおわった。最後に「古いライブラリを消すならmake delete-old-libs」という感じのことをいわれたが、 /usr/src/Makefileの方にはrebootの後の作業なんだよな。さて、どうするか。今実行しちゃうか。
1759 色々聞かれたけど全部「y」。どうせ分からんし。んでreboot。
1802 起動中にkldloadが原因でpanic。やっぱりlibraryを消し過ぎたのが原因のような感じ。 portsを後でmakeし直そうと思っていたけど、delete-old-libsはmakeし直し後にすべきだったみたい。さて、どうするか。
1804 とりあえずsingle user modeで立ち上げてfsck。
1810 kldloadの引金になったapacheをrc.confから外して起動。こんどはrtcから呼ばれるkldloadで落ちた。うーん。順に潰していくしかないのか。
1817 幸いにして次は無事起動した。んで、早速「portupgrade -af」と思ったが、これも出来なかった。うーん。
1820 なんか面倒になってきて「libraryがねぇ」とportupgradeが騒ぐものに対してtemporaryにsymbolic linkをはって凌いでみる。
1825 とりあえず動き出して安心。しかし何時間かかるかなぁ。
1851 あれ？どうしたんだろう。 1822からlink downしなくなったぞ。いいことではあるんだが。とりあえず自動PPP再接続scriptは止めておこう。
1852 なんかportupgradeで、pkgdbを作り直しまくっているなぁ。大丈夫かなぁ。とりあえず14/292まで終っている。
1854 ADSLがlink downしないのはいいが、なんかPPP接続が死んでいるぞ。手動で再接続をかけたがなんかネゴに失敗するな。どうしたんだろう。実はADSLが繋がっているように見えて繋がっていなかったりするのかな。 ADSLの再接続をかけてみた。
1858 55秒ほどでlinkが回復。んで、PPP再接続を試みたらすぐ繋がった。が、やっぱり36秒後にlink downした。まぁそんなものだろうな。ということでPPP自動再接続scriptをまた動くように設定し直し。
1930 1つのportsを作り直す度に4回もpkgdbでrebuildしているんじゃ進まんなぁ。時間かかり過ぎ。なんとかならないのか。先にportupgradeの作り直しをしておけばよかったのかなぁ。ということで、割り込んで実行してみたが、ダメだった。今動いているのを止めてやり直した方が速いのかどうか悩ましいところ。どこまで作り直したのか分かるといいんだけど。
1944 なんかうまく行きそうだったので、portupgradeの再実行をすることにした。が、例によって動作中のportupgradeの止め方って分かんないんだよな。結局、乱暴な方法で止めて、また最初からやり直すことにした。
1958 やっぱり4回/portsというようなpkgdbの作り直しが入らないのでどんどん進むのがよい。現在、24/293まで来た。
2007 うまくいっているかと思ったらruby18-bdb1の作り直し以降からpkgdbの作り直し多発現象が再現。どうするかなぁ。
2113 この機会に依存性まで見て奇麗に作り直すのがいいかとおもったけど、pkgdbの作り直しにはつき合っていられないので個々にportsを1つずつASCII code順に作り直していくことにした。
2303 順調にmakeしなおし進行中。 60/293まで来た。
2327 つい1st PCで2nd PCのOSのversion up中mplayerを実行する度に最近「rtc: 1024 > kern.hz: Timing will be inaccurate, please increase kern.hz.」と騒がれるのがうるさいなぁと「kldunload rtc.ko」してしまったのが運のつき。固まってしまった。いや、そんな気もしないでもなかったんだけどなぁ。 ^^;; 何故かHD access lampがつきっぱなしになって、resetも効かなかった。んで、諦めて電源off/on。 1st PCのconsoleから実行中のportupgradeも死んだかと思ったらとりあえずまだなんとか動いてはいるみたいだけどどういう状況なんだろうか。しばらく放置かな。 psの様子からして73/293をやっているところのように見えるが。
2334 とかいっているうちに止まってしまったようなので、改めて確実にportupgradeを終っているのを除いて続きから。

2006年8月7日

GV-MVP/IDVが使える状態にあるかどうかのscriptを書いた。 2分毎にチェックしてemailを送るようにしてみた。これで大丈夫かな。
引続き再開ADSL不調問題:

2113 ひとりでに直っていることを期待したが、残念ながらそんなことはなかった。
2115 link upしているタイミングを狙いつつ普段の情報収集。ナンだなぁ。
2123 どうも、link upとdownの時間比がかわった気がするぞ。 logを見ると…新しい方から順に時間を遡るとこんな感じ: U70, D114, U36, D48, U37, D123, U36, D51, U37, D51, U37, D51, U36 単にdown時間が二周期分ぐらいあることが増えているようだ。
2152 くー。 30分毎のPPP再接続では足りないか？どうもADSLがlink upしていてもPPPが死んでしまったようだ。もうすぐ、30分毎の再接続時間になるので待つか。
2154 ↑と、思ったら違った。単にsshが死んでいた。
2326 隣の部屋から何とかIP接続を確保すべく環境構築中。そっか。単にGWを入れるだけでは向うのrouterがこちらのsubnetのroutingを理解しないな。ということは、NATの2段構えにするのか。 PPPでないNATというのは初めてだな。設定にはしばらく時間がかかりそうだ。
2328 実はBフレッツが1回線は空いているのではという情報があり、また、最近退寮した人がいるはずなので、もしかしたらBフレッツを使っていたのを解放している可能性があるかと思って、昨日116に電話。いくつか調べてはくれたが、もともとパートナーセンター経由でのBフレッツの申込なので、そちらにかけて欲しいとのこと。ということで、今日の朝かけてみた。担当の人が退職して連絡するとのこと。んで、連絡が来たが、設備の方にまた聞く必要があるとのことで私のもち時間の関係から明日13:00以降に確認となった。たらい回しとまではいわないけど、ちょっとなぁ。
帰宅時室温上から順に33.5度、32.5度、30.5度。廊下は…32.5度だ。
しまったぁ。ブレーカーを落した後、GV-MVP/IDV×2の電源を入れるの忘れていて、4本の深夜アニメの録画が出来なかったぁ。 (いつも全部を見ている訳では当然無いが) 何か電源を入れ忘れないようにする根本解決はないかなぁ。現在、電源が入っているかどうか見難い位置に置いてあるのも問題なんだけど他の場所もなかなか無いしなぁ。 cronとかで生きているかどうかチェックしてemailでも送るようにするかなぁ。
引続き再開ADSL不調問題:

0020 なんか、さっきから落ちている時間が長くなっている気がするぞ。最近の方から順にDown秒数、Up秒数を書くとこんな感じ。 D48, U36, D51, U36, D48, U36, D51, U36, D52, U36, D51, U37, D51, U36, D47, U36, D65, U12, D49, U36, D51, U36, D66, U37 確かにちょっと長くなっているかも。

2006年8月6日

廊下を出たところの気温が2304でもまだ32度。下がらんなぁ。窓は開け放してあるんだが。
こんな状況だと全くやる気が起きないんだが、ちょっとでも査読報告書を書き進めておかないといかんな。電子辞書が使えない状況で書くのはあんまり嬉しくないんだけどな。

1652 とりあえず報告書を書かなければいけない論文は、一応全て目を通しているので、書くだけといえばそうなんだが。
1701 とりあえず一つ買いてみた。が、これは一番簡単な奴、いわゆるjunk paperだから、すぐ終るな。
1703 次のは… と。そう。ここだと「この論文と比較せよ」とかの論文の正しい参照情報を探すのが大変というか出来ないんだよなぁ。ということで、論文読むのはどこででもいいんだけど、報告を書くのは職場でするのが好きなんだが、そうも言ってられないしなぁ。
1723 2本目も書いた。しかしreferenceとか適当なので出社してから直さねば。んで、次。
1728 これもjunk paperなので、すぐ書き終った。というか、いっぱい、参考文献をあげる必要があるのだが、それの調査時間が無いからすぐに書き終ったというのが実情なのだが。 ^^;
1803 4本目を書き上げた。ここでだいぶやる気lessに。ちょっと、新聞でも読んで気力回復を期待するか。
1831 木曜日の朝刊と夕刊を読み終った。まだ気力が完全回復した訳ではないが、ぼうっとしていても進まないので、再開するか。というか、気力以前にエネルギーが足りない気がする。砂糖水(缶紅茶)でも飲むか。
1856 5本目も出来た。次いくか。
1904 ま、こんなところか。 6本目にいくか。
1916 こんな感じか。というかこれで終り？あれ。もうちょっとあった気がしたけど単に持って返り忘れ？やばいなぁ。ちゃんと締切までに出せるかなぁ。今日書いたのでも、文献とか結構調べて補充しなければいけない部分もあるし。とはいえ思ったより早く終ってよかった。
↓ADSL不調問題再開。

1317 ちょっとなんか今日は落ち過ぎナンだけど… かんべんしてくれ。
1320 ここのところ毎日引き上げようかと思っていた室外電源に繋げ直し。
1326 症状に変化無し。諦めてmodemを安全地帯に移動。
1327 ダメか。電話線をなるべく危険地帯を通らないように配線変更。
1329 これでもダメか。さらに電話線が遠くを通るように配線変更。
1336 ダメじゃん。電化製品があるとそこがノイズ増幅をしているような感じがこれまでもあったので、2nd PCを落してみる。
1341 やっぱダメじゃん。電源系の問題じゃないのか？もしかして。ということで、ノイズを拾うスピーカーを室外電源に繋いでみる。うーん。変わらんなぁ。念のため室内電源にも接続。例のブチブチ音が聞こえる。
1343 電話線があんまり長くなくてsplitterの位置がブランブランしているのがノイズを拾う位置でよくないのかともうちょっと長めの電話線を準備。んで、安全地帯に移動。
1346 やっぱダメか。うーん。 Aterm DR35FH/GSだと、link downしてから復活するまでの時間がADSLモデム-MNIIIより倍くらい長いんだよなぁ。レンタルモデムを返してしまったのは早急だったか。
1355 実は以前、安全地帯だった場所は安全地帯ではなくなっているとか？？？携帯AMラジオでちょっと安全地帯を探してみよう。
1410 よく分からんなぁ。確かに以前からの安全地帯は他の場所よりましな気がするが。
1414 そういえば、以前は外からの電話線とsplitterまでの距離が短くて、splitterからmodeまでの電話線が長かった気がしたので、そういうふうに変更。
1419 やっぱダメか。
1434 116センタに電話したらまだBフレッツの設備の空きはないらしい。申込をしてから3.3カ月ぐらいは経っているので、そもそも増設する気はないのかなぁ。
1444 んでmodem logを見ると大体36秒link upして、48秒link downの繰り返しのようだ。
1536 あとやれること何だろうなぁ。全然意味分からんが、PCRとかいうのが11000kbpsになっているのを遅くしてみるか？ 600kb/sに変更して様子見。
1540 なんか関係ないみたい。 1.1Mb/sに戻す。
1543 もうちょっと「エラーが出ても我慢しろ」って設定は出来ないのかなぁ。というか、どうせ解決しないであろうADSLにつき合っていても時間の無駄なので、この辺で今日は終りにしないと何のために健康維持のためのハイキングに行かずに部屋に籠っているのか謎になるな。何か思いつかない限り、今日はこの辺で終了。
1623 やっぱり、何回かlink downを繰り返すとPPP接続が死んじゃうなぁ。何らかの自動再接続を準備しないとダメかな。以前使っていたのはMN3の機能を使ってい落ちている状況を判定していたからDR35FH用には書き直さないといかんなぁ。
1645 それほど修正点はなかったので、MN3用の自動再接続scriptをちょっと修正し、30分毎に動かすようにしてみた。
2005 う。 PPP再接続に失敗した。もうちょっと自動再接続scriptは賢くしないとダメかなぁ。
2114 実は結構入退寮者がいたのかと思ったら、寮管理人さんに確認したところ実はノイズ発生源に関係しそうな場所ではひと部屋退寮者がいるだけだった。最近、寮内が静かだし、風呂も空いてきたので、実質的には出ていっている人も結構いるとは思うのだが。
2120 もしかして、部屋の電源cableがノイズ中継(?)とかして悪さをしているのかと思って、ブレーカー断を計画。まずは3rd PC、1st PCを落して様子を見たけど、やっぱりlink downした。
2122 安全のため、懐中電灯を準備しておき、部屋のブレーカーを落す。まだ、この前買った電池が使えてよかった。んで、やっぱりlink downした。ということでcableはどこを通せば安全かとか分からないなぁ。もう、安全地帯は部屋の中に無いのかもしれない。
2142 よく考えたら、もうすぐ退寮者が結構出るはずなのでBフレッツの増設が無くても空きが出るはずだな。と、思ったらさっき管理人さんから空きがあるふうなことを聞いたぞ。おや、先ほどの116問い合わせの話は一体なんだったんだろうか。明日確認だな。
2307 モデムをそれほど大変でなく天井付近に設置できそうなことを発見。ノイズ源は階下にあるような気がするので試す価値があるかも。ダメ元で試してみようかと思ったが、その前にAMラジオで確認。なんか上の方がバチバチ音が大きい気がするので、やっぱ移動は止めた。よく見ると、配電盤からクーラーまでの電源cableが天井を通っているじゃん。こいつが発信(共鳴)源だな。
現在のSNR MarginとAttenuationは、modemの数字を信じると17dB, 45dB。昨晩からのlink downは 0150, 0152, 0208, 0242, 0308, 0429, 0437, 0439, 0440, 0441, 0442, 0449, 0649, 0701, 0702, 0712, 0751, 0753, 0754, 0756, 0758, 0759, 0802, 0803, 0806, 0808, 0809, 0811, 0813, 0814, 0816, 0818, 0828, 0829, 0831, 0833, 0834, 0837, 0839, 0840, 0843, 0846, 0847, 1105, 1259, 1301, 1302, 1304, 1305, 1307, 1308, 1310, 1311, 1313, 1314, 1316
なんか今日の朝にADSLが切れまくって久しぶりに8:30am頃PPPが外を見失っていた。最近、入退寮者が多いので、それ関係で、ノイズが多くなっているという一時的現象と思いたいがどうなんだろうか。

2006年8月5日

現在のSNR MarginとAttenuationは、modemの数字を信じると17dB, 45dB。昨晩からのlink downは 0318, 0320, 0337, 0729, 0916, 1019, 1147, 1903, 1907, 1918, 2029, 2031, 2100
昨日のこと、居酒屋で飲んでいたら「ドン」という音がし、気がつくと机の上に女性のサンダル(ハイヒール?)が。結構びっくり。
X-airの電池残量表示が1/3になってから出張続きだったので途中の列車乗車中に結構使った。これまで使っていたマンガン電池だったらそろそろ切れてもいい感じなのにずっと電池残量表示が1/3のまま。このTH-4Kを買った意味はあるようだ。次切れたらTHC-34GRによる12時間×2充電をTH-3Kと同様に試してみよう。しかし、この充電器は電池2本同時じゃないと出来ないので、しばらく先だな。 2本とも使い切ってからの充電の方がいいだろうし。
現在のSNR MarginとAttenuationは、modemの数字を信じると17dB, 45dB。昨晩からのlink downは 2223, 0006, 0008, 0315, 0530, 0815, 0817, 0819, 0821, 0907, 1017, 1415, 2200, 2320, 2322 なんか7/30の状況に戻ったみたいだ。

2006年8月4日

帰宅時室温天井下60cm、机上、床上がそれぞれ32.5度, 31.5度, 29度。部屋をでたすぐの廊下も31度。もうすぐ次の日になるというのに暑いなぁ。

2006年8月3日

現在のSNR MarginとAttenuationは、modemの数字を信じると19dB, 44dB。昨晩からのlink downは 0601, 0658, 0744, 0902, 0932, 0940, 1138, 2057, 2124

2006年8月2日

現在のSNR MarginとAttenuationは、modemの数字を信じると16dB, 45dB。昨晩からのlink downは 0632, 0634, 0647, 0726, 0930, 1022

2006年8月1日

X-airを買ってから使っていた100円ショップ購入のマンガン電池(6本/8本)を使い切った。んで、充電しておいたTH-4Kを入れてみたのだが、一週間前充電だからからかTHC-34GRでの充電だからからで電池残量が1/3しかないことになっていた。 TH-3Kでの充電のように12時間×2じゃないとダメなのかなぁ。充電池を使い始めてから、という意味では2年ぐらいは使っているが、いろんな電池を使い始めてからは3カ月ぐらいなので、どうも充電池を使うための経験値が足りないようだ。難しい。
現在のSNR MarginとAttenuationは、modemの数字を信じると17dB, 44dB。昨晩からのlink downは 0153, 0200, 0548, 0607, 0643 やっぱり、減った気がする。まだ、ラジオからばちばち音が出続けてはいるが、最近、退寮者が周りでいたようなので、その関係でノイズレベルが下がったりしているのだろうか。
いつものnotification schedule (8月まで):
6/13 IWSEC2006, 8/1 VietCrypt 2006, 8/15 ASIACRYPT2006, 8/21 ICISC 2006

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

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

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

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

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