これは松下電工の製品で、水タンク式は室内用とベランダ用の２タイプあったが、より細かく調整できるベランダ用にした。しかし、直径６ｃｍくらいの小さい鉢に入った観葉植物が多いので調整が難しい。付属のノズルのメモリを調整して水の量を微調整できるのだけど、思い通りの水量にならない。。野菜ジュースや牛乳の紙パックの中に入れて多少の水があふれても大丈夫なようにしている。ラック内の機器に水がかかっては大変。。

まだフレッツＩＳＤＮしか常時接続手段のなかった実家でＷ０５Ｋを試した。２年縛りということで、Ｌｉｎｕｘで動くのか、スピードは出るのか、安定して接続できるのか。。など最初は不安だらけだった。

ＰＣカードスロットのついたノートＰＣのＨＤＤが不調のため、今回はＦｅｄｏｒａ　８のＬｉｖｅ　ＣＤで起動させて接続することにした。

Ｗ０５Ｋはモデムとして認識される。wvdialconf を実行すると、以下のような /etc/wvdial.conf が生成されるので、Phone にＰａｃｋｅｔＷＩＮの番号を入れ、Username と Password へＩＳＰの接続情報を入力する。今回試したＰＣでは /dev/ttyS0 として認識された。

[Dialer Defaults]
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2
Modem Type = Analog Modem
; Phone = <Target Phone Number>
ISDN = 0
; Username = <Your Login Name>
Init1 = ATZ
; Password = <Your Password>
Modem = /dev/ttyS0
Baud = 115200

あとは wvdial を実行すると無事に接続ができた。思ったより簡単。タイミング（？）によっては wvdialconf でモデムが認識されないようなこともあったが、上記の wvdial.conf を使用すれば接続は可能だった。ＣＦカードスロットに挿入しても同じように認識されて使うことができた。

続いて、ｉｐｔａｂｌｅｓと echo 1 > /proc/sys/net/ipv4/ip_forward の組み合わせでこのノートＰＣをルータのようにすることにした。これで他のＰＣもＷ０５Ｋでの接続が可能になる。

気づいた点をいくつか。接続場所はａｕの携帯電話が良好に使用でき、下り２．４Ｍｂｐｓに対応した地域。

• 他のＰＣで使っているＬｉｎｕｘ環境のパッケージのアップデートのため、日中に２００ＭＢほどのダウンロードに２時間強。すんなりダウンロードできたわけではない。ダウンロード中、速度は安定しない。８００ｋｂｐｓ以上出たと思えば、急にフレッツＩＳＤＮ以下の速度になることもある。３０ＭＢほどダウンロードできたところで全く接続できなくなり、切断後に再接続。その後も２ｋｂｐｓ（２５０Ｂ／秒）くらいまで速度が落ちてしまったことがあったので、このときも再接続。長時間帯域を占有するような使用は制限されるような気がする。
• 遅くなったとしてもずっと遅いのではなく、しばらくすると再び速くなる。回線の混み具合によるものかもしれない。
• 時間帯によってはｗｇｅｔで数ＭＢ程度のファイルをダウンロードしようとしても、途中で止まってしまうことがある。切断されたわけではなく、いったんｗｇｅｔを終了して再度挑戦すると再開はできる。
• 大きなサイズの画像が多数貼り付けられているようなウエブページも同様に制限されることがある。
• 早朝はとても快適。安定して速度が出るような気がする。
• 極端に速度が落ちてしまうこともあるので、場合によっては遅いながらも安定して接続できるフレッツＩＳＤＮのほうがよいかもしれない。
• 何度接続しなおしても割り当てられるＩＰアドレスが同じだった。これは使っているＩＳＰに依存するかもしれないし、地域にもよるのかもしれない。今後も同じＩＰアドレスが割り当てられるとすれば、リモートのサーバのメンテナンスに都合がよい。セキュリティポリシ上、ここでＩＳＰ名は公開できないけれど。。
• 割り当てられたＩＰアドレスを一時的にリモートのサーバでアクセス許可し、ＳＳＨで接続してみたところ、とても使いにくい。理由は、若干の遅延が発生するが、その遅延が一定ではないため。入力ミスもしくは反応がないのかと思ってしまい、ついついキーを何度も入力してしまう。その結果、余計にキーを入力したことになってしまう。試しにキーボードの特定のキーを数秒間押しっぱなしで文字を入力してみると、ばらつきがあるのがよくわかる。

という具合に、私はモバイル環境で使うわけではなく、フレッツＩＳＤＮを置き換えることができるかを検討するようなことになってしまったので、ここで書いていることについてはかなり偏りがある。。結果としてはウエブページを閲覧する程度であればフレッツＩＳＤＮより快適。しかし、速度が極端に落ちたり、ダウンロードが止まってしまうことやＳＳＨでの接続を考えると、まだフレッツＩＳＤＮを解約しようとは思わない。遅いながらもＩＳＤＮの方が確実というか安定性や信頼性が遙かに高く感じた。

以下は午前７時の国内のあるホストへのｐｉｎｇ結果。これは良好な結果なので、時間帯によってはこの１０倍くらい遅くなることもある。

10 packets transmitted, 10 received, 0% packet loss, time 8999ms
rtt min/avg/max/mdev = 169.966/196.636/230.828/19.309 ms

Ｌｉｖｅ　ＣＤでルータっぽく使う場合は、次回の起動時に備えて、接続設定、ＬＡＮ側のＩＰアドレス割り当て、ファイアウォール、ＩＰマスカレードの設定などを一発で行えるようなシェルスクリプトを用意してＵＳＢメモリなどに入れておくと非常に便利。

2008-01-24 追記。先日、約２週間ぶりに接続してみたところ、割り当てられるＩＰアドレスは前回と違うものになった。また、別のＩＳＰに変更して接続したところ、随分と快適になった。不安定なのがまさかＩＳＰの問題だったとは。。しかし、大きなファイルをダウンロードしようとして制限がかかるのは同じ（これはＩＳＰの問題ではないので）。セキュリティポリシ上、どのＩＳＰからどのＩＳＰに変更したのかはここでは書けないけれど。。。

実家ではまだフレッツＩＳＤＮしか常時接続手段がないので、ＰＣで定額というのは夢の端末だった。実は今手元にＣＦカードやＰＣカードに対応したＰＣがないので動作検証できず。実家にノートＰＣがあるのだけど、これはＨＤＤが故障しており、Ｆｅｄｏｒａ　８のＬｉｖｅ　ＣＤで動作検証をすることになる。ここで発表できるのは来月初めになると思う。

メイン環境のグラフィックはＩｎｔｅｌ　８５５ＭＥで、ＲＨＥＬ５のＸ．Ｏｒｇならこの解像度もすぐに使えると思ったのだが、ＧＮＯＭＥのディスプレイの設定でこの解像度を指定しても、うまく設定できなかった。調べた結果、915resolution で何とかできそうだった。しかし、ＲＨＥＬ５では提供されておらず、ＦＣ６のＥｘｔｒａから借りてくることにした（ＦＣ６はＲＨＥＬ５のパッケージとバージョンが近いため、そのまま使えることが多い）。念のためＳＲＰＭパッケージからｒｐｍｂｕｉｌｄしたものを使用。

以下のようにすると、その環境で対応している解像度の一覧が得られる。なるほど、この中に１４４０×９００は含まれていなかった。このうちどれかを使いたい解像度に上書きすることで利用できるようになる。

# 915resolution -l

設定ファイルは /etc/sysconfig/915resolution となっており、これを以下のようにした。

RESOLUTION="58 1440 900"

915resolution はデーモンではないが、起動時に実行されるように /etc/init.d/915resolution という起動スクリプトができる。これを実行。また、次回以降の再起同時に自動実行されるようにもしておく。この後、ＧＮＯＭＥをログアウトしてＸ．Ｏｒｇをさせたところ、１４４０×９００の解像度で使えるようになった。

今回インストールするのはＲＨＥＬ５．１　Ｄｅｓｋｔｏｐで、先日５から５．１へアップデートしたばかりの環境。ＡＴＯＫ　Ｘ３　ｆｏｒ　Ｌｉｎｕｘの動作環境は５．１ではなくてただの５なので少々心配していたのだけど、難なく使うことができた。インストールは一緒に配布されているシェルスクリプトを実行し、そこで旧バージョンのＡＴＯＫはアンインストールされた。今回もｉｉｉｍｆ。今回は３２ビット版ＲＰＭパッケージに加えて６４ビット版もあり、ｄｅｂパッケージも用意されていた（こちらは３２ビット版のみ）。

デフォルトの日本語入力の切り替えは半角／全角キーかＣｔｒｌ＋Ｓｐａｃｅキーなのだが、Ｃｔｒｌ＋ＳｐａｃｅキーはＥｍａｃｓのキーとかぶるので厳しい。ジャストシステムのサポートサイトを見ると、すでにＦＡＱが公開されており、そこへＳｈｉｆｔ＋Ｓｐａｃｅキーで切り替えるようにする方法が掲載されている。前バージョンではこの設定は起動スクリプトに記述したが、今回は /etc/iiim/js_triggerkeys.conf を以下のようにすることで対応できる。

Shift+space yes

旧バージョンのＡＴＯＫも十分賢かったので、まだ使い始めて間がないこともあり、それほど大きな違いは感じない。それは単に私が使いこなせていないだけだろうけど、さらに変換精度が上がった気はする（もう旧バージョンがアンインストールされてしまっているので今更比較できない）。単漢字の変換の時に表示される「単漢字情報」は便利だと思った。

ところで、ＲＨＥＬ５ではｉｉｉｍｆがＲＰＭパッケージでインストールされている状態で yum update などとするとｉｉｉｍｆをｓｃｉｍに置き換えようとしてしまう。これを防止するには、 /etc/yum.conf へ以下のように除外パッケージとして指定すればＯＫ。

exclude=scim*

近々、新規インストール予定があるので、早速ＩＳＯイメージをダウンロードしようとしたら、今回からＤＶＤ用のイメージも用意されている。新しく追加されたパッケージがあったり、Ｘｅｎが３．１になったり。個人的には、ＲＨＥＬ５でうまく使えなかったＡｄａｐｔｅｃのＳＣＳＩアダプタが動くようになっているのを願っているのだけど、ｋｅｒｎｅｌのｃｈａｎｇｅｌｏｇを見ると [scsi] Missing PCI Device in aic79xx driver とあるので、５．１では対応しているのかもしれない。

種から育ったカタバミなのだけど、蛍光灯の光だけでかなり生長した。実は２種類あり、生長の速いタイプと遅いタイプがある。成長の早いタイプは芽が出てから花が咲くまで２ヶ月もかからなかった気がする。一方、成長の遅いタイプは１年以上かけてやっと花が咲いた。それぞれ、茎に対する葉の付き方や種の大きさに違いがある。

屋外から採ってきたカタバミは徐々に枯れ始めて、いまは完全に枯れてしまっている。。枯れた原因が種から部屋で育てたものとそうでないものの違いか、品種による違いなのかはまだわかっていない。部屋で順調に育っているのは葉が緑のタイプ。枯れてしまったのは葉が茶色っぽいタイプ。鉢があまりにも小さかったのが原因かもしれないし、その小さな鉢でオキザリスと寄せ植えしていたのが悪かったのかもしれない。

最初に試したのはＡＲＥＡというメーカの４ポート増設できるタイプ。マザーボードに２ポートあり、それらは ttyS0 ttyS1 として認識されている。これらは ttyS2 〜 ttyS5 として認識されると思われた。

しかし、ttyS3 までは認識されるものの、残り２ポートは使えなかった ｏｒｚ．．

Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
0000:02:0f.0: ttyS2 at I/O 0x2470 (irq = 11) is a 16550A
0000:02:0f.0: ttyS3 at I/O 0x2468 (irq = 11) is a 16550A
Couldn't register serial port 0000:02:0f.0: -28

続いて、別のコントローラを搭載したＩＯ　ＤＡＴＡの４ポート増設カードを試すことに。こちらはケースのＰＣＩスロットを１つしか占領しない。

ところが、これも同じ。２ポートしか使えない。しかも、

$ screen /dev/ttyS2 9600

とかやっても接続先からは何も返ってこないｏｒｚ。。調べてみると、

ボード上に載っている水晶が14.7456MHzだったんです、これ。大抵のシリアル拡張ボードの場合、1.8432MHz(＝115200Hz×16)が載っているので、通信速度が8倍になっていたというオチでした。

という訳で、38400bpsの通信速度を使用する場合、アプリケーション側は1/8した速度(4800bps)を指定すればおっけー。

という情報があり、以下のようにすれば使うことができた。

$ screen /dev/ttyS2 1200

その後、マザーボードのオンボードのシリアルポートを無効にしてしまえば、拡張カードのポートを４つとも使うことができることがわかり、使える数になんらかの制限があるような気がしてきた。さらに調べた結果、海外のフォーラムにカーネルの起動オプションに 8250.nr_uarts=N と指定すればよいようなことがかかれていた。 grub.conf で以下のようにすればあっさり全ポート認識できてしまった。

title Red Hat Enterprise Linux Client (2.6.18-8.1.8.el5)
        root (hd0,0)
        kernel /vmlinuz-2.6.18-8.1.8.el5 ro root=/dev/md1 rhgb quiet 8250.nr_uarts=6
        initrd /initrd-2.6.18-8.1.8.el5.img

結局、癖のないＡＲＥＡのカードを使うことにした。ただ、すぐに空きポートがなくなりそうなので、ＩＯのも近いうちに使うことになるかもしれない。

この「大特別版」はビックリマンチョコ風のパッケージとなっており、もったいなすぎて開封することができなかった。しかし、開封しない限りはパッケージ内のシールの交換でしか手に入らない「ヘラクライスト（赤）」が入手できない、というのは悔しすぎるのだけど。。やられた。

転売品に手を伸ばす気にはなれないので、通常版も購入することに。

ひたすら「大検定」でポイントをためて「大ショップ」でシールを購入。という流れでシールを集めていく。シールを集めないと「大図鑑」でカラーでシールを表示できない。シールを集める楽しみが再現されているのはよいのだけれど、大人買いしてもなかなかコンプリートできないというのはリアルと同じで、単に「大図鑑」で懐かしのシールを見たいのが目的だと疲れてしまう。

実はプリンタを持っていない。部屋が狭くてプリンタを置くことすら難しい。そこで、FAX をプリンタとして使えないか試してみることにした。

まず、構成として、ヤマハの netvolante の TEL1 ポートに FAX が接続されている。そして、PC 用の FAX モデムは TEL2 ポートへ接続する。この状態で、 TEL1 と TEL2 間は内線で発着信ができる状態となる。たとえば TEL2 から TEL1 へ発信するのなら *1 をダイヤルするだけ。

RHEL5 には efax というパッケージがあるので、PC からの FAX の送信はこれを使った。

1. Firefox や OpenOffice.org から「印刷」を行う。この際、「ファイルに保存」を選んで Postscript として保存する。
2. たとえば、kendomo.ps という名前で保存したとして、それを tiffg3 形式の画像に変換する。これは以下のように efax のマニュアルに載っている方法で。

   $ gs -q -sDEVICE=tiffg3 -dNOPAUSE -sOutputFile=kendomo.%03d kendomo.ps < /dev/null

   上の例では kendomo.001 というファイル名で出力され、複数ページある場合は 002、003 のように加算される。
3. tiffg3 形式のファイルを /dev/ttyS0 のモデムを使い、 efax で *1 宛 (TEL1 ポートへ内線発信、* は \ でエスケープ) に送信する。 -h オプションはヘッダ。標準で日時とページ番号が挿入されるので、 -h "" としてこのヘッダを無効にする。

   $ efax -d /dev/ttyS0 -h "" -t \*1 kendomo.001

   複数ページある場合は以下のように

   $ efax -d /dev/ttyS0 -h "" -t \*1 kendomo.001 kendomo.002

けんども日記の最初の 1 ページ目を印刷してみたところ、画像が 3 枚入っていることもあってなのか、送信だけで 2 分もかかってしまった。

このサイトは印刷用の CSS を用意していないことにこれ見て気づいた。。

印刷の品質はそれほどよくない。解像度が低いため、文字の太さにばらつきが発生して汚く見えてしまう。それでも、FAX がプリンタ代わりに使えるのはうれしい。