仮想コンソールが完全に空白なのはなぜですか？

グラフィカルセッションから仮想コンソールにCtrl+ Alt+ F i（iを1-7および9-12で）で移動すると、完全に黒い画面が表示されます。F8でのみGUIが表示されます。他の人のまばたきさえありません。何かを入力すると、何も見えません。

問題は何ですか？どうすれば修正できますか？

私のシステム

$ uname -a
Linux pc09 3.13.0-36-generic #63-Ubuntu SMP Wed Sep 3 21:30:07 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/issue
Linux Mint 17 Qiana \n \l
$ lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation GK110B [GeForce GTX Titan Black] (rev a1)
$ lspci -k | grep -A 2 -i "VGA"
01:00.0 VGA compatible controller: NVIDIA Corporation GK110B [GeForce GTX Titan Black] (rev a1)
Subsystem: NVIDIA Corporation Device 1066
Kernel driver in use: nvidia

編集：私はhttp://forums.linuxmint.com/viewtopic.php?f=42&t=168108で提案された最初のステップを試しましたが、問題はフレームバッファのようです。

これは私がしました：

これは、Nvidiaのプロプライエタリドライバーに2〜3年間迷惑をかける問題であり、しばらくの間、Ubuntuベースのディストリビューションから私を遠ざけてきました。最後に、Nvidiaフォーラムで、私が探していた回避策を見つけました。Nvidia独自のドライバーで問題が発生します（Nouveauはこの動作を表示しません）：ctrl-alt-F1を押すと、黒い画面しか表示されないか、せいぜい何もしない点滅カーソルが表示されます。問題は明らかに、フレームバッファの実装方法に関係しており、これを無効にする必要があります。これが問題であるかどうかを確認するには、最初に/ etc / default / grubにいくつかの小さな変更を加える必要がありますが、最初にバックアップを作成してください！

$ sudo cp /etc/default/grub /etc/default/grub.bak

次のように入力してファイルを編集します

$ sudo pluma /etc/default/grub

エディターで、行のコメントを解除します

#GRUB_TERMINAL=console
#GRUB_GFXMODE=640x480

を削除し#ます。ファイルを保存し、undate-grubを実行して変更を実装します

sudo update-grub

今、私は（低い結果）ttyを再び動作させています:-)

これは、独自のNVidiaドライバーを使用しているためです。

独自のドライバを使用してOpenSUSEを使用していたとき、コンソールも黒になりました。Ubuntuを再び使用すると、さらに「クールな」効果が得られます（ご心配なく、画面は問題ありません！）

この理由は、DVis（=デバイス依存のX11）ドライバーによって初期化された後、他のビデオサブシステム（fbdev、VESA、Linuxコンソールなど）からの要求に対応できないNVidiaカーネルドライバーであるようです。

コンソールは、切り替えてもアクティブになります。これを確認するには、コンソールに盲目的にログインして、wallまたはなどのわかりやすいものを入力してrebootください。

<Your username>
<Your password>
echo "Test message" >/tmp/message; wall </tmp/message

コンソールから戻った後、ターミナルウィンドウに次のようなものが表示されます。

Broadcast message from <Your username>@<Hostname>
        (/dev/tty2) at 23:38 ...

Test message

残念ながら、OpenSourceドライバー（ "nouveau"）を使用する以外、これを修正する方法は知りません。VTスイッチングはそのドライバーを使用して正常に機能しますが、そのドライバーは他の問題を引き起こします（私の場合、自発的なクラッシュと一般にパフォーマンスの低下）。私はカーネル開発者でもNVidia開発者でもないので、自分で症状を分析する以上のことはできません。

ubuntuシステムをよく知らないが、通常ttysはagettyブートプロセス中に生成されます。おそらく、ubuntu開発者はそうしないことに決めたのでしょうか？とにかく、root runとして試して/sbin/agetty 38400 tty2 linux、何かが変更されたかどうかを確認できますtty2。

通常、このコマンドは、/etcフォルダーの下の構成ファイルにあります。たとえば、/etc/inittab私が持っているgentooボックスには

# TERMINALS
c1:12345:respawn:/sbin/agetty --noclear 38400 tty1 linux
c2:2345:respawn:/sbin/agetty 38400 tty2 linux
c3:2345:respawn:/sbin/agetty 38400 tty3 linux
c4:2345:respawn:/sbin/agetty 38400 tty4 linux
c5:2345:respawn:/sbin/agetty 38400 tty5 linux
c6:2345:respawn:/sbin/agetty 38400 tty6 linux

grep getty /etc/*同様の行を持つファイルがあるかどうかを確認できます。

あー したがって、この問題はおそらく18か月間私を悩ませていました。今日、ようやく修正しました。

UEFIブートパーティションを設定し、そこからシステムをブートできるようにする必要がありました。pciオプションでefifb、simplefb、および汎用fbハンドラーを有効にしました（他の多くの組み合わせは機能しませんでした）。カーネルを直接起動するuefiがあり、中間のブートローダーは使用されていません。

bios互換モード（simplefb、uvesafb、vesafbなど）を使用したがらくたの組み合わせは、X11がロードされるとVTを取り戻すことができませんでした。今、私はものを壊したときに喜んで前後に切り替えることができます:)

私もこの問題を抱えていましたが、私の回避策は回復モードに変更することでした。そこで、「再開」オプションを選択します。ログイン画面を見て、押すSTRG + ALT + F1と、テキストログインが表示され、システムと対話できました（プロプライエタリのNVIDIAドライバーをインストールすることが重要なのは、皮肉ではありませんか？）。私の回避策もあなたのために働くことを願っています:)