ゆ〜ぞ〜の備忘録

カッとなって

在庫１と言われ、ついカッとなって買ってしまった。小型マザーなら何でも良かった。反省などしていない！
KN800の入荷数は１〜２個だったそうですよ。

インストール前調査

Debian Linux を入れる前に色々調査。CPUのGeodeLXは工人舎の小型ノートPC SA-1F にも使われており、祖先はCyrix 6x86。S3 Virge と一緒に使うと色々面倒な奴でした……
何にせよ一応 i686 互換なので、VIA CyrixIII で味わった苦労とも無縁です。
CyrixIIIも IDT WinChip→VIA CyrixIII→C3→C7 と数奇な運命辿ってるよなあ……

ちょっとだけ注意事項があるようですが、まあ BIOS 設定で対処できるなら無問題です。

とりあえずインストール

HDD をデスクトップ PC に繋いで、Debian 4.0 (etch) をインストール。SATA はケーブルの抜き差しが楽でいいなあ。

メモリが凄いことに

その間にサーバを Ultimate Boot CD v3.2 で起動し、DocMem RAM Diagnostic v2.1b でメモリチェックしました。

システムは 512MB から画面描画分の 8MB を引いた 504MB のメモリを認識しますが、いざ検査すると 503MB 辺りでエラーでまくり。チェック範囲を 502MB に狭めたら完走したので、GRUB の起動オプションも変更します。

Debian 4.0 (etch) の場合は、/boot/grub/menu.lst の kernel 行に mem=500M と追加。

title Debian GNU/Linux, kernel 2.6.18-5-686
root (hd0,2)
kernel /boot/vmlinuz-2.6.18-5-686 mem=500M root=/dev/hda3 ro 
initrd /boot/initrd.img-2.6.18-5-686
savedefault

ケースの中が凄いことに

チェックの間に GLAN-TANK を撤去。中開けまくってると怪しい雰囲気がぷんぷんします。

ネットワークも凄いことに

サーバ（Albatron KN800）、デスクトップ（ECS AMD690GM-M2）、ハブ全てが 1000base-T 対応にも関わらず、100Mbps でしかリンクしません。
チップはどちらも Realtek の RTL8110SC、いわゆる「蟹」。デスクトップは別のネットワークカード（Intel 1000/MT）を挿すことで回避できますが、サーバはそうも行きません。

いろいろ調べたり、過去の事例をあさってみると……

• kakaku.comに似た投稿があり、ハブは Corega CG-SW05GTV2 のようです。ちなみに私のは IO-data の ETG2-SH5WH。スイッチングハブ Wikiによれば、共に Vitesse チップを使っている様子。
• ハブを介さず、Intel 1000/MT を挿したデスクトップと RTL8110SC ベースのサーバを直結しても100Mbps リンクと出る。デスクトップは Debian動作中、サーバは起動前およびBIOS起動時の状態。
• デスクトップ側で RTL8110SC の Windows 用ドライバを入れてプロパティを見てみると、速度は 1000Mbps まで設定できるが リンク速度は 100Mbps までしか指定できない。
• 以前のデスクトップも同じチップだったが、同じハブを使い Intel チップ搭載の GLAN-TANK と通信させた結果は 28.1MB/sec（200Mbps以上）となっている。
• 新しいデスクトップの RTL8110SC ←→ GbEハブ ←→ GLAN-TANK では未計測。ただデスクトップ側のカードを Intel 1000/MT に変更したらかなり早くなった。

以上から考えられる理由としては……

• ハブ側の 1000Mbps リンクに対する制限が厳しいか、RTL8110SC はリンクが甘い。
• RTL8110SC は 100Mbps リンクで 1000Base-T 通信を行う変態仕様？
• もしかして PHY（物理層のチップ）が 100Mbps だからとか？
• ハブの上についてる、ルータ付き ADSL モデムが変わったから？
• 蟹うめえ

書いてて面倒になってきた。探せば miniPCI 用のネットワークカード（SOP-GL1、OPL-GL1、OPL-GL2 等）もあるみたいだし、寸法さえ合えば買っちまってもいいかな。

ハードウェアの検査

Realtek のサイトにあった DOS の Diagnostic soft を試してみたところ、サーバPC はあっさり 1000Mbps でリンクしました。蟹うめえ。
デスクトップPC も同様に調べたら Disconnect。もー無視でいーや。蟹うめえ。

ifconfig で見えない件の調査

次に、Debian 入りの HDD をサーバに繋いで起動しても ifconfig からネットワークカードが見えない（lo インターフェイスしか出てこない）症状について調査。ドライバが対応していないのかと思っていろいろやってみたのですが、結局これはハズレ。ifconfig -a で見ると、eth1 に割り当てられている（けど 動いていない）ことがあっさり判明しました。

grep --recursive eth1 /etc/ とやって検索させると、ネットワークカードと eth* の対応を取ってるファイルが /etc/udev/ の下にありました。インストールのときHDDをデスクトップPCに繋いでいたため、デスクトップPCのネットワークカードが eth0 に割り当てられ、そのまま居座ったようです。

IPアドレスなどの設定（/etc/network/interfaces）も一応確認してリブート。良い感じに動いてくれます。

Realtekドライバの入れ方

LinuxのドライバもRealtek のサイトにあります。ドライバは bz2 で圧縮されているので、apt-get install bzip2 した上で tar jxf で解凍。

更にカーネルソースとビルド環境（gcc, make, automake, autoconf, gettext, libtool, libncurses, libncurses5-dev, kernel-package, linux-kernel-2.6.18, linux-headers-2.6.18-6-486 辺り）を apt-get install でがっつり入れます。

あとは 解凍した RTL8169ドライバの ./src/Makefile に書いてある KDIR 変数をカーネルヘッダのある場所（/usr/src/linux-headers-$(KVER)/）に変更し、make clean modules。できた r8169.ko を /lib/modules/linux-2.6.18-6-486/kernel/drivers/net/ にコピーして（オリジナルはどこかに退避させるのが吉）リブートすれば終了です。

ちなみに

apt-get していると、

WARNING: The following packages cannot be authenticated!
  foo bar baz
Install these packages without verification [y/N]?

こんな事をいきなり聞いてくることがあります。グーグル神のお告げにしたがって

　apt-get install debian-archive-keyring
　apt-get update

としておきました。ちゃんちゃん。

3s 動けばこの世は天国

3s ＝ ssh, samba, subversion です。

• samba：smb.conf と smbpasswd をコピーし、smbpasswd -a yuzo して samba 再起動。
• subversion：構築済みのDBがあればそのまま使える
• ssh：authrized_keys をコピーするだけ。
  /etc/ssh/sshd_config の PasswordAuthentication 行を no に設定して鍵無し認証を禁止する。

Firewall 設定とか AirProxy 導入はまた後日としましょう。

測定と設定（１）ハードディスク

heppoko:/etc/network# hdparm -p /dev/sda

/dev/sda:
 attempting to set PIO mode to 0
 HDIO_SET_PIO_MODE failed: Inappropriate ioctl for device
heppoko:/etc/network# hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   470 MB in  2.01 seconds = 234.15 MB/sec
 Timing buffered disk reads:  244 MB in  3.02 seconds =  80.79 MB/sec

特に問題ないようです。

SATA だからか、DMA 設定とかせんでエエのね。スタンバイ禁止だけやっときます。32bit転送は必要かな？

hdparm -S 0 /dev/sda

測定と設定（２）ネットワーク

以前の白箱と同じような実験をやってみました。

• 1.7GB位の tar.gz ファイルを PC←→GbE Hub←→Server 間で転送させる
• PC は Athlon64x2 3600+ に Intel 1000/MT、Seagate Barracuda ES.2
• Hub は ETG2-SH5WH
• Server は GeodeLX-800 に RTL8110SC、Seagate Barracuda ES.2
• samba で転送させる。ソケットオプションは "TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192"
• ジャンボフレーム、samba.conf の設定を変更させつつ測定

まずは、ジャンボフレームを設定しない状態の確認。

とりあえずジャンボフレーム行ってみますか。Intel 1000/MT の Windows ドライバはジャンボフレームの項目を 4088, 9014, 16128 にしか設定できないので、まずは 4088 に設定します。

そして、MTU の値を実際に確認しつつ、値を揃えます。

1. Linux 側のMTU を 4088 より十分大きな値に設定する（ifconfig eth0 mtu 6000）
2. Windows からサイズを変えながら ping を打ち、Fragment Error が出ない最大の SIZE を探す（ping -f -l SIZE HOST）。
   これに 28 を加えた値が Windows 側の MTU となる。
   Fragment Error より先に No Response となった場合は、Linux 側の MTU を大きくする。
3. 上で求めた SIZE 近辺の ping を Linux 側から送信し（hping2 -1 -y -d SIZE HOST）、上と同じ SIZE まで送信できることを確認する。
   WindowsXP のファイヤウォールが ON になっていると、外部からの ping に応答しない。
   「コントロールパネル」の「ファイヤウォール」を開き、「詳細設定」タブにある ICMP 項目の設定を行う。
   また、hping2 が無い場合は、apt-get install hping2 する。
4. Linux 側の MTU を上で求めた SIZE＋28 近辺に変更し、上記 SIZE の ping を Linux 側から送信する。MTU＝SIZE＋28の時に成功することを確認する。

Windows ドライバで 4088 に設定したときの SIZE 最大値は 4046 なので、MTU は 4074となります。Linux 側からも 4046 の時に実際の送信パケットサイズが最大となりました。

Server 側の MTU を 4088, 6000 にすると速度が落ちていますので、mtu=4088/4074 は妥当と言えるでしょう。

なお、Linux の起動時に MTU を設定するには /etc/network/interfaces を変更します（下の太字部分）。

# The primary network interface
allow-hotplug eth0
iface eth0 inet static
        address 192.168.0.2
        netmask 255.255.255.0
        network 192.168.0.0
        broadcast 192.168.0.255
        gateway 192.168.0.254
        # dns-* options are implemented by the resolvconf package, if installed\
        dns-nameservers 192.168.0.254
        dns-search yuzohome.fumo.jp
        # Added by user for jumbo frame
        up ifconfig eth0 mtu 4074

さらに RWIN の設定

次は samba のバッファを WindowsXP の RWIN 値に揃えてみましょう。RWIN 値は 16384 とか、Windows2000 なら mtu-40)×12、XPなら mtu-40) の整数倍かつ 64kB 以内の最大値とか諸説あるので、まずは 16384 から。/etc/samba/smb.conf の socket options 行を以下のように変更します。

  socket options = TCP_NODELAY SO_RCVBUF=16384 SO_SNDBUF=16384

うーん、mtu=4088/4088 の方が早いのか？　微妙だ。

更に mtu-40)×4,8,12,16 と変更してみます。予想なら 64544 が最も速いはずですが……

思ったより変化が無いものの、おおむね予想通りかな？
mtuを変更してみればRWIN の効果も大きくなるかもしれないと思ったので、すこし弄ってみました。

ハングアップはいただけません。
ドライバを自分でビルドしたモノから戻していなかったので、これを戻して再度実験してみます。

またもハングアップ。「所詮は蟹」なのか、設定が悪いのか。とりあえず MTU=4088/4074, RWIN=32272 辺りで様子を見ることにしましょう。

やれやれだ

FONの暗号を強化しようと設定してたら魔空空間に迷い込んでしまいました。
壊れそうなクズばかり集めてしまうガラスの三十代ですかね。

• La Foneraを設定してたら勝手にブリッジ化解除＋熱暴走
  熱暴走による症状が「WAN側だけが繋がらない」という、原因特定を妨げるクズっぷり
• HP OfficeJet 9410 は WPA＋TKIP にしか対応せず、WPA2 や AES には対応しない。この記述はサイトやFAQに無く、マニュアルを読む必要あり。
  WPA2 な AP を見つけると設定キーを勝手に WEP キーとして保存する上に、設定の確認が殆ど出来ない馬鹿仕様が原因特定を妨げる。
• SMBのドメインの見せ方が相変わらずカオスで、Windows Mobile から ネットワークドライブに繋がらない。
  samba の設定を前のマシンから引き継いでも駄目なのが Windows クオリティ。
• KN800 に入れてる Debian Linux は、ディスプレイがつながっていないと起動停止する

まだ熱い

緊急対策として大きなヒートシンクを付けてみたのですが、夕飯食いに行ってる間に熱暴走してやがったので、ファン付きヒートシンクをさっくり注文しちまいました。
FONと値段かわらねえよ……

GRUB の恐怖

ディスプレイ繋がないとサーバが起動しないという問題に対して、起動マネージャ GRUB の設定だろうと思って色々弄っていたのですが……

• hiddenmenu 行を追加しても、terminal serial 行を追加しても症状変わらず
• terminal --dump すると起動時のメッセージが見えなくなる
• そこでタイミング良く起動停止
• 再起動させると延々何かやっているが、何をやっているかわからないまま延々と待たされる

まあ fsck だったわけなんですが。なんというかもう……

loadlinの恐怖

じゃあ DOS＋loadlin ならどうかと試してみたのですが、loadlin 起動直後に即再起動。verbose モードもへったくれも無し。
なんだろね、これ。

つか、ここのところ

肩が直ったからって色々手を出しすぎなんだろうね。のんびり行こう。
今週末も来週末も旅行ですが。