グラフィカルログインを行う場合、ベースはXorgを使用したXDMを使い、GNOMEやKDEをベースとしたX環境を使うと思います。何世代か前のマシンだと、肥大化したGNOMEなどは重くていろいろと不便だったりします。サーバにしているマシンはXすら要らない状態だったり。
こんな状況だと、フレームバッファを使ってるケースが多いのかなと思われます。うちでは直接コンソールからログインなどせず、telnet経由で保守することがメインです。GentooのLiveCDを起動すると、背景がついたコンソールが使われてますが、それを設定してみよう！ってのが今回のお話。

やり方は、http://en.gentoo-wiki.com/wiki/Fbsplash ここが詳しくかいてありました。検索すればいろいろとやり方が出てくると思うので、難なくできると思います。
以前、起動時にグラフィカルなプログレスが出てくるsplashを設定したことがありましたが、それとほとんど同じでした。

うちは、フレームバッファは設定をしていて、1024×768でコンソールが使える状態にはしてました。カーネルの設定は特に問題ない状態でした。initrdの作成はgenkernelに任せられるので、–splash=テーマ、–splash-res=解像度の設定を加えて作り直せばOKです。
いきなり設定してリブートもいいのですが、フレームバッファが使えるならsplash_managerコマンドで差し替えたり、設定ができます。これでテーマを確認しておくのも手です。すべてのテーマを入れて選んでもいいのですが、これで使うテーマを確認して、使わないテーマは消してしまうのもアリかな。
あとはブートオプションを設定し、fbcondecorをrc-updateで追加して再起動すればOK。splashも設定しましたので、プログレスバー付の起動画面と背景が拝領になりました。

フレームバッファ上で日本語表示を行うにはjfbtermをemergeする必要があります。日本語フォントはintlfontsが入りますが、/etc/jfbterm.confのフォントパスを合わせないと表示されません。jfbterm 2>log などと実行して、logに含まれるエラーを解消すれば正常に動作すると思います。jfbtermの背景が真っ黒になるので、飾れるかは後日調査予定。

グラフィカルログインを行う場合、ベースはXorgを使用したXDMを使い、GNOMEやKDEをベースとしたX環境を使うと思います。何世代か前のマシンだと、肥大化したGNOMEなどは重くていろいろと不便だったりします。サーバにしているマシンはXすら要らない状態だったり。
こんな状況だと、フレームバッファを使ってるケースが多いのかなと思われます。うちでは直接コンソールからログインなどせず、telnet経由で保守することがメインです。GentooのLiveCDを起動すると、背景がついたコンソールが使われてますが、それを設定してみよう！ってのが今回のお話。
やり方は、http://en.gentoo-wiki.com/wiki/Fbsplash ここが詳しくかいてありました。検索すればいろいろとやり方が出てくると思うので、難なくできると思います。
以前、起動時にグラフィカルなプログレスが出てくるsplashを設定したことがありましたが、それとほとんど同じでした。
うちは、フレームバッファは設定をしていて、1024×768でコンソールが使える状態にはしてました。カーネルの設定は特に問題ない状態でした。initrdの作成はgenkernelに任せられるので、–splash=テーマ、–splash-res=解像度の設定を加えて作り直せばOKです。
いきなり設定してリブートもいいのですが、フレームバッファが使えるならsplash_managerコマンドで差し替えたり、設定ができます。これでテーマを確認しておくのも手です。すべてのテーマを入れて選んでもいいのですが、これで使うテーマを確認して、使わないテーマは消してしまうのもアリかな。
あとはブートオプションを設定し、fbcondecorをrc-updateで追加して再起動すればOK。splashも設定しましたので、プログレスバー付の起動画面と背景が拝領になりました。
フレームバッファ上で日本語表示を行うにはjfbtermをemergeする必要があります。日本語フォントはintlfontsが入りますが、/etc/jfbterm.confのフォントパスを合わせないと表示されません。jfbterm 2>log などと実行して、logに含まれるエラーを解消すれば正常に動作すると思います。jfbtermの背景が真っ黒になるので、飾れるかは後日調査予定。

gentoo-sourcesが3.1.10-r1のアップデートが来たのでいつも通りgenkernelでカーネルを作った。（makeでやらないの？とか宗教論争なので突っ込まないように）
警告にルートのファイルシステムを明記したほうがいいみたいなメッセージが出たので、grub.confを書き換えるときに指定しておきました。そしてリブートしてみると、ルートが見つからないって感じのエラーが出てプロンプトが出る状態に。

うちのマシンはE-IDEのHDDにシステム、S-ATA経由とRAIDコントローラ経由でディスクを接続してます。E-IDEは/dev/hdXになり、それ以外は/dev/sdXになってました。しかし、/dev/hdaが無いみたいなエラーメッセージ。shellに入ってデバイスを見てみると、/dev/hdXが存在しませんでした。以前からカーネルオプションを設定してるときに、IDEドライバ辺りが消えるかもって事で警告があったが気になってました。少なくとも、全HDDは/dev/sdXで認識してるみたいだったので、前のカーネルで起動しなおし、grub.confと/etc/fstabを書き直して再起動したら問題なく起動しましたとさ。めでたし、めでたし。

今回カーネルを作成してリブートしたら/dev/hdXXが見えなくなってました。すべてのHDDが/dev/sdXXへ統合されてる感じ。もしかすると以前からなのかもしれませんが。
結構前からIDEドライバがATAドライバに統合される関係で無くなるって話でしたが、ついに来たかといったところ。
対処としては、grub.confのreal_rootの指定の変更、/etc/fstabの編集が必要でした。あと、grub-installを使ってるとdevice.mapの変更も必要です。これらのデバイスを正確に合わせれば難なく移行できると思います。まあ、人によって環境は違うのでケースバイケースですけどね。