買い物、自重。なバイク乗りの日記

めっちゃ大変でした('A`)

まずはT23でインストールしてみたらどうもT23でブートレコードを書き込むと他のPCで起動しないようで。
しかたがないので次はメインPCでと思ったらこっちも調子が悪い。
もしかしてMBRに変な情報が書き込まれてる？と思ってFreeBSD 6.3-RELEASEのfdiskでパーティションを削除してトライしてみたら今度は起動ロゴ手前で止まる。
しかたがないので最終手段のWindowsNT4.0からアップグレードしてみるかということでメインPCでWindowsNT4.0のCDでブートしたら懐かしのプロセッサ数が出てきた。
ここでふと「もしかしてデュアルコアだからカーネルが違うことによる起動不良？」と思い、TV録画PCに2.5inch→3.5inch変換アダプタ経由で繋げて起動してみるとあっさり起動。
そういや白いバーが伸びて消えて起動ロゴが出るところでNTカーネルが読み込まれるんだよなと思い出して納得。

で。

両OSを使える状態でメモリの利用状況を見ると、Win2kが54MBほど、WinXPが76MBほど。
WinXPだと火狐起動してこうして日記書いてる状態で190MBだから超ぎりぎりだけど、Win2kにしてもギリギリには変わりないからXPにするかね・・・。
ハイバネめっちゃ早いしメモリ使いすぎてスワップアウトした時が激重だけどスワップアウトしてしまったらあとは何も変わらないし。

---

それにしても火狐のパスワード保存や拡張インストール後のなにかと出てくるアニメーション、アレはなんとかならんものか・・・。('A`)

i1124-93J の「しばらく使っているとバックライトが　ふっ　と消える」症状、にちゃんねるの 2609 スレで全く同じ症状及びその修理方法が載っていたので試しに同じ事をやってみた結果、無事復活。
現在 20GB の HDD をつっこんで FreeBSD に X.org 7.3.1 を入れて遊んでいる最中。

---

原因はやはりシスボにあったようで。
# tsh氏、当たりです。(笑)

シスボからインバーターに対して 15V を供給しているのだが、どうやらそれが経年劣化か何かであぼーんするらしく。
試しに指定されたところの電圧を測定してみたところ消えたとたんに電圧がぐっと下がり、また 15V まで上がってくるものの一度消えてしまったバックライトは復帰せず。
おそらくはこの一瞬の電圧降下でバックライトが消灯して復帰しなくなるのだろう。
そこで、miniPCI の上の方にある白い抵抗のような物ではなく、その隣にある抵抗っぽいところから 15V が出力されていたので、そこからインバーターの指定の箇所に対してバイパス給電。

これで i1124-93J は復活したものの、バッテリーがもう無いのでどうしようもないという・・・。(笑) 数年前から充電してないのにまだ充放電できたｗ

あ、ちなみに 2個有るバッテリーのうち 1個がものすごいふくらんでます・・・。((((;ﾟДﾟ))))
互換バッテリーだと安いところで大容量版が 9,000円くらいだのう・・・。

というわけで、プロファイルディレクトリをバックアップした上で別ディレクトリに導入。
こうすることで最悪はすぐに 2.0.14 に戻せる。

• 互換性のないアドオンは Nightly Tester Tools 2.0.2 で無理矢理互換性を取らせた。
  
• Bookmark Synchronizer だけはそれでもダメだったので、しかたなく Foxmarks Bookmark Synchronizer (以下 FBS) を使用。
  しかし最新版の 2.0.47.4 だと設定画面が開けないので 1つ下のバージョンをダウンローｄ・・・ってダウンロードできねーし。('A`)
  wget を使ってなんとかダウンロードできたが、Firefox でダウンロードできない人は IE でこの URL にある 2.0.46.9 をダウンロードし、Firefox に D&D でインストール可能。
  
• FBS をインストールするとアカウントの作成云々を聞かれるがキャンセル。
  自鯖は 2枚目のペインで設定可能。
  ftp://ftp.example.com/filename.xml のように記述して自鯖の FTP のログオン ID とパスワードを入力して一旦アップロード。
  この時、一旦アップロードしないと処理が終了しない。
  また、Firefox 2 の頃のブックマークとは互換性がないので Firefox 2 のブックマークはどこかに避けておくか削除しておく。
  詳しくはぐぐれ。
  
• Prefbar は 4.1.1 が最新版で出ているが、オプション画面が SeaMonly 対策？だかで表示されないので 4.1.0 をダウンロードすること。
  xpi のファイル名を 4.1.0 にすればダウンロードできる。
  
• BX (ブックマークサイドバーのディレクトリを 1つだけしか開けないようにするアドオン。デフォルトではブックマークの各ディレクトリは開きっぱなしになる) だとブックマークサイドバーが機能しないので、Autoclose Bookmark & History Folders に交換。
  
• Sage がブックマークツールバー内のディレクトリを参照できないので、Sage-Too に交換。
  

ローカル FTP によるミラーはこちら。
ftp.griffonworks.net - anonymous

■Atom搭載のIntelマザーが明日発売、Mini-ITXで予価1万円

こ、これは欲しいけど金がないっっ！！！！！

>「1W〜2.5W以下（モデルによる）」とされる低いTDPや優れた電力効率、価格の安さなどが特徴だ。

魅力的過ぎて鼻血が出そうです・・・。
現行の CPU が PentiumIII 800MHz だから速度面では不便しなさそうだし、消費電力面でもこの TDP だと発熱も低そうだし。
ちなみに PenIII 800MHz は 25W です。

問題はディスクの接続方法だが、PATA が 1つ、SATA が 2つ有るので、PATA→SATA 変換で現行の RAID-1 ディスクを接続して FreeBSD の atacontrol RAID でソフトウェア RAID を組んでやれば問題なし。
OS 用ディスクは PATA 接続で。

この値段だと TV 録画 PC 用にも 1枚欲しいところではある・・・。

---

■Intelの「Atom」ボードの速度を測ってみた
>今回は他のCPUとの比較はしていないが，ネット上に公開されているHDBENCHの情報によると，EeePCで使われているCeleron-M 900MHzより速く，Celeron220よりは遅いということになる。

ということは PenIII 800MHz よりは速いということになるかな。

>次に消費電力を測定してみた。今回D945GCLFと2Gバイトのメモリー，日立製作所の500Gディスクを搭載して，ワット・チェッカーを用いて消費電力を計測した。光学ドライブは未搭載だ。
>電源投入直後は，ディスクやチップセット・ファンなどを回すために一時的に50W近くまで電力を消費する。しかし，Fedora8が起動した後はCPU 使用率の高い低いにかかわらず32W〜35W止まりだった。カタログ・スペックによると，Atomだけなら4W。消費電力の半分以上は，チップセット「945G」が消費しているだろうと思われる。

なかなか頑張ってるね。
自宅の鯖が平均でどれくらい食ってるか一度計測する必要あるのう・・・。

ハングする原因はどうやら SATA-PATA 変換の設定が原因の模様。
UltraATA100 の時はジャンパピンを外し、同 133 の時はジャンパピンをつけるという設定なのだが、ST3250823A はてっきり UATA 133 だと思ってその設定をしていたのだが、実際は UATA 100 だったという罠。
ということで UATA 100 の設定にしてリビルドしたら 4時間半程度で無事終了。

ちなみに CPU の熱暴走かと思って CPU 倍率を x5 の 1GHz (通常は 2.2GHz) にしてリビルドを行ったところ、ソフトウェア RAID らしい結果の 6時間半という結果にｗ
# 途中で止めたけどね。

先日父者から 200GB と 250GB の PATA HDD がところてんされてきた。
そこで早速両方の HDD をメイン PC に接続！


と思ったらコネクタ不足で 1台だけあぶれました。(´・ω・｀)


現在、師匠からいただいた 250GB HDD も合わせて

PATA：80 + 120 + 250 + DVD RW
SATA：250

ここに SATA→PATA 変換コネクタで SATA 化した 7200.8 の 250GB を接続して RAID-1 を組むことに。
で、BIOS で RAID-1 を組んでリビルドしてみるとリビルド初期でハング。(´・ω・｀)
しかたがないので OS 上で RAID-1 化してリビルドすると、4時間のうち残り 1時間40分のところで強制リブート。('A`)

すると RAID-1 で組んだ両方のディスクが見えなくなった。orz
RAID-1 を解除しても ｱｰｱｰﾐｴﾅｰｲ(∩д∩)

しばらく愕然としていたものの、ふと「RAID 構築失敗したら MBR だか PBR (Partition Boot Record) だかが飛んだ」という話を思い出したので、早速ぐぐってみると有りやした。

TestDisk

OS は起動するので公式 Web サイトから Download のページで "Windows NT/XP/2000/2003/Vista, zip" をダウンロードして展開。
展開したら Windows 用実行バイナリがあるのでそれをダブルクリック。
すると懐かしの CUI 操作になるので後はキーボードオペレーション。
復旧するディスクを選択して解析して Write で書き込みして再起動すれば無事復旧。
一時はディスクをフォーマットしようかと思ったがフォーマットしなくて正解だったよまったく。orz

こうなると問題はいつ RAID-1 化するかだのう・・・。('A`)
リビルド中は結構な負荷になるからあまりやりたくないし、かといって寝てる間だと下手すりゃ強制リブートでまた壊れそう。

どうせインストールするならクリーンインストールしてしまえということで、クリーンインストール前に死ぬか死なないかをテストするために入れてみたら何の問題もなく起動できたので再インストール。

パッチ適用順序間違えて WMP11 の DLNA 機能使えなくなった。orz

のでもう一度やり直し。
インストールの順序は以下の通り＠WindowsXP MCE

1. WindowsXP
   
2. .NET Framework 1.1 SP1
   
3. WindowsXP MCE 2005 Rollup2 (Updates for version 2005 ディスク)
   # 3枚組の場合は 3枚目のディスク
   
4. WMP11
   
5. ★ここで DLNA のテストを行っておく (1回目)
   
6. SP3
   
7. ★ここで DLNA のテストを行っておく (2回目)
   
8. CPU ドライバ
   
9. チップセットドライバ
   
10. .NET Framework 2.0 SP1
    
11. グラフィックカードドライバ
    

あとは適当に。
.NET Framework 1.1 SP1 は WindowsUpdate でもインストールできるが、WindowsXP SP2 用のパッチを適用しないよう気をつけること。
ものすごい数のパッチが出てきます・・・ｗ

以下不具合？情報。

• Canopus MPEGCRAFT3 DVD のインストール後動作が不安定。
  →同ソフトの上書きインストールで正常に。
  
• SP3 適用順序を間違えると WMP11 の DLNA 機能が使えなくなる。
  正しくは DLNA クライアントが見付からない。
  

---

あ、そうそう、SP3 を当てると 1割ほど速度が速くなるという話があるけど、今回クリーンインストールも一緒に行ってるので真偽は不明。
ただ、めがっさ軽くなったのは事実。

あぞっちから質問があったのでまとめてみよう。

1. BRAVIAのS端子と音声出力をGV-MVP/GXWの外部入力に接続。
   
2. BRAVIAの録画機能 (外部デバイスに対してBRAVIAの外部出力から映像・音声を出力する) で録画予約する。
   
3. GV-MVP/GXWで同じ番組を予約し、入力デバイスを外部入力にする。
   
4. BRAVIAの電源をリモコンで切る。
   本体側の電源(主電源)を切ると録画開始しない。
   

ここでいくつかポイント。

• デジタル3波録画中はチャンネル変更不可能。
  録画中の番組を見ることは可能。
  
• 独立データ放送のデータ画像及びリモコン操作時の画像表示は録画されない。
  たとえば録画中にチャンネルを変更しようとすると「録画を中止しますか？」という警告が出るが、これは独立データ表示なので外部出力に対して出力されない。
  つまり、純粋に放送画像しか出力されていない。
  
• 録画中はデジタル3波以外の外部入力が利用可能。
  たとえば地デジ録画中にPCやD端子入力のデバイスを使用可能。
  
• 録画中にリモコンで電源を切っても録画(外部出力)は継続される。
  ただし、本体側の主電源を切ると＝＝終了＝＝。
  

録画機能、結構便利です。

SONY BRAVIA KDL-40V3000 は DLNA という、ようは乱暴に言えば「オーディオ・ビジュアル製品をネットワークで繋げよう」的な規格の機能を積んでいる。
もっと簡単に言うと、「動画や音楽、画像を鯖に置いておいて LAN 経由で拾ってくる」というもの。

こんな面白い機能を使わない手はない！
というわけで、いつも通り手段と目的を逆転してみた。

用意したのは

Windows XP MCE、同 Home

• Windows Media Player 11
  # XP 以上ならなんでもおｋ。ようは WMP11 のメディア共有機能が必要。
  

FreeBSD 6.1-RELEASE

• uShare 1.0.2＠packages
  
• MediaTomb 0.10.0＠packages
  

Windows2000

• Twonky Media
  

結果、DLNA で接続に成功したのは WMP11 と Twonky Media だけ。
FreeBSD、というよりオープンソース系の 2つは「接続サーバー診断」で DLNA 鯖を見つけてはいるものの「失敗」となる。
# ちなみに DLNA 鯖を追加するときは、まずは「接続サーバー診断」をやってから「接続サーバー設定」を選択する。

ここで Twonky Media を買う (39ドルくらい) かそれとも WMP11 を使うことの出来る (安くて OS 的に Vista よりもはるかにマシで軽く手に入りやすい) WindowsXP Home を入れるか悩むところ。
PC をスタンバイモードにするときの問題 (Twonky Media は場合によってはスタンバイ動作を中断させ、復帰させると DLNA 倉から見えなくなる) を回避するならば WinXP Home + WMP11 だが、値段から言えば Windows2000 でも使え、かつ安い TVersity か。
FreeBSD で例の 2つが使えないというのは痛すぎるな・・・。

■今んとこ BRAVIA で DLNA による動画再生が確認できているサーバー
Windows XP は特に明示のない限りは Home から Pro まで。

• Nero 7 MediaHome (Windows 2000、Windows XP) [シェアウェア]
  Nero 8 のそれはダメらしい。
  
• Windows Media Player 11 (Windows XP、Windows Vista) [フリーウェア]
  WMP11 が XP 以上でないと動かない。
  
• Twonky Media (Windows 2000、Windows XP) [シェアウェア]
  スタンバイ復帰後にアクセスできない。
  スタンバイにはいるときにスタンバイをキャンセルされる。
  

ちなみに PLAYSTATION 3 だと MediaTomb が使えるので、どうしてもオープンソース系でないとやだ！って場合は PLAYSTATION 3 を DMA (Digital Media Adapter：TV などに繋いで DLNA 倉にするためのボックス) として使うほか無い。

パッチを当てて FreeBSD 6.1-RELEASE-p19 にしたので、19時頃に再起動かけます。
該当する方は避難するとか接続しないとか各自対応お願いします。

Emacs 22.1 がリリースされたそうなので早速入れてみた。
Unicode 標準サポートとのことなので、以前から困っていた

特定のファイルを読み込むと、文字化けしてなにがなんやらわからなくなってしまう症状
例：X.Org 環境構築の解説ページを保存して Emacs 21.x で読み込んでみてください。

が治るのを期待していたところ、文字化けせずに見ることが出来た。
この文字化け現象、k.cgi で日記更新するときも時々発生するので、文字化けしたが最後、Windows 系 OS でないと編集できなくなってしまう。
# こうやってターミナル経由で書けなくなってしまう。

Emacs 22.1 になって文字化けが無くなったので、とりあえずこの問題はクリア、と。

---

次の問題。

HTML モードで勝手に色が付く。

これが滅茶苦茶うっとおしい。
今までは背景黒に文字白ですっくりしていたのだが、勝手に色が付くことで一部白背景黒文字という目が痛い状態になってしまった。
で、いつものごとく解決案がないかぐぐってみたところ、どうやら 22.0.50 から勝手に色が付くようになったらしい。

まったく、余計なことをやってくれる。(；´д｀)

この blog を見てみると .emacs に 1行付け足すだけで解決するようなので、サクッと

(global-font-lock-mode nil)

を付け足して終了。
以前の状態に戻りましたとさ。
ついでに、HTML ヘルパーが動くのもイヤなので、

(setq auto-mode-alist (cons '(".html$" . text-mode) auto-mode-alist))
(setq auto-mode-alist (cons '(".htm$" . text-mode) auto-mode-alist))

も入れてあったりする。

ローカル鯖上の DNS に対してローカル鯖で nsupdate を実行するための環境構築を実施。
現在 LAN 用 DNS が 53番で、WAN 用 DNS が 1053番で動いてる。
WAN 用 DNS 宛てのリクエストは ipfw の divert と natd で "WAN →ローカル鯖" 及び "ローカル鯖の DNS 用エイリアスアドレス→ローカル鯖の DNS 用エイリアスアドレス" のリクエストのみ 53番→1053番に NAT。
これでローカル鯖で起動している WAN 用 DNS の動的更新が可能になった。
普通は「view 使えばいいじゃん」となるのだが、ローカルから nsupdate すると view "internal" として扱われるんだよ・・・。

今回の作業履歴はこちら。

文字で書くと滅茶苦茶ややこしいな。('A`)

---

現在実試験中。
ゴールデンウィーク中に元に戻すかも。

---

TCP-53 の NAT をしていなかったので、セカンダリ DNS に 192.168.1.0/24 のゾーンを送ってしまったｗｗｗｗｗｗｗ
速攻で NAT ルールを 1行足してシリアル番号も上げて rndc reload でおしまい。

---

インターフェイス lo0 (ローカル通信) の UDP-53 にて ServFail という不吉な文字列を見つけたので現在

# tcpdump -n -s 1600 -i lo0 port 53

でロギング中・・・。

---

ServFail なホスト名が判明。

Pre; <<>> DiG 9.3.4 <<>> 118.233.118.62.relays.ordb.org.
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 18887
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;118.233.118.62.relays.ordb.org.        IN      A

;; Query time: 8 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Apr 27 20:45:13 2007
;; MSG SIZE  rcvd: 48

ちょっと野暮用で、ローカルマシン内でポートフォワーディングを行おうとしているのだが、UDP と TCP の動作が微妙に違うようだ。
やりたい事は

any:UDP-HighPort → localhost:TCP-53 (→ localhost:TCP-1053)

というフォワードを行いたいわけだが、TDP だと戻りは

(localhost:TCP-1053 →) loaclhost:TCP-53 → any:TCP-HighPort

としてくれるが、UDP だと

localhost:TCP-1053 → any:TCP-HighPort

と元に戻してくれないらしい。(汗)

TCP

03000 fwd 192.168.1.10,1053 log tcp from 211.18.200.178 to 192.168.1.10 dst-port 53
03110 count log ip from 211.18.200.178 to me
03111 count log ip from me to 211.18.200.178

Apr 25 20:01:13 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 TCP 211.18.200.178:3865 192.168.1.10:53 in via fxp0
Apr 25 20:01:13 leviathan ipfw: 3111 Count TCP 192.168.1.10:53 211.18.200.178:3865 out via fxp0
Apr 25 20:01:13 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 TCP 211.18.200.178:3865 192.168.1.10:53 in via fxp0
Apr 25 20:01:13 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 TCP 211.18.200.178:3865 192.168.1.10:53 in via fxp0
Apr 25 20:01:13 leviathan ipfw: 3111 Count TCP 192.168.1.10:53 211.18.200.178:3865 out via fxp0
Apr 25 20:01:13 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 TCP 211.18.200.178:3865 192.168.1.10:53 in via fxp0
Apr 25 20:01:13 leviathan ipfw: 3111 Count TCP 192.168.1.10:53 211.18.200.178:3865 out via fxp0
Apr 25 20:01:13 leviathan ipfw: 3111 Count TCP 192.168.1.10:53 211.18.200.178:3865 out via fxp0
Apr 25 20:01:13 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 TCP 211.18.200.178:3865 192.168.1.10:53 in via fxp0

UDP

03000 fwd 192.168.1.10,1053 log udp from 211.18.200.178 to 192.168.1.10 dst-port 53
03110 count log ip from 211.18.200.178 to me
03111 count log ip from me to 211.18.200.178

Apr 25 20:08:29 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 UDP 211.18.200.178:2116 192.168.1.10:53 in via fxp0
Apr 25 20:08:29 leviathan ipfw: 3111 Count UDP 192.168.1.10:1053 211.18.200.178:2116 out via fxp0
Apr 25 20:08:29 leviathan ipfw: 3110 Count ICMP:3.3 211.18.200.178 192.168.1.10 in via fxp0
Apr 25 20:08:34 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 UDP 211.18.200.178:2116 192.168.1.10:53 in via fxp0
Apr 25 20:08:34 leviathan ipfw: 3111 Count UDP 192.168.1.10:1053 211.18.200.178:2116 out via fxp0
Apr 25 20:08:34 leviathan ipfw: 3110 Count ICMP:3.3 211.18.200.178 192.168.1.10 in via fxp0
Apr 25 20:08:44 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 UDP 211.18.200.178:2117 192.168.1.10:53 in via fxp0
Apr 25 20:08:44 leviathan ipfw: 3111 Count UDP 192.168.1.10:1053 211.18.200.178:2117 out via fxp0
Apr 25 20:08:44 leviathan ipfw: 3110 Count ICMP:3.3 211.18.200.178 192.168.1.10 in via fxp0
Apr 25 20:08:49 leviathan ipfw: 3000 Forward to 192.168.1.10:1053 UDP 211.18.200.178:2117 192.168.1.10:53 in via fxp0
Apr 25 20:08:49 leviathan ipfw: 3111 Count UDP 192.168.1.10:1053 211.18.200.178:2117 out via fxp0
Apr 25 20:08:49 leviathan ipfw: 3110 Count ICMP:3.3 211.18.200.178 192.168.1.10 in via fxp0

UDP ってこういう仕様だっけ？

最近 CPU の温度上昇が激しいので PC の掃除をしてみることにした。
中に掃除機をかけて今度はフロントパネル裏。
表から見ても結構な埃が溜まっているので凄いだろうなぁ・・・と予想していたら、想像以上に酷かった。

グロ注意。

続きはこちら。

ログを見てると結構な頻度で

http://weblabo.griffonworks.net/dorlog/view.cgi

にアクセスが来ているっぽい。
しかし、少なくともこのサーバー上でこのスクリプトに対してリンクを張っているところは無いっぽい。
Google キャッシュなどからたどってきているようだ。
付加的にちょっと問題のあるスクリプトだし検索は Namazu で間に合うはずなので消してしまってもいいように思うのだが、はてさて。