Debian(Etch)の場合

Debian JP Project - Debian JP Project

ダウンロード

ダウンロードの方法にはhttp、ftp、torrent、jidgoとある。適当なものを選択してダウンロードする。できるisoファイルはどの方法でダウンロードしてもおなじものが出来ると思う。下のような感じにした。

$ wget -c http://cdimage.debian.org/debian-cd/4.0_r4a/i386/iso-cd/debian-40r4a-i386-netinst.iso

ダウンロードしたマシンでCDを作れるといい感じだったが、無理なのでCD作成用のマシンにisoイメージを持ってきてCD-RWに書き込んだ。今からインストールする古いFMVノートブック(fmv 640nu5c/w)でCD-RWを読めることが救いだ。CDを無駄にしないですむから。あと意外なことにこのノートブックはPXEブートにも対応しているようだ。まぁもらい物にしては良いマシンだ問題はHDDが壊れたので1.3GBになっていることか。CD作る用のマシンはwindows 2000。サーバマシンでダウンロードしたので、CD作成用マシンにサーバマシンのディレクトリマウントしておき、そこから直接読み出してCDを作ってみる。100BASEのLANでサーバとCD作成マシンはつながっている。100Mbits/sec=12.5MBytes/secで、三分の一ルールを考えれば12.5Mbytes/sec->4.1Mbytes/sec。CD書き込みの等速が150KBytes/secなので、おおよそ27倍速ぐらいまでは書き込めそう。まぁ4倍速までしか対応していないので、4倍速で書き込んだけど。基本的にこのFMVノートブックにDebianをセットアップする場合はtaskselでnotebookとbasesystemのみ選択。

コアプログラムのインストール

メモリが少ないのでインストーラはインストールモードをLow Memory Modeに変えた。これにより英語、テキストモードでインストール作業を行った。インストールはほとんどデフォルト。インストールパッケージの選択ではNotebookとその下1個あわせて2つのチェックボックスにチェックを入れた。インストールがすむとCD-ROMがイジェクトされて再起動がかかる。

2回目インストール

今回別マシン(メモリとHDDが十分な)にrc3をインストールしたときに感じたことだが、とにかくインストーラに仕事をさせないほうがインストールの練習になりそうだ。使っていればいろいろと出てくる問題に対しての予防措置をあらかじめしてくれるインストーラは便利だが、インストーラがしてくれるはずの設定を自分の手で行うことで、突発的な問題に対処できるようになるのかもしれない。そんなことを考えておきつつも、やっぱりやってくれるほうがいいわけで。

debianはCDからインストールできる。この場合、isoファイルをダウンロードしてCDにするが、ダウンロードは1.全部いり、2.全部いりの1枚目、3.ネットインストール、4.名刺サイズ、の4つある。今回は3と4を試してみた。当然ながら、Low Memory Modeにはならなかった。少し悔しいが、言語選択は日本語、キーマップは日本語、とにかくインストーラが気を利かせてやってくれることはすべてやってもらう方向で選択してみた。3と4を選択したときの違いはよくわからん。よくわからんが何回もインストールとかするので、今後は3をメインで使ってみようと思う。パッケージ選択の場面ではデスクトップ環境のチェックをはずして、ラップトップと標準システムだけチェックを入れておいた。

3回目インストールのサマリ

思い立ったらとりあえずmemtestを走らせておく。其の間に色々と準備しておこう。なんだかんだ言っても、トラブルは起こるもので。使えるFD探しに手間取るとかね。

今度はフロッピーディスク(FD)経由でインストール。CD-RWの読めないマシンにインストール。まずはダウンロード。カレントディレクトリに最後に指定した引数の中身がダウンロードされる。必須ファイルはboot.imgとroot.imgらしいが、僕の場合は使っているNICが変なやつなのでとりあえず全部ダウンロードしてフロッピーディスク(FD)を作っておく。

$ wget -r -l1 -P./ -nd ftp://ftp.jaist.ac.jp/pub/Linux/Debian/dists/stable/main/installer-i386/current/images/floppy/
$ ls
boot.img
cd-drivers.img
net-drivers-1.img
net-drivers-2.img
root.img
$ su
Password:
# dd if=boot.img of=/dev/fd0 bs=1024 conv=sync ; sync
1440+0 records in
1440+0 records out
1474560 bytes (1.5 MB) copied, 101.243 seconds, 14.6 kB/s
# dd if=cd-drivers.img of=/dev/fd0 bs=1024 conv=sync ; sync
1440+0 records in
1440+0 records out
1474560 bytes (1.5 MB) copied, 101.245 seconds, 14.6 kB/s
# dd if=net-drivers-1.img of=/dev/fd0 bs=1024 conv=sync ; sync
1440+0 records in
1440+0 records out
1474560 bytes (1.5 MB) copied, 101.447 seconds, 14.5 kB/s
# dd if=net-drivers-2.img of=/dev/fd0 bs=1024 conv=sync ; sync
1440+0 records in
1440+0 records out
1474560 bytes (1.5 MB) copied, 101.248 seconds, 14.6 kB/s
# dd if=root.img of=/dev/fd0 bs=1024 conv=sync ; sync        
1440+0 records in
1440+0 records out
1474560 bytes (1.5 MB) copied, 101.247 seconds, 14.6 kB/s
# exit

久々にFDを使ったな。だめなFDばかりでかなりの時間をロス。memtestはおよそ5周チェック完了で2時間程度経過。

作ったFD(boot.img)をフロッピードライブに入れて起動。ロゴが現れ"Press F1 for help, or ENTER to boot:"と出る。んでENTERを押す。FDから読み込んでいる様子。ずらーっとメッセージが流れて"Insert the Root Floopy.Perss Enter when ready,or wait 30 seconds"と出る(30秒以上経過すると"Cannot find Root floopy; /dev/floopy/0: cannot mount"と出る30秒待つのを3回繰り返すとメッセージが"Insert the Root floopy. Press Enter when ready:"に変わる。)。ということでroot.imgを書き込んだFDを差し込んでEnterを押す。また読み込み始める。

"[!!] Choose language"のタイトルでメッセージが出る。"Please choose the language for she instration process. This language will be the default languages for final system."つまり「インストール中に使用する言語を選んでください。選ばれた言語はシステムが構築された後にシステムで使われるデフォルトの言語となります。」といったところか。日本語も選べるのでjapaneseを選択してEnter。つぎに「まだ翻訳がすんでませんよ」といわれるのでContinueを選択してEnter。次に"Based on your language, you are probably in one of these countries resions."と出る。「選択された言語を元に時間帯の設定をしてください」てな感じ。ここではjapanを選択してenter。つぎに"Based on your languuage and country choices, the following locale parameter supported"「言語と時間帯から察するに次のロケールがサポートされてます。」といわれるのでja_JP.UTF-8を選択してenter。つぎに"You may choose additional locales to be installed from list."「べつのロケールも選べるけどどうする」と聞かれるのでTabでcontinueに移動してEnter。

"[!!] Load driver from a floopy"のタイトルでメッセージ。"you probably need to load from a floopy before continuing with the instration. If you know that the install will work without extra drivers,you can skip this step. If you need to load drivers, insert the appropriate driver floopy before continuing. Load drivers from floopy now?"といわれる。「ドライバフロッピーが必要になるかもしれません。これが不必要であるとわかっている場合はこのプロセスをスキップできます。もしドライバのロードが必要なら適当なドライバフロッピーを入れてください。」ということで入れます。まずはcd-drivers.imgを書き込んだフロッピーを入れてyes。で、"To load additional drivers from another floopy, please insert the appropriate driver floopy before continuing. Load divers from another floopy"「もっと読み込みますか」と聞かれるので、さらにnet-drivers-1.imgを書き込んだフロッピーを入れてyes選択してEnter。さらに先ほどと同じメッセージが出るのでnet-drivers-2.imgを書き込んだフロッピーを入れてEnter。また同じメッセージ。今度はNoにしてEnter。

ここから日本語がいける。キーボードの種類選択でjp106を選択。で、CD-ROMの検出とマウント。cd-romが見つかりませんでエラー

あれ、結局CD-ROM使うわけね。うちの子はCD-RW読めないのよ。てなわけで今回の実験は終了。今回の実験でわかったことはFDから起動は出来てもFDだけではインストールできないということ。debootstrupが使えればいいのだが

インストールオプション無、システムの使用言語でEnglish、taskselで全てのチェックをはずす

そのようにしてセットアップすると余分なものを極力減らせる。そのかわり諸々の設定は自分でやることになる。あとあとトラブルが起こった場合にこんなこともあるのではなかろうかという発想をきたえるための方法の一つ。eximがインストールされない、自前で設定しなければいけないなど。

rsh-serverの導入

こんな言い方をすると叱られてしまうが、信頼できるネットワーク内部のみに限るとか、使用方法が限定されていてかつマシンパワーに余裕が無いならば、sshのかわりにrshを使っても良いのではないかと思う。ということでおきっぱマシンにはrsh-serverを入れておくことがある。

fuga.com:~# apt-get install rsh-server

これでfoo@bar.comからhoge@fuga.comにログインできる。

foo@bar.com:~$ rsh -l hoge fuga.com
Password:
hoge@fuga.com:~$

例えばmpiをrsh経由で使う場合、パスワード無でrshを使いたいということがある。このよう場合パスワード無でログインできるようにしておかないと使えない。rshサーバを導入したマシン(fuga.com)で、リモートログインしたいユーザ(hoge)のホームディレクトリに.rhostsというファイルを作り、其の中に信頼するユーザの情報(ホスト名(bar.com)とユーザ名(foo))を書き込む。信頼するホストにいる信頼するユーザ(foo@bar.com)がリモートログインしたいマシンに存在するユーザ(hoge@fuga.com)に対して接続要求してきた場合にのみパスワード無で接続要求を受け付けるようになる。

hoge@fuga.com:~$ echo bar.com foo>> ~/.rhosts
hoge@fuga.com:~$ exit
logout
rlogin: connection closed.
foo@bar.com:~$  rsh -l hoge fuga.com
hoge@fuga.com:~$

rshdがあるホストから受けた接続要求と~/.rhostsにかかれたホスト名を比較しているので、rshdからみたホスト名を信頼するホスト名として~/.rhostsに書かないと正しくパスワード無ログインできない。

rshを導入すれば後は適当なネットワークからリモートログインして仕事が出来るのでディスプレイ、キーボード、マウスなどは不要になる。このためだけにぼくは最初にrsh-serverパッケージを導入するといっても過言ではない。

PPPoEの設定

PPPoEを使うにはカーネルモードで動作させる方法とユーザモードで動作させる場合と2つの方法がある。ユーザモードよりもカーネルモードのほうが早いという話もあるので、カーネルモードとして動作させようと思います。導入の方法はdebianのインストール時にブートパラメータとして"install modules=ppp-udeb"を渡す方法と、インストール済みのpppパッケージを導入する方法がある。

etchを導入する最初のタイミングで、マシンをpppクライアントとして使用することがわかっている場合、ブートパラメータにmodule=ppp-udebを入れておくとカーネルモードpppoeの導入から設定までをセットアップ時に対話的にできる。

install module=ppp-udeb

etchのインストール時にppp-udebモジュールを読み込んで導入する方法がもっとも簡単だが、其の方法しか知らないと、今までdhcpで繋がっていたマシンをpppルータにする場合に初めからやり直すことになってしまう。そんなことをせずとも稼働中のetchマシンにカーネルモードpppoeを導入できる。

カーネルモードで動かすにはカーネルがpppoeオプションを有効にしてコンパイルされているか調べる必要がある。そのためまずは今動いているマシンのカーネルがpppoeを有効にしてコンパイルされたかどうかを調べる。稼働中のカーネルに対応したカーネルコンパイルオプションが収められたファイルから"CONFIG_PPPOE"が含まれる行を抜き出して、この行が存在して"=m"(有効)であることをチェックする。

$ ls /boot
System.map-2.6.18-6-686
config-2.6.18-6-686
grub
initrd.img-2.6.18-6-686
initrd.img-2.6.18-6-686.bak
vmlinuz-2.6.18-6-686
$ grep "CONFIG_PPPOE" /boot/config-2.6.18-6-686
CONFIG_PPPOE=m

さらに/etc/modprobe.d/aliasesの中にpppoeへのエイリアスが含まれているかどうかをチェックする。何でこれが必要なのかわからん。どこかでnet-pf-*のモジュールを読み込む処理とかしてるのかな。

$ grep pppoe /etc/modprobe.d/aliases
alias net-pf-24 pppoe

pppパッケージの導入。これで必要な設定ファイル/etc/ppp/peers/providerや/usr/sbin/pppdなどが導入される。ここで導入される設定ファイルはブートパラメータでppp-udebとして導入したものと少し異なる。

# apt-get install ppp

まずは/etc/ppp/optionsを編集する。変更点はmtuとmruのそれぞれを1454にすること。

# vi /etc/ppp/options

次に/etc/ppp/peers/providerを編集する。userオプションの引数を適当な名前にかえる、pppoeプラグインをロードする設定、設定済みのttynameをコメントアウトして新たにttynameセットしてpppdの使うデバイスを設定する。

# vi /etc/ppp/pees/provider
user "hoge@fuga.ne.jp"
plugin rp-pppoe.so
#/dev/modem
#115200
eth0
#connect "/usr/sbin/chat -v -f /etc/chatscripts/pap -T ********"
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
noaccomp
default-asyncmap
nopcomp
noccp
novj

user name

Sets the name used for authenticating the local system to the peer to name.

plugin filename

Load the shared library object file filename as a plugin. This is a privileged option. If filename does not contain a slash (/), pppd will look in the /usr/lib/pppd/version directory for the plugin, where version is the version number of pppd (for example, 2.4.2).

ttyname

Use the serial port called ttyname to communicate with the peer. If ttyname does not begin with a slash (/), the string "/dev/" is prepended to ttyname to form the name of the device to open. If no device name is given, or if the name of the terminal connected to the standard input is given, pppd will use that terminal, and will not fork to put itself in the background. A value for this option from a privileged source cannot be overridden by a non-privileged user.

speed

An option that is a decimal number is taken as the desired baud rate for the serial device. On systems such as 4.4BSD and NetBSD, any speed can be specified. Other systems (e.g. Linux, SunOS) only support the commonly-used baud rates.

connect script

Usually there is something which needs to be done to prepare the link before the PPP protocol can be started; for instance, with a dial-up modem, commands need to be sent to the modem to dial the appropriate phone number. This option specifies an command for pppd to execute (by passing it to a shell) before attempting to start PPP negotiation. The chat (8) program is often useful here, as it provides a way to send arbitrary strings to a modem and respond to received characters. A value for this option from a privileged source cannot be overridden by a non-privileged user.

hide-password

When logging the contents of PAP packets, this option causes pppd to exclude the password string from the log. This is the default.

lcp-echo-failure n

If this option is given, pppd will presume the peer to be dead if n LCP echo-requests are sent without receiving a valid LCP echo-reply. If this happens, pppd will terminate the connection. Use of this option requires a non-zero value for the lcp-echo-interval parameter. This option can be used to enable pppd to terminate after the physical connection has been broken (e.g., the modem has hung up) in situations where no hardware modem control lines are available.

lcp-echo-interval n

If this option is given, pppd will send an LCP echo-request frame to the peer every n seconds. Normally the peer should respond to the echo-request by sending an echo-reply. This option can be used with the lcp-echo-failure option to detect that the peer is no longer connected.

noaccomp

Disable Address/Control compression in both directions (send and receive).

default-asyncmap

Disable asyncmap negotiation, forcing all control characters to be escaped for both the transmit and the receive direction.

nopcomp

Disable protocol field compression negotiation in both the receive and the transmit direction.

novj

Disable Van Jacobson style TCP/IP header compression in both the transmit and the receive direction.

noccp

Disable CCP (Compression Control Protocol) negotiation. This option should only be required if the peer is buggy and gets confused by requests from pppd for CCP negotiation.

pppd 8 linux - Google 検索

つぎに/etc/ppp/pap-secretsと/etc/ppp/chap-secretsの編集。内容は同じ。

# vi /etc/ppp/pap-secrets
hoge@fuga.ne.jp      *       PASSWORD
# vi /etc/ppp/chap-secrets
hoge@fuga.ne.jp      *       PASSWORD

カーネルモードで動いてるのか確認

いくらカーネルモードの設定したといっても本当にカーネルモードで動いているのかは疑問なわけで。

# lsmod | grep ppp
pppoe                  13152  2
pppox                   3688  1 pppoe
ppp_generic            25908  6 pppoe,pppox
slhc                    6528  1 ppp_generic
# ps wax | grep pppoe
 1812 ?        Ss     0:00 /usr/sbin/pppd call dsl-provider
 3752 pts/0    S+     0:00 grep ppp
# grep 'pppd' /var/log/messages | less
Jan 31 18:56:34 ****** pppd[3266]: Plugin rp-pppoe.so loaded.
Jan 31 18:56:34 ****** pppd[3272]: pppd 2.4.4 started by root, uid 0
Jan 31 18:56:34 ****** pppd[3272]: PPP session is 21188
Jan 31 18:56:34 ****** pppd[3272]: Using interface ppp0
Jan 31 18:56:34 ****** pppd[3272]: Connect: ppp0 <--> eth0
Jan 31 18:56:37 ****** pppd[3272]: CHAP authentication succeeded
Jan 31 18:56:37 ****** pppd[3272]: CHAP authentication succeeded
Jan 31 18:56:37 ****** pppd[3272]: peer from calling number XX:XX:XX:XX:XX:XX authorized
Jan 31 18:56:37 ****** pppd[3272]: replacing old default route to eth0 [***.***.***.***]
Jan 31 18:56:37 ****** pppd[3272]: local  IP address ***.***.***.***
Jan 31 18:56:37 ****** pppd[3272]: remote IP address ***.***.***.***
Jan 31 18:56:37 ****** pppd[3272]: primary   DNS address ***.***.***.***
Jan 31 18:56:37 ****** pppd[3272]: secondary DNS address ***.***.***.***

色々やってはみたものの決め手にかけるな。カーネルがrp-pppoe.so内の関数を使っていることが示せればいいと思ったのだけれど。

apt lineの編集と導入済みパッケージのアップデート

インストールが済んで先ず始めにしておくことは、導入済みのパッケージのアップデートをすることだと思う。CDやUSBスティック(syslinux)から導入した場合は収録されていたパッケージが新しくなっている可能性があるからだ。これ無しではセキュリティどうのという以前の問題だ。パッケージアップデートに必要なapt lineの確認をする。CDから導入したり、USBスティックから導入したりすると、apt lineにCD用の設定がある。ネットワークから最新のパッケージを導入する場合にはこのラインを消しておいた方がいいと思う。せっかくインストーラが書いてくれたものだが、このラインが残っているとCDを入れろと要求される。そもそもUSBとかで導入した場合はCD無いんだし、パッケージの最新版を反映できないCD用の設定は、ネットワークから隔離されたマシンでは有効だが、ネットワークに出れるならコメントアウトしておこう。行頭に#を書き込めばコメントアウトされる。

# vi /etc/apt/sources.list
> deb cdrom ***を
> #deb cdrom ***に変える(コメントアウト)。

また、デフォルトでは通常パッケージはmainのみ、セキュリティパッケージはmainとcontribなので、それぞれをmain contrib non-freeとしておく。deb-srcについては良くわからんのでとりあえず追加。国内プライマリミラーであるhttp://ftp.jp.debian.orgはCDN化されているので変えなくてもよし。いい時代になったものだ。

$ cat /etc/apt/souces.list
deb http://ftp.jp.debian.org/debian/ etch main contrib non-free
deb-src http://ftp.jp.debian.org/debian/ etch main contrib non-free
deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free

次にパッケージリストを最新のものにする。パッケージリストはパッケージとその最新版の対応関係が書かれていて、パッケージを更新、検索、導入する場合に参照される。更新する場合には更新対象のパッケージの導入済みの版と最新版との比較が行われ、導入済みの版が古ければ最新版に更新される。

# apt-get update

次に導入済みのパッケージを最新のものにする。

# apt-get upgrade

次に導入済みのディストリビューションの版を最新のものにする。カーネルのアップグレードだ。GRUBをブートローダにしている場合は再起動すれば自動で最新の版が選択されてきどうする。LILOは設定ファイルの書き換えと設定の反映が必要だった。

# apt-get dist-upgrade

最後に掃除をしておこう。パッケージの導入時に使っていた一時ファイルを削除する。

# apt-get autoclean

もっと徹底的にやりたければ下のようにする。autocleanとcleanの違いは、古いファイルのみを削除するかとにかく全部削除するかの違いだ。HDDに余裕が無ければすぐさまcleanでもいいと思う。

# apt-get clean

4回もいちいちコマンドを打つのは面倒なので以後、1行で済ませる。でも、更新の可否は選択させるようにする(-yとかは付けないということ)。

# apt-get update && apt-get upgrade && apt-get dist-upgrade && apt-get clean

この作業を自動化するようにcrontabに書くことも出来るがこれは危険ということらしい。vine使っていたころはcrontabに書くべきだと思っていたけど、どうなんだろう。etchはstableなわけだし、ディストリビュータのチェックを信じてしまうほうがいいのか、それともやはり自分でアップグレードパッケージをチェックしたうえでインストールしたほうがいいのか。そうはいっても需要はあるらしく、cron-aptというパッケージがある。このパッケージでも、デフォルトの動作はダウンロードのみだそうな。まぁ安定版のセキュリティフィックスのみなら自動でupgradeさせるのは許せる範囲らしい。

これで最初の更新は終了。現在/で604MB程消費。

ntpdの導入

JWMの時刻がおかしかった。おそらくロケールの問題と考えていたが、そのとおり。ntpを導入しなくても時刻は日本標準時だが、導入しておいたほうが、いいことがありそう。というかインストールせんといかん。なぜなら、Mailとかファイルのタイムスタンプとかが大きく違うといいことがない。未来からメールがきたり、間違って変更済みのファイルに変更前のファイルを上書きしてしまうこともある。だから、これはapt lineの編集が終わったら即やっておくことだろう。ある意味で導入の最初にするべきことだ。まずはインストールしてあるかチェック。インストールされていなければ何も表示されない。

# dpkg -l | grep ntp

さらに状況確認でntpdがリッスンするポートudp/123がリッスンされているか適当に調べる。適当にというのは所詮netstatで調べているだけだから。

# netstat -a | grep ntp

で、インストール

# apt-get install ntp

インストールがすむと自動的に起動する。これを確認。

# ps wax | grep ntp

ntpdがポートをリッスンしているか確認。ntpのコモンポート(udp/123)がリッスンされていた。

# nestat -a | grep ntp

ntpサーバが時刻を取得しているかをチェックする。これは数分たってから行ったほうがいい。サーバFQDNのまえに*がついていたらそのサーバと同期していることになる。

# ntpq -p

ntpの設定を行うファイルは/etc/ntp.conf。見てみるとserverに書いてあるNTPサーバとntpq -pで出てくるNTPサーバが変っている。おそらく適当に負荷分散するために一度/etc/ntp.confに書いてあるサーバにアクセスして次からは別サーバにしているのだろうと思う。

これを見ると日本時間のような設定はなさそうなのだが。どうやって自分のシステムが日本時間を採用しているとわかったのだろうか。さらに、serverで始まる行とntpq -pで出るアドレスが異なる。これも疑問。

ここまででHDDを729MB消費。

dhcpdの導入

LANポートが2つ以上あったりすると、dhcpdが導入されているといい感じ。まずはインストールされているかチェック。dhcp3-clientとdhcp3-commonがあったけど、dhcp3-serverは無し。

# dpkg -l | grep dhcp

さらに動いていないかチェック。もし動いていればdhcpd3 -q eth1とか表示されるはず。とりあえず今回は動いていない。

# ps wax | grep dhcp

ということで、インストール。

# apt-get install dhcp3-server

"Non-authoritative version of DHCP server"とか出るが、気にしない。okボタンをおして先に進み、インストールの終了。このままではdhcpdは起動していない。プロセスを見てみると、dhcpクライアントは動いているがdhcpdは動いていない。

# ps wax | grep dhcp

動いていないのは安全のためで、ネットワーク構成図を元にいくつかの設定をしなければならない。ネットワーク構成を決めてから動くことはとても重要で、構成図は下のような感じにした。Linux BOXと名前を付けたマシンには5つのネットワークインターフェイスがあり、eth0はこのネットワークインターフェイスが接続されているネットワークのDHCPサーバからアドレスを借りる、eth1からeth4まではstaticにアドレスを割り振る。eth1からeth4までにDHCPサーバを稼動させ、このネットワークインターフェイスが接続されているネットワーク上のマシンはLinux BOXで動くDHCPサーバからアドレスを借りる。

+--- ISP --------+
|                |
|   +-- dhcpd ---+
|   |            |
|   | ???(???) --+--+
|   |            |  |
|   +------------+  |
|                |  |
|                |  |
+----------------+  |
                    |
+--- LinuxBOX0 -----|-----+
|                   |     |
| XXX.XXX.XXX.XXX(eth0)   |
|                         |
|   +------- dhcpd -------+
|   | 192.168.1.1(eth1) --+-- 192.168.1.0/255.255.255.192 ----+
|   | 192.168.2.1(eth2) --+-- 192.168.2.0/255.255.255.192 -------+
|   | 192.168.3.1(eth3) --+-- 192.168.3.0/255.255.255.192 --> |  |
|   | 192.168.4.1(eth4) --+-- 192.168.4.0/255.255.255.192 --> |  |
|   +---------------------+                                   |  |
|                         |                                   |  |
+-------------------------+                                   |  |
                                                              |  |
                    +-----------------------------------------+  |
                    |                                            |
+--- LinuxBOX1 -----|------+                                     |
|                   |      |                                     |
| 192.168.  1.  2(eth0)    |                                     |
|                          |                                     |
|   +------- dhcpd --------+                                     |
|   | 192.168.1. 9(eth1) --+-- 192.168.1. 8/255.255.255.248 -->  |
|   | 192.168.1.17(eth2) --+-- 192.168.1.16/255.255.255.248 -->  |
|   | 192.168.1.25(eth3) --+-- 192.168.1.24/255.255.255.248 -->  |
|   | 192.168.1.33(eth4) --+-- 192.168.1.32/255.255.255.248 -->  |
|   +----------------------+                                     |
|                          |                                     |
+--------------------------+                                     |
                                                                 |
                    +--------------------------------------------+
                    |
+--- LinuxBOX2 -----|------+
|                   |      |
| 192.168.  2.  2(eth0)    |
|                          |
|   +------- dhcpd --------+
|   | 192.168.2. 9(eth1) --+-- 192.168.2. 8/255.255.255.248 -->
|   | 192.168.2.17(eth2) --+-- 192.168.2.16/255.255.255.248 -->
|   | 192.168.2.25(eth3) --+-- 192.168.2.24/255.255.255.248 -->
|   | 192.168.2.33(eth4) --+-- 192.168.2.32/255.255.255.248 -->
|   +----------------------+
|                          |
+--------------------------+

まずはdhcpdが稼動するインターフェイスを設定するファイルを編集する。設定の仕方は設定ファイルのコメント部分に書いてある(複数ある場合はそれぞれの間に1つの空白を入れる)ので、適当に設定。4つのインターフェイス(eth1 eth2 eth3 eth4)にdhcpdを稼動させる。

LinuxBOX0# vi /etc/default/dncp3-server
> INTERFACES="eth1 eth2 eth3 eth4"

次に、dhcpdが稼動しているインターフェイスに静的(static)なIPアドレスを割り振る。それぞれのインターフェイスに割り振るIPアドレスは上のネットワーク構成図に書いたネットワークに属するIPアドレスで、ネットマスクでマスクされる範囲内になければいけない。これらのインターフェイスを通していくつのアドレスを使いたいか考えてnetmaskを設定する。例えば8個のアドレスを使用する場合、下位3ビットがあれば8つのアドレスが表現できる(このネットワークを作った時点でネットワークアドレスとゲートウェイアドレスはネットワーク全体が共有するアドレスとして定義済みなので実際にネットワーク上にあるインターフェイスに割り当てられるのは8-2=6)ので、下位3ビットが0でそれ以外が1の11111111.11111111.11111111.11111000を10進数に直した255.255.255.248をnetmaskにする。

LinuxBOX0# grep -v '#' /etc/network/interfaces
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet dhcp
allow-hotplug eth1
auto eth1
iface eth1 inet static
        address 192.168.1.1
        netmask 255.255.255.192
        up route add -net 192.168.1.0 netmask 255.255.255.192 gw 192.168.1.2
        pre-down route del -net 192.168.1.0 netmask 255.255.255.192 gw 192.168.1.2
allow-hotplug eth2
auto eth2
iface eth2 inet static
        address 192.168.2.1
        netmask 255.255.255.192
        up route add -net 192.168.2.0 netmask 255.255.255.192 gw 192.168.2.2
        pre-down route del -net 192.168.2.0 netmask 255.255.255.192 gw 192.168.2.2
allow-hotplug eth3
auto eth3
iface eth3 inet static
        address 192.168.3.1
        netmask 255.255.255.192
        up route add -net 192.168.3.0 netmask 255.255.255.192 gw 192.168.3.1
        pre-down route del -net 192.168.3.0 netmask 255.255.255.192 gw 192.168.3.1
allow-hotplug eth4
auto eth4
iface eth4 inet static
        address 192.168.4.1
        netmask 255.255.255.192
        up route add -net 192.168.4.0 netmask 255.255.255.192 gw 192.168.4.1
        pre-down route del -net 192.168.4.0 netmask 255.255.255.192 gw 192.168.4.1

次にネットワーク構成を記述するファイルを編集する。まずはeth1からeth4までのインターフェイス各々が属するsubnetを宣言する。先の設定で行ったaddressとnetmaskのANDをとった値がネットワークアドレスで、これをsubnetの直後に書く。また、eth1からeth4に割り当てたアドレスをoption routersの値にする。netmaskは先の設定と同じ値にする。最後にrangeを設定する。動的にアドレスを割り当てる場合はrange文が必須でこれは適当に決めなければならない。一つの指標として、low-addressはoption routersに1足したアドレス、high-addressはnetmaskのアドレス範囲で表せる最後のアドレス引く1のアドレス。

LinuxBOX0# vi /etc/dhcp3/dhcpd.conf
> #eth1
> subnet 192.168.1.0 netmask 255.255.255.248 {
>    option routers 192.168.1.1;
>    range 192.168.1.2 192.168.1.6;
>    host test1 {
>            hardware ethernet XX:XX:XX:XX:XX:XX;
>            fixed-address 192.168.1.2;
>    }
> }
> #eth2
> subnet 192.168.2.0 netmask 255.255.255.248 {
>    option routers 192.168.2.1;
>    range 192.168.2.2 192.168.2.6;
>    host test2 {
>            hardware ethernet YY:YY:YY:YY:YY:YY;
>            fixed-address 192.168.2.2;
>    }
> }
> #eth3
> subnet 192.168.3.0 netmask 255.255.255.248 {
>    option routers 192.168.3.1;
>    range 192.168.3.2 192.168.3.6;
> }
> #eth4
> subnet 192.168.4.0 netmask 255.255.255.248 {
>    option routers 192.168.4.1;
>    range 192.168.4.2 192.168.4.6;
> }

ネットワークインターフェイス間でパケットのやり取りを行うために /etc/sysctl.conf または /etc/sysctl.d/*.conf を編集

LinuxBOX0# echo net.ipv4.ip_forward=1 >> /etc/sysctl.d/local.conf

ネットワークを作る場合に必ず必要なアドレスは、「ネットワークアドレス」「ゲートウェイアドレス」、これらが上手く設定されていないと上手く通信できない。設定のときにホワイトボードに書きなぐった内容は下のような感じ。これを元に上の設定を作った。

#eth3
(.000)_{10} = (.00000000)_{2} # subnet
(.001)_{10} = (.00000001)_{2} # routers
(.002)_{10} = (.00000010)_{2} # range low-address
(.006)_{10} = (.00000110)_{2} # range high-address
(.007)_{10} = (.00000111)_{2} # gateway
(.248)_{10} = (.11111000)_{2} # netmask
#eth4
(.008)_{10} = (.00001000)_{2} # subnet
(.009)_{10} = (.00001001)_{2} # router
(.010)_{10} = (.00001010)_{2} # range low-address
(.014)_{10} = (.00001110)_{2} # range high-address
(.015)_{10} = (.00001111)_{2} # gateway
(.248)_{10} = (.11111000)_{2} # netmask

で、ネットワークのリスタートと確認。

LinuxBOX0# /etc/init.d/networking restart
LinuxBOX0# ifconfig eth1 eth2 eth3 eth4

さらに、dhcpdの起動と確認。

LinuxBOX0# /etc/init.d/dhcp3-server start
LinuxBOX0# ps wax | grep dhcp

上手くいきそうなので再起動

LinuxBOX0# shutdown -r now

再起動後にクライアントをつり下げてみる。~~失敗。dmsgで状況確認。~~

LinuxBOX0# dmsg | grep eth
ADDRCONF(NETDEV_UP): eth0: link is not ready
ADDRCONF(NETDEV_UP): eth1: link is not ready
ADDRCONF(NETDEV_UP): eth2: link is not ready
ADDRCONF(NETDEV_UP): eth3: link is not ready

このメッセージが出るのはOK。link is not readyは、其のインターフェイスにつながるものが無いとでる。例えば、LANケーブルのクロスとストレートを間違えていたり、そもそも断線していたり、繋がった先のマシンがサスペンドしていたりすると。だからまず、モジュールをいじる前に物理的なミスが無いかどうかをチェック。ということで完成。

~~ここでだめぽ色々ためす。~~

LinuxBOX0# /etc/init.d/dhcp3-server stop
LinuxBOX0# ifdown eth1 eth2 eth3 eth4
LinuxBOX0# lsmod | grep tulip
LinuxBOX0# rmmod tulip
LinuxBOX0# lsmod | grep tulip
LinuxBOX0# modprobe tulip
LinuxBOX0# lsmod | grep tulip
LinuxBOX0# /etc/init.d/networking restart
LinuxBOX0# /etc/init.d/dhcp3-server restart

こんな感じで解決。とりあえず再起動。再起動後に同じことをする。networking restartでeth4がなくなる。最後にカーネルの経路テーブルをチェックしておく。

LinuxBOX0$ /sbin/route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.4.0     192.168.4.2     255.255.255.192 UG    0      0        0 eth4
192.168.4.0     *               255.255.255.192 U     0      0        0 eth4
192.168.3.0     192.168.3.2     255.255.255.192 UG    0      0        0 eth3
192.168.3.0     *               255.255.255.192 U     0      0        0 eth3
192.168.2.0     192.168.2.2     255.255.255.192 UG    0      0        0 eth2
192.168.2.0     *               255.255.255.192 U     0      0        0 eth2
192.168.1.0     192.168.1.2     255.255.255.192 UG    0      0        0 eth1
192.168.1.0     *               255.255.255.192 U     0      0        0 eth1
XXX.XXX.X.X     *               255.255.255.248 U     0      0        0 eth0
default         XXX.XXX.X.X     0.0.0.0         UG    0      0        0 eth0

これによって、dhcpクライアントがIPアドレスを借りることが出来るようになった。正しく通信できるかをテストするにはpingを相互に打ってみることが重要。dhcpで割り当てたアドレスを持つマシンから、dhcpdが動くマシン(gateway)に向けてpingと其の逆。dhcpで割り振られたアドレスを持つマシンから、同じネットワークアドレスをもつマシンへとこのマシンに割り振られたアドレスへのpingはできた。

テストをしないシステムは障害の切り分けがしにくい。eth1からeth4に繋がっているマシン全てからテストを行うべきだが、例としてeth3と物理的に繋がっているマシン192.168.3.2で一通りチェックておく。

最初に192.168.3.2から同じネットワークアドレス192.168.3.8を持つマシンに向けてpingが飛ぶか調べる。pingコマンドはそれぞれ、ループバックアドレス、自分に割り振られたアドレス、ゲートウェイアドレス、同じネットワークアドレスを持つ別マシンのアドレス。について行う。

hoge@192.168.3.2$ ifconfig
hoge@192.168.3.2$ route
hoge@192.168.3.2$ ping 127.0.0.1
hoge@192.168.3.2$ ping 192.168.3.2
hoge@192.168.3.2$ ping 192.168.3.1
hoge@192.168.3.2$ ping 192.168.3.3

tulipの4ポートNICを使っているが、別のNICで同じtulupチップの載ったものでは/var/log/kern.logにものすごい量のエラー(tulip_stop_rxtx() failed)がでるが今回使ったNICとマシンの組み合わせでは数回でただけでほとんどでない。

sshサーバのインストール

色々と設定するのにマシンにキーボードやディスプレイをつけるのは嫌い。なぜなら、ディスプレイとか電気代かかるからね。ここまで終われば、これ以降の設定をssh経由で出来るので、どこからでも作業の続きができる。このくらいまでは一気にやっておきたいと思う。まずはインストールされているか確認、netstatでsshのwell-knownポート22/tcpをリッスンしているプロセスがあるか確認。で、インストール。走っているかと22/tcpがリッスンされているかを確認。

# dpkg -l | grep openssh-server
# netstat -a | grep ssh
# apt-get install openssh-server
# ps wax | grep sshd
# netstat -a | grep ssh

インストールすると勝手に走り始める。

Wake on LANで電源ON

インターネット側からの矢面に立つサーバに繋がるマシンのなかにWake on LANに対応したマシンがあったので、サーバから其のマシンに対して電源を入れてみる。

ethtoolの導入

Wake on LANに対応したマシンに、イーサネットデバイスの詳細な情報を表示してくれるethtoolを導入して起動する。このとき、Wake on LANに対応したイーサネットデバイスを引数にして起動する。

# apt-get install ethtool
# ethtool eth0
...
        Supports Wake-on: g
        Wake-on: g
...

このとき、Wake-onがg(magic packetに応じて電源ON)を確認しておく。gでない場合は、下のようにして設定を変更する。

# ethtool -s eth0 wol g

サーバからmagick packetを送る場合に必要な情報がブロードキャストアドレス(Bcast)と物理アドレス(HWaddr)なので確認しておく。

# ifconfig eth0
ethY      Link encap:Ethernet  HWaddr YY:YY:YY:YY:YY:YY  
          inet addr:192.168.3.4  Bcast:XXX.XXX.XXX.XXX  Mask:255.255.255.248
          inet6 addr: fe80::200:e2ff:fe23:7e89/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3675 errors:2 dropped:0 overruns:0 frame:2
          TX packets:2590 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:407673 (398.1 KiB)  TX bytes:462459 (451.6 KiB)

確認できたら終了させておく。

# shutdown -h now

wakeonlanの導入

サーバで導入して、ターゲットにmagic packetを送って、起動することを確認。

# apt-get install wakeonlan
# exit
$ wakeonlan -i XXX.XXX.XXX.XXX YY:YY:YY:YY:YY:YY

一般ユーザでもwakeonlan出来る。昔導入したときは、電源を切ってから時間がたつと何らかの理由でWake on LAN出来なかった気がする。最後にスクリプトを作っておく。ネットワークの構成が変わればそれに応じてこのスクリプトは変更しなければだめ。

$ echo wakeonlan -i XXX.XXX.XXX.XXX YY:YY:YY:YY:YY:YY> poweron.sh
$ sh poweron.sh

[vim] vimの導入とデフォルトエディタの変更

デフォルトで導入済みなのはedとnanoとvim.tinyで、標準のエディタはnano。したがって、w3mやcrontabからeditorを呼び出すと、標準のエディタであるnanoが立ち上がる。でも、nanoは僕にとっては使いにくいのでvimを導入して標準のエディタを変更する。残念なことに、vimを導入しても優先順位はnanoのほうが高いようだ。もちろん、vimの導入が必須というわけではない。vim.tinyでも十分使える。

# update-alternative --config editor
> Selectionで3を選択してvim.tinyに変更。
# apt-get install vim
# update-alternative --config editor
> vim.basicに変更。

日本語環境のためのロケール作成

ロケールを作成する前に現在のロケールを確認しておこう。これでLANG=Cとかでてきたら、現在のシェルのロケールはCロケールだということだ。Cロケールはもっともプリミティブなロケールで、コンソールとかではこちらのほうがいいように思う。rootでログインするとCロケールになったが、一般ユーザのロケールはインストールの手順で変化するようだ。Low Memory Modeでインストールした場合は一般ユーザのロケールはCロケールで、Cロケール以外のロケールは作成されていない。そうでない場合で、日本語を選択してインストールをした場合は、インストール時に選択画面で作成するロケールが選べる。ja_JP.UTF-8を選択していれば、これが一般ユーザのロケールとして設定されるようだ。

いまログインしている端末のロケールを確認するには下のようにする。

# locale

プログラムはロケールをみて出力する文字を変化させている。たとえばCロケールの下でls -lとかして出てくる「total」はja_JP.UTF-8のような日本語ロケールでは「合計」となる。これは、lsというプログラムがが正しくロケールを判断してja_JPだから日本語で出力しようとして、さらに文字コードはUTF-8なのでUTF-8コードで出力されている。同じja_JPでもja_JP.EUC-JPだと日本語のeucコードで出力される。仮想端末やフレームバッファコンソールで日本語を正しく表示させるにはこれらに対する入力とプログラムの出力が同じ文字コードでなければ画面に正しい日本語として表示されない。

後々日本語環境を作るための、ja_JP.UTF-8 UTF-8ロケールを作成しておく。EUC-JPでないのは未来のことをかんがえてだ。そのうちLatexとかもUTF対応してくれることを願って、日本語入力はUTFで作っておこう。

# dpkg-reconfigure locales

ロケールは作るが、デフォルトのロケールにはしないでおく。システム標準のロケールはnoneとja_JP.UTF-8の選択肢でnoneを選び、ja_JP.UTF-8を選ばないということ。この理由はCロケールであればコンソールでも文字化けの心配が無いからだ。ロケールの変更が必要な場合はその都度手作業で変更する事にする。ロケールの作成には結構時間がかかった。

現在自分が操作中の端末のロケールを調べる

ロケールとは端末ごとに設定される。ユーザごとでもなければ、システムごとでもない。考えてみれば理にかなっているわけで、システムごとなら、英語が母国語の管理者の下ではユーザが日本語を母国語としていても英語を強要されてしまうし、かといってユーザーごとだとCロケールでしかうまく動かないプログラムを日本語ロケールのもとでは走らせられない。ということで、ロケールはログインした端末ごとに設定される。平たく言えば、新しくシェルを起動した数だけ好きに異なるロケールを使える。xterm等の仮想端末を起動して、ひとつはCロケールに変えて、ひとつはja_JP.UTF-8に変えて、使うこともできる。

システムの管理者であるrootは一般ユーザに使用を許可するロケールをdpkg-reconfigure localesで作成する。ここで作成したロケールを一般ユーザは使用できる。作らなければCロケールのみ。Cロケールだけで使用するのがHDDには優しいが、日本語の表示や入力を行いたいのならば、日本語ロケールぐらいは作っておくべきだろう。

$ locale

これでCロケールであればそのシェルは英語ばっかりになるということだ。linuxのプログラム群はロケールを見て挙動を変えている。ので、ロケールの設定は重要らしい。

ロケールの変更

$ export LANG=ja_JP.UTF-8

ロケールとはユーザにとってもプログラマにとっても利益がある。プログラマはプログラムの使用者がどんな言語に堪能か知らない。プログラムのコア部は言語によらないコードである。ユーザインターフェース部分はユーザの利便性を考えれば各ユーザごとに変化するべきだ。ということで、プログラムはユーザが堪能な言語を設定されたロケールとみなしてロケールに対応したインターフェイスを提供する。ユーザは堪能な言語をロケールに設定しておくことでわかりやすいインターフェイスで作業ができる。

最たる例がウィンドウマネージャだ。ユーザからのインプットを受け付けて、ユーザーにアウトプットするウィンドマネージャがユーザーの使い易い言語を入出力の基本言語として採用してくれるほうがユーザーは仕事がしやすいだろう。ウィンドウマネージャが起動しても英語しか見えない場合はXを起動する前にロケールを確認してみるといい。ロケールがCの場合は上のように日本語ロケールに変えてからstartxするとメッセージなどが日本語になっているかもしれない。

$ export LANG=ja_JP.UTF-8
$ startx

xtermの確認

ここは、ロケールを正しく設定してX環境を起動すれはあまり考える必要の無いことだ。素直にexitしてロケールを設定して、再起動したほうがいいかもしれない。でも、問題はxtermの太字部分がつぶれていることだ。この問題はどちらにしても解決できていない。

Xを起動させて、xtermを起動させる。このままでは日本語は表示できないはずだ。ためしにw3mでgoogle.co.jpにいってみた。案の定日本語は?で表示される。このままでは使いにくいのでターミナルの上でCtrlを押しつつ右マウスボタンを押したままの状態に、UTF-8を選択してボタンを離す。この状態で今開いているxtermはUTF-8で日本語の表示ができるようになった。これとw3mのDislay charsetを同じにすれば日本語が表示される。問題は太字が表示されないということだな

[pam] pamによるロケール

pamとはプログラムが認証を実装する時につかうとうれしいAPIのこと。ソースをほとんど変えずにいろいろな認証の仕組をプログラムに組み込むための枠組のことだ。これでもユーザーがメインで使う言語を指定できる。いくつかのウィンドウマネージャはそうだ。僕が使うウィンドウマネージャはどれもpamをつかってはいないが。

とにかく、自分の使うプログラムでpamが使われている場合、英語しか出てこない原因のひとつにpamが指定している言語設定もあるのだということを覚えていたほうがいいということだ。このような場合、プログラムごとにpamにおける言語設定ファイルは異なっているので、プログラムごとに設定ファイルを探して、その設定ファイルに設定を書き込んだ方がいいだろう。

ここまででHDDは510MBほど消費。

Xを起動するためのパッケージを導入

x-window-systemパッケージを導入するまえにウィンドウマネージャ(twm,vtwm,jwm,icewm)をインストールしても、Xが起動しないはずだ。startxコマンドがあったので、x-window-systemパッケージがインストール済みなのかと思ってstartxコマンドを叩いてみた。

$ startx

Xサーバに繋げませんとか、Xが起動できません。とかのエラーが出た。プロンプトが帰ってくるまでに時間がかかるので素直に待つ。試しにrootになってからstartxしてみた。

$ su -
# startx

やっぱりエラーだった。プロンプトが帰ってくるのが早かった理由は判らないけれど。X環境を起動できない理由は、x-window-systemパッケージをインストールしていないからだと思う。ということで、x-window-systemパッケージを導入する。

# apt-get install x-window-system

全部で95.5MBくらい余分なディスクスペースが必要だといわれた。導入されるパッケージには明らかに使いそうももないものもあったが、とりあえずいれておいた。画面の解像度を聞かれたので800x600と640x400を選択して後は外してしておく。僕のマシンはそうだから。マシンによっては解像度選択の画面が多少乱れたが、画面の解像度で選択できそうなものはあらかじめ選択されていたので、いろいろと考えなくてもいいのかもしれない。

ウィンドウマネージャの導入と使用感

現在のx-window-managerを確認するには、下のようにする。

# update-alternatives --display x-window-manager

x-window-managerを変更するには、下のようにする。

# update-alternatives --config x-window-manager

一般的に新しいパッケージを導入すると、同じようなパッケージ、例えばx-window-mamagerに属するパッケージがいくつも導入されている場合は、デフォルトの優先度を元に動作が決定される。この動作を変えてくれるAlternativeコマンドは結構重要。

http://www.debian.org/doc/manuals/reference/ch-package.ja.html#s-alternatives

新しいx-window関係のパッケージを導入した場合は、下のようにして確認しておくほうがいいと思う。このことに対する重要な示唆がDebian リファレンスにある。

# update-alternatives --display x-window-manager
# update-alternatives --display x-session-manager

x-session-managerとx-window-managerはx-session-managerのほうが優先される。下の記事で書いたようにIceWMとJWMの両方をインストールするとIceWMがx-session-managerに含まれてしまうため、x-window-managerだけをいじってもJWMを起動することは出来ない。

[jwm] 軽い軽いと言われているJWM

現時点でもっともメモリ消費が少ないと言われているJWMをウィンドウマネージャに選んでこれを導入した。

# apt-get install jwm

ためしに起動してみる。

$ startx

Xは起動できなかった。終了に時間がかかるのでほっておく。一般ユーザでX環境を起動させる前にrootでX環境を起動しておく。これをしないと何か必要なファイルが作成されないようだ。このファイルがないと一般ユーザでXを起動できなくなる。

~~# startx~~

~~起動を確認できたら終了させておく。さらに一般ユーザでも起動確認しておく。~~

~~$ startx~~

~~気になったことがある。右下に表示されたが時計がずれているのだ。といってもシステムの日付とはあっている。これはlocaleの問題と思われる。~~

取りあえず使える。特に問題ない。ランチャも出るし、左クリックでメニューも出る。終了はexitでできる。

ここまででHDDを652MBほど使用。

jwnrcを編集して起動ランチャなどの編集

左下にあるJWMボタンから出てくる起動ランチャを編集したい。そんなときはjwmrcを編集する。これはあまりしたくない。HDDが逼迫してるからね。まずはテンプレートをホームにコピーする。

$ cp /etc/jwm/jwmrc ~/.jwnrc

テンプレートの編集には苦労しないだろう。感覚的にわかる内容だ。

# vi ~/.jwmrc
> Operaを起動ランチャに追加。

カスタマイズしていくうちにいろいろと気になることを発見。

ウィンドウのタイトルバーを消すモードがない
キーボードでウィンドウの切替えがしにくい

ということで常用するウィンドウマネージャとしてはまだまだカスタマイズしきれてない感じ

[icewm] 僕は使い易いと思うIceWM

とりあえず導入。Debianはいろいろとパッケージが揃っているのでいいな。

# apt-get install icewm

確か5MBほど余分なディスクスペースが必要だったと思う。で起動。

$ startx

日本語が汚いの除けば、OKだと思う。日本語が出てこないのはロケールが日本語になっていないから。この場合はstartxする前に日本語ロケールをexportする。日本語が汚いのは適当な(綺麗な)フォントがインストールされていないから。

一時的にロケールを変更してX起動

$ export LANG=ja_JP.UTF-8
$ startx

作成済みのロケールに変更してからXを起動すれば、ロケールに対応した言語が読み書きできる環境でXが起動される。たとえば、文字の見た目が変わっている。ここで、xtermを起動させて、ためしにdateコマンドを打ってみると日本語で表示されることがわかる。

$ date

標準で起動するxtermの表示エンコードはUTF-8だし、w3mで日本語ページが日本語で表示されるし、w3mでoを押してオプションを出せば日本語になっている。さらに、インプットメソッド(scim)は立ち上がっている。ctrl+spaceで日本語が入力できる。つまり、ロケールの設定は非常に重要である。Xで日本語入力するためには日本語に対応したロケールを作成して、startxするシェルのロケールを日本語に対応したロケールに変更して、その上でstartxしなければならない。この手順を踏む前に~/.xsessionを編集したり、im-switchしても無駄というものだ。

日本語入力パッケージの導入

どこかのページに載っていた方法を真似てみた。でもいつも使っているVineはscim+anthyという組み合わせ。scimのほうがごちゃごちゃと余分にインストールされないですみそうな気がする。気がする。気がする。気がするだけだ。

# apt-get install uim uim-anthy im-switch

とりあえず導入してみたけど、いろんな言語が入力できそうな設定項目がある。これは改めてscim+anthyという組み合わせにしたほうがいいのかもしれない。

というわけで、scim+anthyにしてみる。必要なもの意外は使うまで導入しない主義を徹底。とくにkasumiは何してるか良くわからないので入れないでおこう。

# apt-get install scim-anthy im-switch

このインストールで25.7MBほど消費する。ここまででHDDを728MB消費。

メモとして書いておこう。デフォルトの起動キーはCtrl+Spaceだが、これだとなれてないので、Shift+Spaceに変更した。半角/全角キーは入力方法の変更に使える。例えば、日本語入力の場合「あ」と表示されるが、直接入力の場合「_A」になる。このキーを使って入力方法を変化させると、scimの終了と起動を伴わないのでおそらくスピードが稼げる。いちいち終了と起動をともなうSpace+Shiftはのろい。鈍いといってもほんとに最初だけ。メモリに乗ったら全角/半角で切替えてもShift+Spaceで切替えてもあまり体感速度は変わらないと思う。

入力メソッドの変更

$ im-switch -c

ttf関係のきれいな日本語フォントを導入

まえはVLゴシックが好きだったが、今はさざなみのフォントの方がいいと思えてきた。理由はゴシックと明朝が統一性がとれているから。まあフォントなんて好みの問題だけど。apt lineでmainしかいれていない場合にaptから導入できるのはVLゴシックとさざなみと東風。

[ttf-kochi] 東風フォントの導入

# apt-get install ttf-kochi-*

結局東風フォントに落ち付いた

[ttf-sazanami] さざなみフォントの導入

導入する。

# apt-get install ttf-sazanami-*

Xがどれだけ綺麗になるか見てみよう。一回X環境を終了させて、再起動。キレイだ。でも、コンソールの字は汚い。

[ttf-vlgothic] VLゴシックフォントの導入

基本的な日本語フォントは汚いと思うかもしれない。そんな場合はVineプロジェクトの産物を使わせてもらおう。きれいなフォントに驚くはずだ。さらにメニューの文字化け(前項)も解決できる。

# apt-get install ttf-vlgothic

基本的な日本語フォント以外に日本語フォントをインストールしていなければ、ttf-vlgothicがプライオリティ的に最高なので、なにもしなくてもttf-vlgothicが使われる。Vineユーザだったからかもしれないが、kochiやsazanamiよりもこちらの方が落ち着く。これの導入で変わった点はJWMのメニューと時計表示がきれいに、Operaのメニューバーが文字化けせずにかつきれいになったこと。ただし、xtermの太字がつぶれる件に関してはまだ直らない。

ここまででHDDの742MBを消費(Operaはまだ導入していない)。

[ttf-ipafonts-install] IPAフォントの導入(apt)

# echo \# IPA Font Installer >> /etc/apt/sources.list
# echo deb http://www.j96.org/~kouji/tmp/ttf-ipafonts-installer/ ./ >> /etc/apt/sources.list
# echo deb-src http://www.j96.org/~kouji/tmp/ttf-ipafonts-installer/ ./ >> /etc/apt/sources.list
# apt-get update
# apt-get install ttf-ipafonts-installer

パッケージを提供している方がいらっしゃいますので、使わせていただきます。この操作の前にダウンロードが必要だったと思う。

[ttf-ipafonts-install] IPAフォントの導入(ダウンロード)

結構前からフリーだったIPAフォントだが、別のソフトウェアに同梱されての配布だった。このたびこのフォントのみの配布が始まったので導入してみた。まずIPAフォントのダウンロードページからダウンロードする。

# wget http://???????.??.??/IPA???????.php

で解凍する。

# unzip IPA????????.zip

解凍してできたttfファイルを然るべき場所に移動する。

# mv IPA??????/*.ttf ~/.font/

フォントキャッシュの更新を行う。

# ??font?? -km

X環境の再起動を行ったけど変化無いな。どこか間違っているんだよなぁ。

[urxvt] rxvt-unicode

せっかく綺麗な日本語にしたのに仮想コンソールエミュレータの日本語は汚いままだ。さらに、日本語太字が豆腐になる。で、rxvtを導入しておく。rxvtの導入の恩恵は別にきれいな日本語だけではないそうな。メモリとか肥大化しすぎたxtermのコードを減量したのがrxvtらしい。

導入

unicode対応したパッケージ(rxvt-unicode)を導入していないと日本語表示が化ける。豆腐とかそれ以前に化ける。

# apt-get install rxvt-unicode

初期起動オプションの設定

まずは指定できるオプション名と内容を確認する。

$ man rxvt

~/.Xdefaultsに書き込む。とりあえず設定したものは下のような感じ。

$ echo Rxvt.font: k14 >> ~/.Xdefaults
$ echo Rxvt.foreground: white >> ~/.Xdefaults
$ echo Rxvt.background: black >> ~/.Xdefaults
$ echo Rxvt.scrollBar: False >> ~/.Xdefaults
$ echo Rxvt.saveLines: 0 >> ~/.Xdefaults

起動してみて確認。

$ rxvt

いいね。

コマンドラインオプションを指定して起動時に制御

~/.Xdefaultsで指定すればコマンドラインオプションを付けないで起動したときの設定を変更できる。これとは逆にコマンドラインオプションを指定して起動時の設定を変更することもできる。

$ urxvt -fg black -bg white +sb

[ssh][rxvt] LANG=ja_JP.eucJPな環境にLANG=ja_JP.UTF-8な環境からsshで繋ぎにいく

つまりDebian etchのクライアントからからVine 4.2のsshサーバに繋にいこうということ。Debian etchのデフォルトのロケールはja_JP.UTF-8で、これにurxvtとOpenSSHのsshクライアントをインストールした。Vine 4.2のデフォルトロケールはja_JP.eucJPでOpenSSHのsshサーバをインストールした。

debian@hoge $ LANG=ja_JP.eucJP urxvt &

出てきたurxvtでsshコマンドを叩く。

debian@hoge $ ssh hage@vine

vineのサーバにログインしたら試しにlsとか叩いてみる。日本語で表示された。いままで頑張ってサーバ側からの解決策を模索していたけど、どれもうまくいかなかった。まぁ実用上は問題ないのでOKかな。

[putty] puttyの設定

puttyはsshクライアント。サーバはlinuxを使っているけど、クライアントはwindows。ということで、windowsで簡単に導入できるsshクライアントを導入した。cygwinとかを入れるのはあまり好きじゃない。だってせっかくネイティブなlinuxがあるのだから。特に行った設定は、サーバのアドレス(hoge.net)、キーファイルのパス(c:\ssh\hogenet.pty)、文字コード(UTF-8)(CJKとか、non-cjkとかauto detect japaneseとかではない)。これでOKかな。

Operaの導入

aptで導入可能。ただしサーバのpgp鍵の追加が必要。詳細はOperaのナレッジベースにある。このページはここで言及されている方法に準拠。だってやり方よくわからないもの。まずapt lineに追加。いわれたとおりRELEASEをetchに変更。

# vi /etc/apt/sources.list
> deb http://deb.opera.com/opera etch non-free

上のWebに載っていたpgp keyを追加する前に一つ試してみよう。確かにOpera Software Archives Automatic Signing Keyということで署名されている。これを信じるかは、自己責任ってやつだ。ためしにoperaで検索するとかなりたくさん引っかかる。

gpg --keyserver subkeys.pgp.net --search-key 6A423791
gpg --keyserver subkeys.pgp.net --search-key opera

一通り遊んだところで本題に戻る。次はpgp keyをダウンロードして鍵リングに追加。

gpg --keyserver subkeys.pgp.net --recv-key 6A423791

追加されたかを確認。さらにフィンガープリントを確認。入力が面倒なので鍵を引数にしない。鍵の数が少なければこれでも流れずにすむ。6A423791を引数に取ればこれに対応する鍵の内容がピンポイントで表示される。

gpg --list-key
gpg --fingerprint

最後に、追加された鍵をテキストで(--armor)出力してパイプでaptの鍵リングに追加。

gpg --armor --export 6A423791| apt-key add -

apt lineを編集して、apt鍵リングに追加したので、リストの更新とかいろいろしておく。

# apt-get update
# apt-get upgrade
# apt-get dist-upgrade

これでやっとインストールできる。

# apt-get install opera

# vi /etc/apt/sources.list > deb http://deb.opera.com/opera etch non-free # gpg --keyserver subkeys.pgp.net --recv-keys 033431536A423791 # gpg --armor --export 033431536A423791 | apt-key add - # apt-get update # apt-get upgrade # apt-get dist-upgrade # apt-get install opera

ついでに日本語のメニューも導入してみよう

# w3m google.co.jp
> Operaで検索日本語メニューファイルをrootのホームにダウンロード
# mv ouw925_ja.lng /usr/share/opera/locale/
# cd /usr/share/opera/locale/
# chmod 0644 ouw925_ja.lng
# chown root ouw925_ja.lng
# chgrp root ouw925_ja.lng

Operaを一般ユーザで起動して設定。設定しても日本語でねぇ。どうする?前の項を読め

ここまででHDDの774MBを消費。

で起動してみると、エラーが出る。エラーが出ても起動したので、気にしない。調べてみると、このエラーはJava関係のライブラリが無いと怒られるらしい。設定項目でJavaを使わないというように設定しても怒られる。これは、Operaのバージョンが新しいと、Javaは組込みで起動するようになっているらしい。昔はJavaはプラグインとして起動していたけれど、最近は組込みなので、怒られるらしい。

$ opera &
ERROR: ld.so: object 'libjvm.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'libawt.so' from LD_PRELOAD cannot be preloaded: ignored.

nfsサーバの導入

ファイル共有したいファイルを提供するマシンにnfs-kernel-serverを導入し、設定ファイルである/etc/expoetsを編集する。編集後にnfsサーバの再起動を行う。ネットマスクを/16にしているのはこのマシンの属するクラスCネットワークを越えて別ネットワークにいるマシンにもマウントを許可したいから。no_subtree_checkがないと怒られる。

hoge:~# apt-get install nfs-kernel-server
hoge:~# echo "/home 192.168.0.0/16(rw,sync)" >> /etc/exports
hoge:~# /etc/init.d/nfs-kernel-server restart
Stopping NFS kernel daemon: mountd nfsd.
Unexporting directories for NFS kernel daemon....
Exporting directories for NFS kernel daemon...exportfs: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.0.0/16:/home".
  Assuming default behaviour ('subtree_check').
  NOTE: this default will change with nfs-utils version 1.1.0
.
Starting NFS kernel daemon: nfsd mountd.

怒られたのでno_subtree_checkを調べる。/etc/exportのmanページに「一般的な指針として、ホームディレクトリはサブツリーのチェックを無効にしてエクスポートすべきである」という記述を発見。これにしたがって先に追加した内容を削除して、新たにno_subtree_checkを有効にした設定を追加。怒られなくなる。

hoge:~# vi /etc/exports
hoge:~# echo "/home 192.168.0.0/16(rw,sync,no_subtree_check)" >> /etc/exports
hoge:~# /etc/init.d/nkf-kernel-server restart
Stopping NFS kernel daemon: mountd nfsd.
Unexporting directories for NFS kernel daemon....
Exporting directories for NFS kernel daemon....
Starting NFS kernel daemon: nfsd mountd.

ファイルを開いたりする側ののマシンでportmapデーモンを導入し、nfsマウントをするための設定を/etc/fstabに書き込む。

bar:~# apt-get install portmap
bar:~# mount -t nfs -o rw hoge:/home/hoga/ /home/foo/mnt/hoga
bar:~# umount /home/foo/mnt/hoga
bar:~# echo "hoge:/home/hoga/ /home/foo/mnt/hoga defaults,hard,intr 0 0">> /etc/fstab
bar:~# mount /home/foo/mnt/hoga

最後にテスト。読み書きが可能であることをチェック、成功。

hoga@hogeのホームディレクトリをfoo@barのホームディレクトリ以下の~/mnt/hogaにマウントした。hoge@hogaのホームディレクトリの下には/dev/hdc1とか/dev/md0とかをマウントしたディレクトリ(~/mnt/hdc1、~/mnt/md0)があり其の中にファイルやディレクトリが収められているが、上のままだとこれらのディレクトリの中味が空になってしまう。

hoge:~# ls /home/hoga/mnt/hdc1 -a
. .. test.txt test/
bar:~# ls /home/bar/mnt/hoga/mnt/hdc1 -a
. ..

そこで、これらのディレクトリも/etc/exportsに含めて、さらにマウントする。

hoge:~# echo "/home/hoga/mnt/hdc1 192.168.0.0/16(rw,sync,no_subtree_check)" >> /etc/exports
hoge:~# echo "/home/hoga/mnt/md0 192.168.0.0/16(rw,sync,no_subtree_check)" >> /etc/exports

これらのディレクトリをbar@fooマウントさせる。

bar:~# echo "hoge:/home/hoga/mnt/hdc1 /home/foo/mnt/hoga/mnt/hdc1 defaults,hard,intr 0 0">> /etc/fstab
bar:~# echo "hoge:/home/hoga/mnt/md0 /home/foo/mnt/hoga/mnt/md0 defaults,hard,intr 0 0">> /etc/fstab
bar:~# mount -a

このようにすることでhoga@hogeでもfoo@barでも同じような操作感で使用できる。

hoge:~# ls /home/hoga/mnt/hdc1 -a
. .. test.txt test/
bar:~# ls /home/bar/mnt/hoga/mnt/hdc1 -a
. .. test.txt test/

sambaサーバの導入

導入するマシンは家のネットワークのハブになっているマシン。windowsもlinuxもこのマシンと繋がるので各マシン間のファイル共有のためにファイルサーバの機能を持たせる。

# apt-get install samba

インタラクティブに尋ねられる質問が2つ。

Package configuration
┌─────────────────────────────────────────────────────────────────────────┤ Samba Server ├─────────────────────────────────────────────────────────────────────────┐
│ Please specify the workgroup you want this server to appear to be in when queried by clients. Note that this parameter also controls the domain name used with   │
│ the security=domain setting.                                                                                                                                     │
│                                                                                                                                                                  │
│ Workgroup/Domain Name:                                                                                                                                           │
│                                                                                                                                                                  │
│ ________________________________________________________________________________________________________________________________________________________________ │
│                                                                                                                                                                  │
│                                                                            <Ok>                                                                                │
│                                                                                                                                                                  │
└──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘

/etc/samba/smb.confの[grobal]セクションのworkgroup変数の設定に反映される。何も書かずにOk。

Package configuration
┌─────────────────────────────┤ Samba Server ├──────────────────────────────┐
│                                                                           │
│ If your computer gets IP address information from a DHCP server on the    │
│ network, the DHCP server may also provide information about WINS servers  │
│ ("NetBIOS name servers") present on the network.  This requires a change  │
│ to your smb.conf file so that DHCP-provided WINS settings will            │
│ automatically be read from /etc/samba/dhcp.conf.                          │
│                                                                           │
│ The dhcp3-client package must be installed to take advantage of this      │
│ feature.                                                                  │
│                                                                           │
│ Modify smb.conf to use WINS settings from DHCP?                           │
│                                                                           │
│                    <Yes>                       <No>                       │
│                                                                           │
└───────────────────────────────────────────────────────────────────────────┘

このコンピュータがDHCPサーバからIPアドレスを割り振ってもらう場合にはYesを選択すると幸せになれるかもしれません、という話。そもそもDHCPでIPアドレスを受け取っていないのでNoを選択。最後に起動したかチェック。

# ps wax | grep mbd
 5097 ?        Ss     0:00 /usr/sbin/nmbd -D
 5099 ?        Ss     0:00 /usr/sbin/smbd -D
 5101 ?        S      0:00 /usr/sbin/smbd -D
 5104 pts/2    S+     0:00 grep mbd

ログインパスワードと同じパスワードでsambaを使いたい場合には、smbpasswdでおなじパスワードを入力する。sambaのパスワードとログインパスワードは別に管理されるので、smbpasswdを実行しなければsambaディレクトリをマウントできない。

# smbpasswd -a hoge
New SMB password:
Retype new SMB password:

Windows XPでテスト、ネットワークドライブの割り当てから適当なドライブレターで割り当て、成功。このままだと、あるユーザのホームディレクトリを同じユーザとして使用する場合、マウントと読み込みは出来ても書き込みは出来ない。/etc/samba/smb.confの[homes]セクションを編集して(writable = yes)ホームディレクトリの読み書きを許可。sambaデーモンの再起動。

# vi /etc/samba/smb.conf
# /etc/init.d/samba restart

再度テスト、読み書き可能を確認、成功。懸案事項として、/etc/samba/smb.confの[grobal]セクションのunix password syncをyesとすると、「smbpasswdでsambaパスワードを変更すると其のパスワードがログインパスワードになる」が、其の逆については不明。必要性を感じないのでunix password sync = noのまま。デフォルトはno。

[samba] printing/pcap.c:pcap_cache_reload(159) Unable to open printcap file /etc/printcap for read!

sambaサーバを運用中にprinting/pcap.c:pcap_cache_reload(159) Unable to open printcap file /etc/printcap for read!のようなログが連続して流れる。設定ファイル/etc/samba/smb.confのなかでload printers=noとやってみてもなくならないので、/etc/printcapを作ることで解決。とりあえず様子見ですけど。

# ls -lt /var/log/samba
total 184
-rw-r--r-- 1 root root 125644 2009-02-06 16:59 log.XXXXXXXXXXXXXXX
-rw-r--r-- 1 root root  39351 2009-02-06 16:35 log.nmbd
-rw-r--r-- 1 root root   4327 2009-02-06 16:29 log.smbd
-rw-r--r-- 1 root root    138 2009-02-04 23:58 log.smbmount
-rw-r--r-- 1 root root      0 2009-02-01 18:20 log.192.168.11.5
drwx------ 4 root root   4096 2009-02-01 18:11 cores
# tail -f /var/log/samba/log.XXXXXXXXXXXXXXX
[2009/02/06 16:59:51, 0] printing/pcap.c:pcap_cache_reload(159)
  Unable to open printcap file /etc/printcap for read!
# touch /etc/printcap

smbfsの導入

まずはインストール、注意する点はパッケージ名をsambaとしないこと、こうするとサーバ用のパッケージが導入されてサーバが立ち上がってしまう。今したいことはSambaのクライアントになること、Sambaディレクトリをマウントすること。インストール中にSambaサーバのワークグループネームをきかれる。おそらくこれはマシンにサーバをインストールしたときに意味を持ってくるものと思うがとりあえずdeWGとでもしておく。つぎにDHCPをとおしてNetBIOSネーム通知を行うかをきかれるが、デフォルトのままNoにする。

# apt-get install smbfs

インストールが済んだらマウントテスト

# mount -t smbfs -o username=hoge //192.168.1.1/hoge_mount_point /mnt/smbfs
# umount /mnt/smbfs

正しくマウントできることを確認したらfstabに追記

# vi /etc/fstab
> //192.168.1.1/hoge_mount_point /home/hage/mnt/hoge_mount_point username=hoge 0 0

fstabからマウントできることを確認

# mount /home/hage/mnt/hoge_mount_point
# umount /home/hage/mnt/hoge_mount_point
# mount -a
# ls /home/hage/mnt/hoge_mount_point

rootで読み込み書き込みができることを確認。このままでは一般ユーザで読み込み書き込みができないので、オプションを追加。

# vi /etc/fstab
> //192.168.1.1/hoge_mount_point /home/hage/smb/hoge smbfs rw,uid=hage,gid=hage,username=hoge 0 0

uid=hoge,gid=hogeはマウントするディレクトリに含まれるファイルやディレクトリのユーザーとオーナーを指定する。fmask=000,dmask=000はファイルとディレクトリのパーミッションマスク。パーミッションマスクについての図解は下かもしれない。つまりあってるか間違ってるかはわからんということだ。もしあっているならば、リモートより緩いパーミッションにはできないし、

|        (666)8 = (110 110 110)2 ... ファイルのデフォルトパーミッション
|    - | (644)8 = (110 100 100)2 ... パーミッションの禁止ビット(umask)
| -----+------------------------
|        (022)8 = (000 010 010)2 ... ローカルでのパーミッション
+---------+-------+
|         | REMORT PERMISSION   |
|         +-----+-----+-----+-----+-----+-----+-----+-----+
|         | 000 | 001 | 002 | 003 | 004 | 005 | 006 | 007 |
+---+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| M | 000 | 555 | 555 | 555 | 555 | 555 | 555 | 555 | 555 |
+---+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| S | 001 | 001 | 001 | 001 | 001 | 001 | 001 | 001 | 001 |
+---+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| S | 002 | 000 | 000 | 000 | 000 | 000 | 000 | 000 | 000 |
+---+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| S | 003 | 001 | 001 | 001 | 001 | 001 | 001 | 001 | 001 |
+---+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| S | 004 | 004 | 004 | 004 | 004 | 004 | 004 | 004 | 004 |
+---+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| S | 005 | 005 | 005 | 005 | 005 | 005 | 005 | 005 | 005 |
+---+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| S | 006 | 004 | 004 | 004 | 004 | 004 | 004 | 004 | 004 |
+---+-----+-----+-----+-----+-----+-----+-----+-----+-----+
| S | 007 | 005 | 005 | 005 | 005 | 005 | 005 | 005 | 005 |
+---+-----+-----+-----+-----+-----+-----+-----+-----+-----+

結局の所はよくわからん。

mplayerの導入

mplayerはクールだ

# apt-cashe search debian-multimedia-keyring
> debian-multimedia-keyring は見付からなかった。
# vi /etc/apt/sources.list
# echo "deb http://www.debian-multimedia.org etch main" >> /etc/apt/sources.list 
# apt-cache search debian-multimedia-keyring
> debian-multimedia-keyring は見付からなかった。
# apt-get update && apt-get upgrade && apt-get dist-upgrade && apt-get clean
# apt-cache search debian-multimedia-keyring
> debian-multimedia-keyring を発見。
# apt-get install debian-multimedia-keyring
# apt-get update && apt-get upgrade && apt-get dist-upgrade && apt-get clean
# apt-get install mplayer w32codecs

再生のときは

$ mplayer -ao oss *.mp3

とすれば音が出る(マシン依存だけどね)

結局のところalsaで音が出た。まずはalsaplayerをインストールする

# apt-get install alsaplayer alsa-utils

その後再起動して

# shutdown -r now

同じようにmplayerを起動

# mplayer *.mp3

[aumix] コマンドラインで音量設定

コマンドラインから音量設定が出来るとクールだ。

# apt-get install aumix

設定する場合は一般ユーザからでも可能。x-window-systemにログインしているユーザからならOKだとおもう。

$ aumix

[xpdf] xpdf-japaneseの導入

aptラインにmainのみが選択されていると、xpdfは日本語を表示できない。新たにnon-freeを付け足しておく。

# vi /etc/apt/sources.list

付け足したらパッケージリストの更新をする。

apt-get update && apt-get upgrade && apt-get dist-upgrade && apt-get clean

目的のパッケージがあるかどうか検索してみる。

# apt-cache search xpdf

xpdf-japaneseというパッケージが見えるのでこれといっしょにxpdfをインストールする。

# apt- get install xpdf xpdf-japanese

pdfを表示させる機能で言えば、これ以外の多くのpdfビューアに劣るxpdfだが、このパッケージに含まれるpdfを操作するツールはよく使う。特にpdfからテキストを抽出するpdftotext、pdfのフォント情報を表示する「pdffonts」、pdfに含まれるラスタ画像を抽出する「pdfimages」、pdfの情報(著作者など)を表示する「pdfinfo」、pdfをビューアで見た通りの画像(pbmだったかな)に変換する「pdftoppm」、pdfをポストスクリプト形式に変換する「pdftops」、pdfからテキストを抽出する「pdftotext」。これらはふとした瞬間にものすごく役に立つ。さらにベクタ画像を抽出できるようになれば最高だな。

ispellの導入

世の中にはaspellとispellという2つのスペルチェッカがあるらしい。それで、ispellのほうがいいらしい。ということで、ispellを導入してみる。必要なのは、ispellのプログラム自身と、辞書とワードファイル。英語のスペルチェックがしたいのでそれに適した辞書とワードファイルを導入する必要がある。

# apt-get install ispell iamerican wamerican

パッケージリストの先頭からそれぞれプログラム本体、英語の辞書、ワードリスト。英語のワードリストにはアメリカンとブリティッシュとカナディアンの3種類ある。それぞれ、無印、large、huge、smallとある。

rieceの導入

rieceはemacsのircクライアント。まずはemacsのインストール。

# apt-get install emacs

次にrieceのインストール

# apt-get install riece

このままだとだめ。だめな理由は、irc.2ch.netだと日本語が化ける。とりあえずUnicodeサポートさせる。バイトコンパイルを行うのでapt-getでも多少時間がかかる。

# apt-get install mule-ucs

~/.emacsに設定を追加。

$ echo (require 'un-define)>>~/.emacs

んで、起動。起動に結構時間がかかるようになる。

$ emacs

rieceで接続しても文字化け無。書き込みと読み込みOK。