サーバを入れえました。ノートPCなので雷で漏電遮断機が落ちても動き続けられるのでルータとか終端装置が止まらない限り大丈夫です。これで一台電気を食うマシンが止まったので電気代も浮くかな。
前のサーバに置いてあったデータもすべて拾い上げたので完全に停止できます。
新マシンのSambaの設定で苦しみました。設定ファイルをごっそり持ってきたつもりでしたが、ユーザー関係で持ってこられないものがあったのかも。最初、共有を見るとユーザー単位にホームディレクトリ内が参照できるhomesを開けなくて悩みました。ネットワーク名が見つからないというエラーメッセージだったのですけどいろいろいじってるうちに共有を見るときユーザーとパスワードを求められたりして謎だった。
emerge –configで設定を…と思ったらsambaは対応してなくて自力で設定するらしいし。よくわからんからswatを有効にしてブラウザ経由で設定するも変化がなくて禿げそうになりました。
恐らく原因はsmbpasswdのパスワードの保存先の整合性が取れてないのか？と思うのですが、smb.confに指定されているパス名をどうも参照してないみたいで。今思えば保存先のパーミッションとかユーザーを確認すれば済んだのかもって思ったり。
結局sambaを消し、設定、ログをすべて消し、sambaをマージし直して前のsmb.confを持ってきました。Samba用のユーザーを設定し直したら問題なく動くという。昼間の暑い中やってたので冷静さが足りなくて反省。
これでふたをしめて運用するのでコンソールで漢字を…って思っていたのはどうでもよくなりました。Windowsマシンからはtelnetで保守するから設定をやめてもいいのですけどね。あとはログのローテーションの確認と統計情報辺りの更新確認をしないと。

すんなりいく予定がいくつか躓きました。
○bashとyacc
ハンドブック通りに進めていってカーネルの作成後、grubをインストールして再起動までは問題なかったのですが、emerge –syncして足りないパッケージを入れたり最新状態にしていく途中でエラーが。emerge自体も動かなくなってかなり焦りました。
最初は何が問題かよくわからなかったのでやり直し、再度パッケージを最新にするとエラーが出始めるとわかりました。日本語ページを検索しても事例が出なく、英語ページで何とか同じ事例を発見しました。
原因はbashとyacc絡みでした。問題自体はyaccで、デフォルトでインストールされているdev-util/yacc-1.9.1-r4（もしかするともっと前からかも）とapp-shells/bash-4.2_p37（これももう少し前のバージョンからだと思います）の組み合わせが問題との事でした。
再度インストールCDから起動しなおし、インストールCD内のbashをコピーしたら問題なく動くことがわかりました。詳細の原因はかかれてませんが、問題なのはyacc側らしいので、代わりにbisonをインストールし、bashをインストールしなおしたら問題なく動きました。てか、何で最初からbisonじゃないんだろって思った。
○cracklibのコンパイルエラー
emerge -uDN world（俗称でうどんわーるどとも言われている)でパッケージを最新にしてるとcracklibのコンパイルでエラーとなりました。これはどうやらpython-updaterが実行されないと発生するらしいです。つか、新規インストールしたら必ず引っかかるのでは？とか思った。python関係は2,7系と3.x系が混在してインストールされる関係で引き起こされてるのか？とか思ったり。パッケージ管理ツールが2.7じゃないと動かないので引きずってるらしい。
まあ、一度動かせば難なく動くので、リブートしてパッケージ情報を最新にしたときにやっておくといいかもね。
あとはデフォルトのUSEフラグを調べて余計なパッケージが入らないようにしないと駄目か。既にcupsとか入っているのが何とも。Apache関係もこれから入れるので何かありそうな予感も。