NVidiaドライバー、通常のブートでは空白の画面が表示され、リカバリブートは正常に動作します
OK、だから、他の多くの人と同様に、私はNVidiaドライバーで多くの問題を抱えています。この場合、ここから新しい340.32ドライバーがダウンロードされます（ http://www.nvidia.com/object/unix.html ）、しかし、私はほとんどすべてのバージョンでこれらの問題を全面的に経験しました。
そのため、現在のところ、ここでドライバーは正常にインストールされていますが、Ubuntuを正常に起動しようとすると、空白の画面が表示され、何も表示されなくなります。実行レベルの変更は機能せず、完全にロックされています、yadda yadda。
リカバリモードで起動してから起動を再開すると（他の変更を加えずに、文字通り「起動の再開」を押すだけで）、すべて正常に動作するようです。
だから私は何かが回復ブートで起動しない通常のブートで起動すると仮定しています（明らかに、起動を再開するときに警告があります）が、何をどのように診断するのか分かりませんそれ。
もう1つの主要な症状は、nvidia-settingsが正常に起動することです。xorg.confファイルを/ etc/X11に問題なく（マージせずに）保存できます。ただし、回復ブートを実行すると、システムは構成に加えた変更をすべて失ったため、xorgファイルなどを読み取っていないものが推測されます。
Ubuntu 14.04、カーネル36。
NVidiaドライバー340.32（ただし、私が試したすべてのバージョンで、3.04に戻った場合でも発生します）
[。 （問題はRiftよりも前のものであるため、これは症状であり、原因ではないと思われます）。
何か案は？どうすれば起動時に気の毒なものがつまずいているのかを把握することさえできますか？
ありがとう。
わかりました。したがって、これは実際にはNVidiaカードではなく、システムドライブとしてSSDを使用しているという事実に関係があるようです。
私が理解しているように、問題は、ビデオカードの初期化が完了する前にlightdmを起動しようとしていること、またはそのようなナンセンスなことです。
EVOバッファの問題に関連する多くの修正を試しましたが、それらのほとんどはUbuntuで動作しないようです。
動作する唯一のことは、lightdmを起動しようとする前にシステムに追いつくための時間を故意に与えることだけであるようです。
したがって、/ etc/init.d/lightdm.confで、次の行を見つけます。
exec lightdm
..そしてそれを単に次のように変更します：
sleep 2
exec lightdm
くて気味悪い修正ですが、lightdmにカードを待つように指示する方法がわかりません。
ちなみに、xorg.confファイルの修正が何であるかわからないので、/ usr/lib/X11/xorg.conf.dにコピーする方が信頼性が高く、Ubuntuディスプレイマネージャーを使用して画面を設定する方がより安全であると読んでいた信頼性のある。
私は両方を行いましたが、そのうちの1つは機能しましたが、どちらを使用するかはわかりませんでした。
これは、grubブートオプションにnomodeset値を追加することで修正できます。これを行うには、ファイルを開きます。
gksudo gedit /etc/default/grub
行GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"を探します
quiet splashオプションは存在する場合と存在しない場合があり、追加のオプションがある場合があります。それらに触れないで、最後に追加しますnomodeset
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"
ファイルを保存してgeditを終了し、次の方法でgrubの構成を更新します。
Sudo update-grub
ソース：私に起こった
私のマシンの最初のNVIDIAドライバーにも同様の問題がありました。 NVIDIAのレガシードライバーバージョン173.1439に切り替えました。 2週間の使用でより安定しているようです。 Software＆Updates – Additional driversの2番目の選択肢として見つけました。このオプションはドライバーを置き換えますが、必要に応じてロールバックできます。