tantsu様

Grubのエントリに(Recovery Mode)は存在しますか？
/etc/default/grubを手動で編集して無効化しない限り、通常起動エントリのすぐ下に存在するはずです。

これを選択すればSingle User Modeで起動します。
しばらくすると画面にCUIメニューが現れますが、この段階までで正常なテキスト描画が行われますでしょうか？

以上、ご確認をお願いします。

tista様　早速のご教授、有り難うございます。

tista による投稿:

Grubのエントリに(Recovery Mode)は存在しますか？
/etc/default/grubを手動で編集して無効化しない限り、通常起動エントリのすぐ下に存在するはずです。

これを選択すればSingle User Modeで起動します。
しばらくすると画面にCUIメニューが現れますが、この段階までで正常なテキスト描画が行われますでしょうか？

Recovery Mode は存在します。
これを選択したところ（ここまでは正常に表示されます）、しばらくして、CUIメニューらしきものが表示されますが、
やはり上下方向に極端に圧縮されて判読できません。

上下に青色の帯（各10pix位）があり、その間に20pix位の白地があり、その中に青色や赤色、黒色の線や点(各1pix位)
が表示されています。　点滅箇所は見当たりません。

tista による投稿:

ご使用のKernel Linux 2.6.32-25-genericは最近updaateがアナウンスされたばかりだと思いますが、
その際に他のupdate項目でgraphicsに関係のあるupdateを導入された経緯はありますか？

Ctrl + Alt + F1等で表示するCUIはVT (仮想コンソール）で、term等の環境変数が原因とは考えにくいでしょう。
主にframe bufferの描画が問題と考えられます。

updateに関しましては、アップデート・マネージャで毎日行っています。　又、新しいアプリも適宜インストールしています。
しかし、特に「graphicsに関係のあるｕｐｄａｔｅ」というものを意識していませんでしたので、又、知識不足のため、明確にこの
ご質問に答えることができません（申し訳ないです）。　アップデート・マネージャに言われるがままのupdateです。

ただ、パネルの「アプリケーション」-「グラフィックス」には「F-Spot」「GIMP」「Ooo Drawing」「Simple Scan」「XScan Image Scanner」
が登録されています（回答になっているでしょうか？）。

また、グラフィックボードのドライバは「システム」-「システム管理」-「ハードウェア・ドライバ」で推奨されているドライバを
インストールしています（これは参考になるでしょうか？）。

frame bufferの描画が問題・・・ここまで来ると、ちょっと私の手には負えない気がしますが、私もネットで調べてみますが、引き続き
ご教授をお願いしたい存じます。

hito様、有り難うございます。

カーネルの起動オプションについて、ネット検索していて時間が掛かりました。　済みません。
ネット上の説明もそれぞれ少しずつ違っていて、私の環境にはどれが正解か自信がありませんが、次のようにして見ました。
下記の操作で良いのでしょうか？

ｉ）OS選択画面で、目的のカーネルを選択して'e'を押下する。
ｉｉ）次の画面で、カーソルを一番下の行に持って来て、オプションをキー入力する。
ｉｉｉ）この状態で ctrl-ｘ を押下してOSを起動する。　<--ここがネット情報('b'押下でブート)と私のPC上の説明と異なるところで、
　　　　　　　　　　　　　　　　　　　　　　　hito様のご指示通りの操作がなされているか否か自信がありません。

hito による投稿:

1) 起動時にGRUBを呼び出して、「今使っているものよりも古いカーネル」を使って起動してみる。

2.6.32-24-generic ・・・ 症状は変わりません。　コンソール画面は判読不可能です。
2.6.3１-2２-generic ・・・ コンソール画面には何も表示されません。　真っ黒いままです。

hito による投稿:

2) 起動時にGRUBを呼び出して、「今使っているカーネル」を選択し、起動オプションに「nomodeset」を追加する。

起動オプションの付け方、起動方法が上記のi)～iii）で正しければ、結果は「症状は変わりません」です。　コンソール画面は判読不可能です。
起動後に、起動オプションが正しく付加されているかどうかを端末で確認するコマンドはありますでしょうか？

hito による投稿:

3) 2) と同じで、オプションを「nomodeset xforcevesa」にする。

結果は2) と同じで、コンソール画面は判読不可能です。

hito による投稿:

# メモリが8GBなのにgeneric-paeではなくgenericが入っているのも実は謎な気がしなくもないのですが、最近追加されたりしたでしょうか……。

実は、私自身も気になっている所なのですが(笑)・・・。
元々、Windows Ｖｉｓｔａ+4MBメモリのPCだったのですが、RamDiskを利用するために、メモリ4MBを増設しました。
その後、念願(?)のUbuntuをデュアルブートでインストールすることにしたのですが、ある雑誌(日経Linu*)にメモリが8MBあるのならば
64ビットOSをインストールして仮想マシンに2MBのメモリを割り当てる方法があるとの記述があり、そのようにしました。
仮想マシンはVMware playerです。

２、3ヶ月前、突然GRUBかMBRが壊れて、PCの起動ができなくなりました。　他のPCでネット検索しながらMBRを修復した(つもりな)
のですが、その時カーネルを私の環境に合わせるために、ネット情報を読み替える時、generic-paeにすべきかgenericにすべきか
散々悩みました(知識不足のため)。

私の中では、generic-paeは32ビットOSが4MB超のメモリ空間を使用するための仕様、という認識が強かった為、又、それまでに私のPCブート画面でgeneric-paeを見たことが無いように記憶していた為、「ダメ元」でgenericをインストールしてMBRを修復しました。
その後、Ｕｂｕｎｔｕからも叱られたことも無く、PCも普通に動いているし(そのように見えるだけかもしれませんが)、「システム・モニタ」等で
確認してもメモリは7.8GiBが認識されているので、これで良いのかな、と思っています。
それに、一番最初にインストールした9.10日本語Remix(64ビット)が2.6.3１-2２-genericだったようでもありますし・・・。

とは言うものの、上にも書きましたが、実のところは、私自身、64ビットOSにgenericで正解かどうか自信がありませんので、
もしお分かりでしたら、正しい組み合わせをご教授頂けましたら、大変ありがたいです。

問題の本質と関係ありそうなところで、grubの解像度に関する設定を変更した記憶はありますか？
/etc/default/grub とか、 /boot/grub/menu.lst とかで。
あとは、vesafbだとか、fbcon という言葉に見覚えは？

#4から、プロプライエタリドライバを使っているように思いますが、それを止めてみるとか

・nomodeset その他の起動時パラメータが正しくセットできているかどうかは、「grep -i "kernel" /var/log/Xorg.0.log」を見るのが簡単です。
・GRUB2では起動はCtrl-Xです。問題ないです。

なんとなく、一部のマザーボードで起きる、「nvidiaのプロプライエタリドライバを使うと、コンソールが使う領域を書き潰してしまって利用不能になる」という問題のような気がしているのですが、
　・過去のカーネルを選んでも問題が再現する
　・nomodesetしてxforcevesaして、nvidiaのカーネルモジュールが読まれないはず（？）の状態でも再現している。
というあたりで、ちょっと見切りきれません。

可能であればプロプライエタリドライバの利用を止めてみると直ったりするような気もするのですが、何がなんでもコンソールを使いたいのでなければ諦めるのも手ではあります（コンソールをヌルドライバでループバックして動かす手はあるのですが、まったくお勧めしかねます）。

複数のマシンがあるのであれば、コンソールが使えるシチュエーションではsshも生きているはずなので、sshでリモートログインする、というのが消極的な対策でしょうか。

tantsu による投稿:

gontomo による投稿:

64bit版を入れているのであれば、genericで正解だとおもいます。(pae版はなかったかと)

有り難うございます。　これで、今晩から気持ちをすっきりさせて寝ることができます（感謝）。

そうすると今度は「64bit版の日本語Remixは存在しないのですが」という別の問題が出てきて話がややこしくなるのですが……。Japanese Teamのリポジトリを追加した環境、という意味でしょうか。

hito様　何度も有り難うございます。　非常に助かっています。

hito による投稿:

・nomodeset その他の起動時パラメータが正しくセットできているかどうかは、「grep -i "kernel" /var/log/Xorg.0.log」を見るのが簡単です。

早速有り難うございます。　この投稿が済みましたら試してみます。

hito による投稿:

・GRUB2では起動はCtrl-Xです。問題ないです。

私もその後ネット検索でCtrl-Xもあることを知り少し安心していました。　間違った操作で、間違った結果を報告して、hito様の判断を過らせる事を一番心配していましたので…。

hito による投稿:

なんとなく、一部のマザーボードで起きる、「nvidiaのプロプライエタリドライバを使うと、コンソールが使う領域を書き潰してしまって利用不能になる」という問題のような気がしているのですが、
　・過去のカーネルを選んでも問題が再現する
　・nomodesetしてxforcevesaして、nvidiaのカーネルモジュールが読まれないはず（？）の状態でも再現している。
というあたりで、ちょっと見切りきれません。

可能であればプロプライエタリドライバの利用を止めてみると直ったりするような気もするのですが、何がなんでもコンソールを使いたいのでなければ諦めるのも手ではあります（コンソールをヌルドライバでループバックして動かす手はあるのですが、まったくお勧めしかねます）。

今までは何の問題もなく使えていたので、nvidiaのプロプライエタリドライバにこのような問題があるのは初めて知って驚いています。
これに関しましては、#8のgontomo様のご提案により、プロプライエタリドライバを削除して見ました。　結果は#11の私(tantsu)の投稿の
通りです。　もし良ろしければ、ご参考頂けましたら幸いです。

通常のコマンド操作は「端末」で行うとしても、現在の私のPCは「Vista」と「Ubuntu」のデュアルブートなので、何時GRUBやMBRが壊れるとも限りませんので、CUIによるレスキュー手段としてのコンソールとある程度操作できる知識を確保していたいと思っています。
しかし、#3でtista様が投稿されているように「Ctrl + Alt + F1等で表示するCUIはVT (仮想コンソール）」なので、これを使うためには、
GUIでのデスクトップが正常に起動することが前提なのでしょうか(そんな気がしてきました)？
それならば、レスキュー手段としては、LiveCDが一枚あれば何とか間に合うということでしょうか？

hito による投稿:

複数のマシンがあるのであれば、コンソールが使えるシチュエーションではsshも生きているはずなので、sshでリモートログインする、というのが消極的な対策でしょうか。

sshは聞いたことがあるだけで、仕組みは分かりません。　これから少しずつ勉強していきます。

hito による投稿:

tantsu による投稿:

gontomo による投稿:

64bit版を入れているのであれば、genericで正解だとおもいます。(pae版はなかったかと)

有り難うございます。　これで、今晩から気持ちをすっきりさせて寝ることができます（感謝）。

そうすると今度は「64bit版の日本語Remixは存在しないのですが」という別の問題が出てきて話がややこしくなるのですが……。Japanese Teamのリポジトリを追加した環境、という意味でしょうか。

「64bit版の日本語Remix」は私の間違いかもしれません。　インストール当時は、Japanese TeamもUbuntu日本語フォーラムも区別がつかないまま、とにかく「64bit Ubuntuのインストールを！」を念仏のように唱えていただけでしたから（笑）。
今となっては、どのようにインストールしたのかはっきり覚えていません。　と同時に、インストールしたものが本当に６４bit版なのか少々不安になってきました（笑）。　そう言われれば、Japanese Teamのリポジトリというものを追加した記憶が蘇って来ました。　後で再確認します。

本題に戻りまして、皆様のおかげで、今回の問題は「nvidiaのプロプライエタリドライバ」が絡んでいることが濃厚となりました。
この線に沿って、問題が起こる直前に私がどのような操作をしたのか、改めて検証しまして、後刻、検証結果を投稿致したいと思います。

今まで、有難うございました。　それでは少々お時間を頂きます。

tista様、hito様、gontomo様　有り難うございます。　途中経過報告です。

NVIDIAプロプラドライバを削除した時に、コンソールの下部に表示される「ステータスバー」様のものを表示しているアプリが判明致しました。
「Byobu」というアプリでした。
http://ubuntu.asciimw.jp/elem/000/000/010/10093/
の「Ubuntuがズバッとわかる！基本用語256」で見つけて、どんなものか試しにインストールしたものです。

下記の手順で検証してみました。

１）「Byobu」をアンインストール、再起動。　　　　　　　　　　　　　結果は「直らず」です。
２）「パッケージの整理」で「libdvdcss2」を検出、削除。　　　　　　　結果は「直らず」です。
３）「nomodeset」や「xforcevesa」起動オプションを付加して起動。　結果は「直らず」です。
４）NVIDIAプロプラドライバを削除、再起動。　　　　　　　　　　　結果は「コンソールは正常に表示される」です。

#3でtista様が仰る

tista による投稿:

「ご使用のKernel Linux 2.6.32-25-genericは最近updaateがアナウンスされたばかりだと思いますが、」

と「Byobu」をインストールした時期がほぼ同じなので、「もしや」と思い「Byobu」を疑ったのですが、
どうやら#10での

hito による投稿:

なんとなく、一部のマザーボードで起きる、「nvidiaのプロプライエタリドライバを使うと、コンソールが使う領域を書き潰してしまって利用不能になる」という問題のような気がしているのですが、

に該当してしまったのかも知れません。　カーネルかM/Bやグラボのドライバが修正されるまで、暫く様子を見てみます。

gontomo による投稿:

問題の本質と関係ありそうなところで、grubの解像度に関する設定を変更した記憶はありますか？
/etc/default/grub とか、 /boot/grub/menu.lst とかで。
あとは、vesafbだとか、fbcon という言葉に見覚えは？

「vesa」という言葉には見覚えがありますが、意味は分かりません。　「vesafb」や「fbcon」には見覚えがありません。
/etc/default/grub とか、 /boot/grub/menu.lst とかにつきましては、後ほど「gedit」等で開いて中身を見て、その結果を報告させて頂きたいと存じます。
返事が遅くなった上に、細切れの返事で、大変申し訳ないです。

当分の間、使い勝手をみながら、NVIDIAドライバを削除したりインストールしたりして行きたいと思っています。
tista様、hito様、gontomo様　有り難うございます。