ずん日記

どう違うのか。 どうやら apt-get remove だと依存関係見て、 それに依存してるパッケージも remove されるらしい。 dpkg -r はそのパッケージを remove するのみ。
ということは、あらゆる apt-get remove で良いのかな？と理解。
ところで apt-get remove したあとに dpkg -l | grep ^r で出てるるのもけしたけりゃ それらを dpkg --purge で良いのかな。 dpkg --purge は設定ファイルも消すらしいので場合によっては注意が必要。 ってところか。

新生銀行と言えばセブンイレブン。 セブンイレブンATMなら引き出しも預け入れも手数料無料。
ということで、セブンイレブンで入金しようと思って何件か回ってみたんだが、 どうやらこの近所の店舗だと ATM おいてあるところは無いらしい…。 駄目じゃん…。
むぅ、実家の方のセブンイレブンにはあったのになぁ…。

で、失意のまま明日にしようかと思って帰ろうとしたときに思い出した。 そう。新生銀行は 郵貯と提携 してた気がする。 というわけで郵便局へGO。
流石本局、こんな時間でもATMが使えます。
ふむ、提携先銀行のカードを使うというメニューがちゃんとある。 ポチポチ、と。
おーちゃんと使えるよ。 さて、預け入れ、と。 （そして札束を入れる） ダララララーー。
流石にこんだけ入れると音も迫力違うなぁ、とか思いつつ入金完了。 早速家に帰って確認してみよう。

早速WEBでログインして確認。 おぉ、ちゃんと入金されてるではないか素晴らしい。
とりあえずは家賃とか振り込んだ。 うーむ、手数料かからないの重要だ（ぉ

USAGI な部分はカーネルのコンフィグオプションではじめちょっとはまった。 IPv6 なあたりとかあまり何も考えずに全部チェックしたら make できないんだもん。
改めて INSTALL.usagi を見直したら、 ちゃんと doc/CONFIG.linux24 を参考に設定しろって書いてあるじゃん。 というわけでその通りやったら無事 make できた。
IPv6 自体は今の鯖でも使ってるからいまさらな感動は無し。

160GB HDD を使えるようにするために ide パッチ を当てた。 数十個あるファイルがひとつもミスることなくパッチれると気持ちが良いね（笑
あー、HDD よはやく届け 。

はじめから ext3 にするつもりで全部 ext2 でインストールしたんだが、 ext2 から ext3 にするのってほんとに一瞬だねー。 これは移行が楽で良いわ。
おまけに ext3 に tune 済みでも ext2 としてマウントできるから 古いカーネルでもマウントできる。

• LVM-HOWTO (英語)
• LVM-HOWTO (日本語)

をまず作成する。
まーこれはあるパーティションを LVM のパーツとして使えるように 設定するための作業だ。
LVM の PV *2 として使うにはパーティションタイプを 8e (Linux LVM) にする必要がある。 これは fdisk で行う。

# fdisk -l /dev/hde /dev/hdf

Disk /dev/hde: 255 heads, 63 sectors, 19929 cylinders
Units = cylinders of 16065 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/hde1             1     19929 160079661   8e  Linux LVM

Disk /dev/hdf: 255 heads, 63 sectors, 19929 cylinders
Units = cylinders of 16065 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/hdf1             1     19929 160079661   8e  Linux LVM

↑こんな感じになる。 次にそれぞれのパーティションを PV とするには pvcreate というコマンドを使う。

# pvcreate /dev/hde1 /dev/hdf1
pvcreate -- physical volume "/dev/hde1" successfully created
pvcreate -- physical volume "/dev/hdf1" successfully created

↑こんな感じである。
ここで、初めて PV を作ろうとしている場合は /etc/lvmtab{,.d} 等が無いはずなので vgscan をまず実行しろと怒られるはずである。 言われたとおりに vgsvan を実行してみましょう。

# vgscan
vgscan -- reading all physical volumes (this may take a while...)
vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
vgscan -- WARNING: This program does not do a VGDA backup of your volume group

さっき pvcreate に失敗した人はもういちどやればうまく行くはずです。

次に VG *3 を作ります。
VG は LV *4 を作成するための仮想ディスクです。 複数の PV で VG を構成します。
ここで VG には比較的自由な名前がつけれるので適当につけてみましょう。 ここでは vg0 とでもしておきます。 別に test だろうが punimoe だろうが何でも良いです。 ちなみに vg0 で作成すると /dev/vg0 というものが出来ます。
さて、実際に /dev/hde1 と /dev/hdf1 を PV とする VG vg0 を作ってみます。 VG を作成するには vgcreate というコマンドを使います。

# vgcreate vg0 /dev/hde1 /dev/hdf1
vgcreate -- INFO: using default physical extent size 4.00 MB
vgcreate -- INFO: maximum logical volume size is 255.99 Gigabyte
vgcreate -- doing automatic backup of volume group "vg0"
vgcreate -- volume group "vg0" successfully created and activated

↑こんな感じにサクッと出来ました。

さて、前準備が長かったですがやっと LV を作れます。
LV とは日本語で書くと論理ボリューム(?)。 というわけでこの LV が実際に使うパーティションと言うことになります。 早速作ってみます。
LV も VG と同様比較的自由な名前がつけれます。 VG の時は名前は必須でしたが LV の場合は特に指定しなければ lvol0, lvol1 等という名前が勝手につけられます。 でも何となく味気ないので今回は saba という名前にしてみます。 あと LV のサイズですがとりあえず 100MB で作ってみようかと思います。

# lvcreate -L 100M -n saba vg0
lvcreate -- doing automatic backup of "vg0"
lvcreate -- logical volume "/dev/vg0/saba" successfully created

↑こんな感じにサクッと出来ました。 ちゃんと /dev/vg0/saba というファイルが出来てるはずです。 ls でもしてみてください。

さて、LV が出来たところで早速マウントして使ってみることにします。
今回は ext3 でフォーマットしてとりあえず /mnt にマウントしてみます。

# mke2fs -j /dev/vg0/saba
…
# mount /dev/vg0/saba /mnt/
# df -T
Filesystem    Type   1k-blocks      Used Available Use% Mounted on
…
/dev/vg0/saba ext3       99150      4127     89903   5% /mnt

↑こんな感じに簡単に出来ました。
ちゃんとマウントされててファイルの読み書きも出来るようになってるはずです。

さて、折角２つあわせて 320GB もある HDD なのにまだ 100MB しか使ってません。 まぁ、 LVM のパワーを感じるためにわざとそうしたんですがね。
というわけでこの 100MB のパーティションをでっかくしてみます。 景気良く 300GB まで広げてみることにしましょう。

# lvextend -L 300G /dev/vg0/saba
lvextend -- new size 314572800 is to large for VGDA in kernel

がーん！なんだとー。 そんなサイズの LV は作れないといわれてしまった。
これについて調べた結果、

# vgdisplay vg0
--- Volume group ---
VG Name               vg0
VG Access             read/write
VG Status             available/resizable
VG #                  0
MAX LV                255
Cur LV                1
Open LV               0
MAX LV Size           255.99 GB
Max PV                255
Cur PV                2
Act PV                2
VG Size               305.31 GB
PE Size               4.00 MB
Total PE              78160
Alloc PE / Size       25 / 100.00 MB
Free  PE / Size       78135 / 305.21 GB
VG UUID               XTBBNn-1IpZ-UZ4S-xE7D-i7QT-WSmE-Dy21Ck

MAX LV Size 255.99 GB だ？ んだそりゃー。 で、さらに調べてみると、PE *5 Size を増やしてやらなければいけないらしいということが予想がついた。 Default は 4MB だ。 この値は 64k〜16G の間で 2 の累乗の値で設定できる。
で、この値は vgcreate するときにしか設定出来ないので 一旦 vg0 を削除して作り直すことになる。 削除する手順は lvremove で VG 上の LV を全部削除した後 vgremove で VG を削除するんだが、VG が available だと削除出来ないので vgchange -a n で not available にする。 lvremove の時も同様である。

# lvremove /dev/vg0/saba
lvremove -- do you really want to remove "/dev/vg0/saba"? [y/n]: y
lvremove -- doing automatic backup of volume group "vg0"
lvremove -- logical volume "/dev/vg0/saba" successfully removed
# vgchange -a n vg0
vgchange -- volume group "vg0" successfully deactivated
# vgremove vg0
vgremove -- volume group "vg0" successfully removed

MAX LV Size 問題で先に進めなかったが ext2,3 でフォーマットしてある LV のリサイズした後は resize2fs でファイルシステム的にも ちゃんとリサイズしてあげなければいけない事をメモって置く。
ちなみに reiserfs の場合は resize_reiserfs というコマンドがあるらしいので それを使うこと。

で、先のを受けて試しに PE Size を 8MB で VG を作ってみた。

# vgcreate -s 8M vg0 /dev/hde1 /dev/hdf1
vgcreate -- INFO: maximum logical volume size is 511.98 Gigabyte
vgcreate -- doing automatic backup of volume group "vg0"
vgcreate -- volume group "vg0" successfully created and activated

おぉ、ちゃんと MAX LV Size が 511.98GB (PE が 4MB の時の倍)になっている。
この調子で PE Size を徐々に増やして試してみたところ、 PE Size を 32MB 以上にしても MAX LV Size が 1.00TB から上がらないのだ！ あんですとー。
そして暫く格闘したが結局 MAX LV Size をもっとデカクする方法は分からず終い…。
今のところは数百 GB しか HDD 積んでないから良いけど どう考えてもかなり近いうちに 1TB は突破する必要性が出てくるんだよな。 そうなる前に解決しないとな…。

というわけで MAX LV Size をもっと上げる方法を探すのが 今後の課題として残ってしまった…。
ふぅ…。

あー、あと最後に。
リブートすると VG が not available な状態なので使えない。 その為、vgchange -a y を起動スクリプトかどっかで行わなければいけないのだ。
起動スクリプトの例としては このへん が参考になる。

発表13時からだから、12時には家を出なければなー。 などと考えていた11時過ぎ頃。
ハジマッタ…。

ヤベーーーーーーーーーーー！

突然の叫び。
出発30分前にして、頑張って作ったパワーポイントのファイルを消すやつ…。
消した瞬間、何かがサーッっと引いていくのが分かったよ。
もうマジ焦った。
それから25分くらいで急遽資料でっち上げ開始。 そしてノーパソは持ち込みかもという噂を聞いてさらに焦った。 だってノートもって無いし…。
なので OHP で GO。 矢崎さんはすでに OHP シート切らしたらしいのが、 吉崎さんが助け舟を出してくれたお陰で助かった…。 でも14枚って多すぎだ(^^ゞ
焦って作ったから何も推敲がされてないからな…。 そして奇跡は起こった。
吉崎さんちに残ってた OHP シートは偶然にも丁度14枚で終了。
好きでやってるわけじゃないんだが…。 なんで最後の最後までこうなるかねぇ（汗＞自分
とりあえず吉崎さんには飲みでも奢らねばなぁ…。 ホント助かりました。

っていうとこんな感じか。

• ６点（一発免停）
• 反則金２万円
• 罰金６万（初犯の場合）〜７万
• 講習料金 13,800円（30日免停の場合）

計10万弱か。 っていうか詰まらんなー。 どうせならもっと派手にやってくれればネタになるのに（ｗ
運が良かったらしい。

既に４点あったらしいので累積10点ですな。 つまり、

• 60日免停
• 講習料金 23,000円（60日免停の場合）

となるわけだ。 更に前歴１回となるので免停終了日から１年間は、 累積４点でいきなり６０日免停ということにもなるそうだ。 点数は１年無事故無違反で過ごせばリセットされる。
解説は この辺 が分かりやかった。

今日病院行って、おかゆ買ってきて食べて寝たらしい。 だいぶ調子よくなったらしいので一安心。

今日は朝から２番目の発表が興味があったので早速見に行った。 そいつのテーマは『携帯スパムメール対策システムの提案』(?)とかだったっけな？ まぁ、とにかくそんなの。
タイトルだけ見ると僕と被ってるし、 もしかしたら参考になることを発表してくれるかもしれないと少し期待して見に行った。
しかし。 結局大したことしてなかった。
とるべきスタンスとしては、僕が利用者の立場からの対策を述べたのに対し、 彼のはスパムが大量に送られるサーバでのスパム対策、という立場の違いはあった。
って言うかそれ以前に、 「それギャグ？」 とか言いたくなる内容だったよ。
最初にスパム被害の例として、

某サーバでは１日に９億通ものメールがあり、そのうち８億通はスパムメールである。 そのスパムメールの処理のために本来配送しなければならない正規のメールが 遅延するなどの被害が出ている。これに対する解決策を提案しました。

と始まった。 本当にそれが出来るなら是非聞きたいマジで。 でも結局彼の言うには、本来の配送サーバと別に、 スパムフィルタ処理を行うためのリレー専用サーバを設置することで 遅延が防げると言っていた。 そして、そこで実装されているスパム対策システムはこういうものであった。
その根源は、 スパムと見なされたメール配信元のIPに対し、 SMTPの応答を遅くする事でスパム配信者に通信コストを強いる。 という…、そもそも危機感が足りない対策だったのでガッカリ。 そんなもん第３者リレーを許してるサーバを使って送信したり、 これから IPv6 が広まってきたらすぐに使い物にならなっちゃうじゃないか。 っていうか負荷がかかるのが配信サーバからフィルタサーバに 代わっただけじゃないのか？とか根本的な問題が…。
そして、スパムと判断するためのフィルタは Subjectと本文の内容が同じメールが敷居値以上送信された場合 にスパムと見なすということらしい…。
はい終了。 色々言いたい事はあるが既に彼の発表の質疑応答のときに 散々苛め(?)てあげたからもう良いや。 半分期待してただけにガッカリ。

あと、情報化の発表を途中で抜け出して電気科の発表を見に行ってきた。 森谷さんの話速変換の発表があったから。
っていうか電気科こえー(^^;
なんちゅーか、情報化とは文化からして違うね。 スーツデフォだし。
学生の発表も内容はともかくレベルが高いと思う。 そして質疑応答が凄い。
しみじみ５年前に情報科選んで良かったと思ったよ。 電気科だったらいつ卒業出来るかわからねー。
ところで森谷さんの発表だが、恙無く終わったね。 電気科の教授はソフト系は弱いらしく質疑応答も大した事無かった。
色々勉強になったな。

初めて行った病院なんだが凄いアッサリ薬くれた…。 あまりにあっさりしすぎて驚いたよ。
診察は、花粉症はいつ頃から？今他に飲んでる薬ある？ 花粉症以外でアレルギーとかありますか？喘息とかありますか？ 今まで大きな病気にかかったことは？etc...
って感じで良くある問答を１分ほどして、 「じゃ、薬だしときますねー。」 と診察終了。
どうやらこういうものらしいね。

とりあえず２週間分もらった。 花粉症の薬は凄い種類があるらしく、体質によったり、 後は眠くなりやすいとか効き目が強いとかのバランスとか色々あるらしい。
なのでどの薬が合うかは使ってみないと分からないんだそうだ。 今回はとりあえず一番ありがちなやつを処方してくれた。 今回の薬があまり効かないようだったらまた来てくださいということだ。
今回もらった薬は、

薬の名前：アレグラ錠60mg
薬の働き：この薬は、アレルギー症状を抑える作用があります。 鼻炎や蕁麻疹、湿疹、皮膚炎、 かゆみなどの治療に用いられます。
用法・容量：分２朝夕食後服用、１回に１錠１４日分、内服薬

結果はどうなることでしょうかね。

纏めて出来るのが怠惰でよい。 ファイルは合わせて120MBぽっちなのでサクッと落としてポイポイッと入れた。 あとは DX8.1 とか入れて　WindowsUpdate は大体終了。

なんで高々13MBのファイル落とすのに1時間もかかるんだよー。 かーなーり、ムカツク。 イライライライラ…。

j2sdk1.4 入れて、JBuilder6 入れて、秀丸、鶴亀、Donut、ExpLZH、etc…。 この辺は楽チンだ。 秀丸と鶴亀はレジストリとって置いたから設定一瞬だし、 ExpLZH はアーカイバプロジェクトから勝手に DLL 落としてきて入れてくれるのが良いね。
面倒いのが ICQ だよな。 毎回再インストールの度にパスワード忘れてる、そしてコンタクトリスト忘れてる…。 レジストリじゃなくファイルに保存してくれっつーの。

しました。結局。 どうやら問題はマザーか CPU にあるらしい。 でも今手元に Slot1 の CPU もマザーも無いので追及できず。
確かなべさんちに、相談室クリスマス会のプレゼント交換で僕が GET した マザーと CPU のセットが置いてあった筈なのでまだあったらそれを使って 直しておくことにしよ。
というわけで暇なときに取り行くかもしれんから探しといてくれ。 見つからなかったら、それはそのとき考えよう。

djbdns の紹介サイト からソース取ってきて、 dnbdns の IPv6 パッチ を当てれば OK だな。 あとは急鯖からゾーンファイルその他もろもろ持ってこよう。

とりあえず ucspi-tcp を入れる。で、 ucspi-tcp の IPv6 パッチ も当てておく。
あう、v6 パッチ当てると diet libc を入れておかないと make できないらしい。 なので、入れてしまう。
そして diet を入れても make 失敗…。 んー、まぁ今回は v6 はいいや。 とっとと新鯖作るのが目標なので頓挫。 普通に入れよう。

ucsp-tcp の v6 化が出来なかったので qmail の v6 パッチ も必要ないな。 でもメモの意味でリンクは張っとこう。 で、とりあえず ここ にもとりあえずリンク張っといて、と。
後は localtime パッチ を当ててサクサク入れることにする。 qmail 関連はあとは pbs4q、vpopmail、ezmlm と入れとく。 設定とかは旧鯖からコピーしてきて使うことにした。 一応設定内容を確認しとかないとな。 旧鯖と新鯖で回りの環境変わってるかもしれないから。
インストールのドキュメントは暇があったら書くかもしれないが、 このパターンの場合は大抵結局書かないということが過去の経験から分かってたりする（ぉ

PostgreSQL 日本語 ML のページがやはり落ち着く。
ここの PostgreSQL7.2 について を見てインストール。 何故か 7.2 についてがまだ TOP からリンク辿れなかったんだが 7.1 についての URL の 7.1 の部分を 7.2 に変えたらちゃんとページがあった。
--with-jdbc が make 出来なくて、 色々試したんだが結局 j2sdk1.4 で build するのは頓挫した。 んで素直に(?)、jdk1.3.1 を使ったらサクッと build 完了。 jar さえ出来てしまえば 1.4 でもちゃんと使える。

特に書くこと無し。 ./configure --with-modules=mod_sql:mod_sql_postgres としたくらいかな。
設定は旧鯖からコピー。

一人じゃ時間ばっか浪費してるところだったな。
emacs の初期化ファイルの問題の切り分けは -no-site-file と -no-init-file が基本なんですね。 覚えておきます。
結局今回は /etc/emacs/site-start.d/50user-es.el が悪さをしてたらしいことが判明。 これは user-es に入ってたらしい。 ってか user-es って何？スペイン語？意味分からん。 何でこんなものが入ってたんだろうか…。 とりあえず

apt-get --purge user-es

で、無事解決した。

してしまった…。 ボーっとしてたら入る道一本間違えたのだ。 かなーり焦った。 だって入ってく道が KDDI に行く道とすごい雰囲気似てるから気づかなかったんだよー。 うぅ…。
まぁ、びびって新鯖落としたけど、偶然後続車がきてなくて助かった。 いきなりトラックに踏まれて終了〜とかなったらマジ泣く。
あとは僕自身に怪我がなくてよかった。うむ。

そしてトラブル。 10分で終わるはずの作業が４時間もサーバがとまる大事態になってしまった…。 全てはまったく予想外だった旧鯖死亡のせいだ。
結局、旧鯖はどう頑張ってもブートしないので、 あとの手間も考えて旧鯖の HDD、80GBx3 はそのまま新鯖に付けられた。 んで、新鯖で特急でWEBとメール環境の復旧を図る。 そんな感じで４時間かかってしまった。
この件で迷惑かかったみなさん、ごめんなさい。
しかし、旧鯖、何とかシングルモードでブートしたときに、 システム HDD のパーティションサイズがが全部 2GB で 使用量全部 30MB とか表示されてるの見たときは卒倒しそうになりましたよ…。 マジ泣きたかった。
幸い新鯖に挿したら無事中身みれたので良かった。

残りバグあと２つ。 あとの保守は亀田君が頼れそうなのでお願いします。

Filesystem        Type    Size  Used Avail Use% Mounted on
/dev/hda5     reiserfs    1.9G   69M  1.7G   4% /
/dev/hda1     reiserfs     94M   38M   56M  40% /boot
/dev/hda6     reiserfs    1.9G   42M  1.8G   3% /tmp
/dev/hda7     reiserfs     14G  1.3G   12G   9% /usr
/dev/hda8     reiserfs     14G  405M   13G   3% /var
/dev/hda9     reiserfs     14G  252M   13G   2% /opt
/dev/hda10    reiserfs     68G  6.6G   61G  10% /home
/dev/vg0/saba reiserfs    300G   62G  238G  21% /home/ftp
/dev/hdb5     reiserfs    2.0G  140M  1.8G   7% /mnt/hdb5
/dev/hdb6     reiserfs    4.9G  484M  4.4G  10% /mnt/hdb5/opt
/dev/hdb7     reiserfs    9.8G  395M  9.3G   4% /mnt/hdb5/var
/dev/hdb8     reiserfs     54G   52G  2.8G  95% /mnt/hdb5/home
/dev/hdb11    reiserfs    3.9G  2.5G  1.4G  64% /mnt/hdb5/usr
/dev/md0      reiserfs    153G  151G  2.5G  99% /mnt/md0

データの移動は同じマシン上ならこうするのが吉。

# find . -depth|cpio -pmd destdir

注意

• find には -depth *1 を付けとかないとディレクトリの mtime がおかしくなる。
• find のディレクトリ指定は必ず相対パス（../も含めない）で書くこと。 *2
• cpio の展開時は -d オプションを付ける。 *3
• cpio の展開時は -m オプションを付ける。 *4

矢崎さんと森谷さんも呼んで＋新人１人の全６人で飯食いに行きました。 美味かったです。