そういえばサーバのメンテしてなかったのでemerge –syncした。まだ警告が出ないからセーフですかね。放置しすぎるとメンテしてないじゃんって警告が出るのですよね。
今回のアップデートで重要なのはPythonか。
2.7と3.2が混在する現在ですが、これはそのままで、環境変数にPYTHON_TERGETが追加されたらしい。これに使うバージョンを指定すると他のバージョンも入れられるみたい。
うちでは2.7と3.2だけで十分なのと、デフォルトでこの２つが使われるので問題なしです。
あとはカーネルが先日アップされてたのが反映されるだけかな。

久しぶりにemerge –syncしたらアップデートが結構あった。
カーネルのコンパイルもmenuconfigを指定して一通り確認してるつもりがいつもDevice Driver/Real TIme Clockの設定を忘れてるし。これを忘れると/dev/rtcが無くてハードウェアクロックに時刻の反映が出来なくてリブートして時刻が大幅に狂うケースがあるのですよね。ntpとかで時刻を合わせて運営しておけば最近のシステムならcrontabでハードウェアクロックの同期もするから時間が狂うことはほとんどないですね。
サーバにしてるマシンはこの辺りをしっかりしておかないと大変なことになるので要注意です。サーバのカーネルもアップデートせねば。

xineのメニューを日本語にしようと思っていろいろと試行錯誤を。
原因はHelveticaというフォントへ置き換えられて表示されるのですが、このフォントが日本語を持たないことが原因らしい。解決策は、１．英語メニューを使う、２．フォントを置き換える、３．ソースをいじる。これらがあるらしい。
１．英語メニューを使う
これはすごく簡単。環境変数LANGに英語を指定するかCを指定すればいい。コマンドラインからならLANG=C xineで問題なく起動可能である。GNOMEのメニューをいじるならシステム→設定→メインメニューを起動し、サウンドとビデオ内のxineのプロパティを開き、コマンドラインに”env LANG=C xine”を指定すればOK。
２．フォントの置き換え
これは失敗しました。
まず、/etc/fonts/conf.d/30-metric-aliases.conf内の置き換えてるのをコメントアウトにする方法。これは駄目だった。次に、ユーザーのホームディレクトリに.fonts.confを作成してXMLにてフォントを日本語フォントへ置き換えるもの。これも駄目だった。そして、FONTCONFIG_PATHで.fonts.confを指定して起動する方法も駄目だった。参考にしたサイトのフォントも入れてみたけど駄目なので諦めっぽい。
３．ソースをいじる
これをやるには変更したソースの差分をpatchとして作り、ebuildを書いてパッチをあてるようにしてemergeってことになる。過去こういったパッチが出てない以上、スマートな方法とは言えないのかも。どうしてもいじるならローカルにソースを展開して変更し、コンパイルしてできたバイナリを上書きかな。
結局英語でいくことにしました。やり方が書いてあるサイトもたくさんあるので、同じ現象でハマってる人は参考にしてみるといいかもです。

結局xineを入れたら再生できた。
xineは日本語ローケールだと文字化けするのでLANG=Cを指定して起動して英語ローケールにするか改造が必要となります。日本語対応のパッチとかありそうな気もするので調べてみたいと思います。
そろそろHDDを新調したいところ。GNOME上で作業してると警告が出っぱなしになるのがうっとうしいし。

その前にオートマウントが効いてないので有効にした。
ログを見るとドライブは認識してますが、/dev/sg0がドライブとなってなかった。
カーネルの設定が問題なのですが、少し前からSATAはSCSIの設定に依存してたのを忘れてました。SCSIの設定内のCD-ROMのサポートを有効にしたら割り当てられました。
DVDを挿入するとマウントされようとしますが、rootじゃないとマウントできないとエラーになりました。利用するユーザーのグループにcdromが入ってましたが、マウントされなくて謎だったのですが、/etc/fstabのオプション指定にuserを加えたら問題なくマウントされるようになりました。
totemでDVDを再生させてみたのですが、何の反応も無く駄目だった。gnome-mplayerはDVDメニューは出るものの、本編が再生されない状態。今回は時間切れなので、後日別メディアや別のプレイヤーを試してみます。

SLAX-jaのライブCDが出てきたのでKDEで起動して設定を見てみた。
カーネルの設定（.config）を見てみたけど違いが無くてわからず。一応合わせて、RTCも効いてなかった問題もあったのでカーネルを作り直しました。
/etc/modprobe.d/alsa.confにoptionsとか指定しろとかの情報もありましたけど効いてる気配なし。
試しにalsamixerを起動してみるとPCMの音量だけ表示されたのでもしや？と思ってGNOMEを起動して音の設定を見てみれば音が正常に出てるし。つか、最初から問題なかったのかも。
alsaconfでカードが見つからない問題はありそうだけどとりあえず設定できてよかった。
nautilusでネットワーク経由でWindowsマシンにある動画とか見られるので問題ないです。totemで大抵の動画は見られそうです。DVDはまだテストしてないので後日にでも。

サウンドの設定を行おうと思ってalsa-utilsをインストール。alsaconfを実行したらカードを認識しなかった。
nVIDIAチップのオンボード音源ですが、lspciでは問題なく認識。ドライバはsnd-hda-intelがロードされており、/proc/asound/cardsを見ても問題ないようにみえる。
ALSAから認識できるような設定をしないと駄目なんだろうけどこの辺りはよくわからんです。
確かDebianを入れたときは音が出てた気がするので何らかのLiveCDから起動して設定を調べてみようとおもいます。

Debianの実験用でしたけど、いろいろと細かいところが気に入らないのでGentooへ戻しました。
コンパイルしなくても誰かのバイナリでいいかなとか思いましたが、やはり環境に合わせてすべてコンパイルした方がすっきりする。変なエラーも出ないしね。
基本的なインストールは楽なのですが、今回XorgのインストールとGNOMEのインストールもするのでいくつかハマりました。最初にハマったのがavahiのコンパイルでエラーとなる点。何度やってもautomakeでエラーとなる現象が出ました。どうやらautomakeのあるバージョンからの問題らしく、まだマスクされてる次のバージョンならパッチがあるので回避できるとわかりました。動作的に問題なければ降りてくるだろうし、automakeをダウングレードしても他の問題が出たら嫌なので最新を入れることで対応しました。まあ、ローカルに野良ビルドでebiuildを書いてautomakeのパッチを当ててしまうのもアリなのですけどね。
コンパイルも一通り終わり、えいやーとxdmを立ち上げてみるも、マウスとキーボードが聞かなかったり。こんなときの為にxinetdとtelnetdを入れてtelnet接続できるようにしておいたので、強制電源OFFにはなりませんでした。問題はxf86-input-evdevのモジュールを要求されてた点。evdevフラグは入れてなかったと思ったらデフォルトで入ってるっぽいのでインストールして解決。キーボードは難なく反応するも、マウスが駄目だったり。ログを見てもエラーはなく、cat /dev/input/mouse0とかやってマウスを操作しても何も表示してくれないので物理的な問題かドライバの問題かカーネル的な問題か何かか。
ハード的にはこのマシン自体はPS/2ポートがないのでコンバータを噛ませてPS/2キーボードとマウスをつないでます。どうもこの辺りが怪しいと思われます。PS/2接続は切り替えBOXを経由目的でつけてたのですが、現在スタンドアローンだからコンバータを使い理由がありません。なので後日USB接続に切り替えてみる予定。
あとはALSAの設定を忘れてるし、USEフラグももう一度見直さないと駄目かな。Javaとかブラウザとかいろいろ入れないと駄目な問題も多数。日本語環境にも出来てないし…。
ちなみに、GNOMEを選ぶ理由は、KDE関係ってコンパイルに時間がかかるのと慣れの問題かな。twmとか使うとネタにもなっていいのでしょうけど、GNOMEが行ってる機能に慣れてしまったので戻れない体に。

マウスをUSB接続にしたら問題なく使えた。
PS/2を２系統USBに繋ぐというのは現時点だと厳しいのか。
まだxdmを自動起動すると問題があったときに面倒なので手動で立ち上げ。GNOME環境が問題なく起動しました。ローケイルを日本語にし、外見は問題なし。
ネットワークからWindowsの共有を見ようと思ったらgnome-vfsにsambaのUSEフラグの設定がなかったので参照できず。これは設定してリコンパイルか。
そういえば、起動したらHDDが故障しかけてるって警告が出て吹いた。Windows領域は問題ないと思いますが、Linux側の領域でバッドセクタが出てるっぽい。こりゃHDDを交換しないと突然お亡くなりになる可能性がありそうです。IDEだったかSATAだったか忘れてますが、先日サーバにしていたマシンを止めたのでそちらからHDDを拝借かな？あけるのが面倒だけどそのうちやらないと。

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