独自のNvidiaドライバーをインストールした後、Unityが表示されない（GPUがバスに落ちた/ ACPIが失敗した）
始める前に、タイトルは次の質問に似ていますが、同じ問題ではないことを言及する必要があります。この質問の答えは、解決策はありませんが、すでにテスト済みです。
Nvidiaドライバーをインストールした後、Unityは表示されません
Nvidia独自のドライバーをインストールした後、Unityが読み込まれません
（私はそれがそんなに簡単だったことを望む）。
問題は約2週間前に始まりました（12.10 64ビットを使用）。アップグレード後、Unityはロードされません。黒い画面でフリーズし、マウスを動かさず、何もしません。回復モードに行って、何が起こったのかを確認しました。最初にNvidiaドライバーを削除し、システムが正しく起動しました。次にNvidiaドライバーをインストールし（デフォルトで追加のPPAがインストールされていないnvidia-currentを使用）、問題が発生しました。次に、X-SwatのPPAとXorg EdgersのPPAを試しますが、どちらも同じ問題で失敗しました。
/var/logファイル、特にXorgとsyslogファイルをチェックして、何が起こったかを確認しました。 Sudo modprobe nvidiaのようなものを試した後、モジュールが正しく作成されていないことがわかりました。そのため、たとえばnvidia-xconfigコマンドがありませんでした。そこで、必要なすべてのヘッダーファイル（汎用および特定のバージョン）をダウンロードし、nvidiaドライバーを再インストールしました。今回はモジュールがインストールされ、nvidia-xconfigなどのすべてのNvidiaコマンドにアクセスして、たとえばxorg.confファイルを作成できました。
しかし、同じ問題が続いた。 Unityをロードせず、デスクトップを黒い画面で表示する直前にスタックします。
Pastebinファイルが示すように としてさらにチェックした後、ACPIとXサーバーの間にいくつかの問題がありました。
55行目では、次のことがわかります。
48.651] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
そして、178行目から次のことがわかります。
[ 49.993] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon
[ 49.993] (II) NVIDIA(0): may not be running or the "AcpidSocketPath" X
[ 49.993] (II) NVIDIA(0): configuration option may not be set correctly. When the
[ 49.993] (II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will
[ 49.993] (II) NVIDIA(0): try to use it to receive ACPI event notifications. For
[ 49.993] (II) NVIDIA(0): details, please see the "ConnectToAcpid" and
[ 49.993] (II) NVIDIA(0): "AcpidSocketPath" X configuration options in Appendix B: X
[ 49.993] (II) NVIDIA(0): Config Options in the README.
今これが問題になる可能性があります（これは私が今得た限りです）。
見たところ、これは 古いバグ 再現するのが非常に奇妙で、この前はPCは正常に動作していました。これは、Nvidia 560 tiビデオカードを搭載したIntel DZ68DBマザーボードです。
同じ問題を抱えている他のディストリビューションもあります。
また、acpidが既にインストールされているかどうかも確認しました。正常に動作しています。私が理解していることは、Xサーバーとacpidが非同期でロードしようとするタイミングの問題であるため、Xはより速くロードされますが、acpidの前にロードされるため、NvidiaカードがACPIを使用しようとするとこのエラーが発生します。したがって、acpidは2番目のXサーバーの前にロードされるため、Xのリセットが役立ちますが、システムが凍結されているため、これは実行できません。
私のチェックを行っていない間に私が見つけた最後のエラーは、Sudo cat /var/log/syslog | grep NVにあり、これは私にこれを与えました：
Jan 3 22:39:23 cyrex kernel: [ 3.789322] NVRM: GPU at 0000:01:00.0 has fallen off the bus.
だから今、私は「GPUがバスから落ちた」問題を抱えています。
そのバスはどれくらい速く行きましたか？
12.10に付属するすべてのバージョン（nvidia-current、updates、experimental）、およびX-Swat PPAおよびXorg Edges PPAに付属するバージョンをテストしたことを追加する必要があります。すべて同じ問題をもたらします。
更新1-テスト1
次の方法でテストを行いました。
使用していたSSDを、Nvidiaカードも搭載した別のコンピューター（今回は9500 GT）に接続しました。また、他のコンピューターのHDDをコンピューターに接続しました。基本的にハードドライブを切り替える。
他のコンピューターのUbuntuは正常に動作していますが、以前に他のコンピューターで動作していたHDDをコンピューターに接続すると、この質問で述べたのと同じエラーが発生しました。
このテストで変更したのは、使用していたUbuntuのコンピューターのみで、動作していました。しかし、私が私の別のコンピューターから別のUbuntuを使用した場合、エラーが表示され、ハードウェアに問題がある可能性が示されます。少なくとも、BIOSセットアップを確認する必要があります。
更新2-テスト2
ビデオカードを取り外し、他のコンピューターと交換しました。まだ機能していました。だから私は、Ubuntuが他のコンピューターで動作しないSSDがあり、同じ560 TIが動作していなかったのに、それでも動作していました。
残っているのはマザーボードだけで、すでにアップグレードされたファームウェアを備えたIntel DZ68DBです。 2週間前に動作していて、もう動作していなかったのは奇妙ですが、これは問題がBIOS構成または何らかの理由でマザーボードに互換性がない可能性があることを示しています。テストを続けます。
解決策1（私には機能していません）-一部のユーザーは、以下を行うことが助けになったと報告しています：
/etc/rc.localファイルを編集します：Sudo nano /etc/rc.localおよびexit 0ステートメントの前に次の行を追加します。
/usr/bin/nvidia-smi -pm 1
保存して再起動します。これにより、ビデオカードが永続モードに設定されます。動作するかどうかを確認するには、再起動後に次を入力します。
/usr/bin/nvidia-smi -q | grep -i Persistenceおよび表示される場合：
Persistence Mode : Enabled
そして、あなたはそれが知っています有効
解決策2（私には機能していません）-一部のユーザーは、次の操作が助けになったと報告しています：
GRUBメニューを編集します。
Sudo nano /etc/default/grubおよび次の行：
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
次のカーネルオプションの1つまたはすべてを追加します。
acpi=noirq
thermal.off=1
たとえば、両方を追加すると、次のようになります。
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=noirq thermal.off=1"
保存してupdate-grubと入力します。次に再起動します。
同様の問題を抱えている人なら、すべてをやったら、私が行ったテストも試してみることをお勧めします。そうすれば、Ubuntu、ビデオカード、またはその他のハードウェアのいずれであるかがわかります。
ほぼ3日間の戦いの後、私は（あなたが質問全体を読んだ場合）マザーボード以外のすべてを破棄することに成功しました。それで、マザーボードを取り出して、いくつかのクリーニングを行ってから、再び取り付けました。混乱を避けるために、クリーニングと言うと、文字通り、マザーボードを取り出し、接続されているものをすべて取り除くか、あらゆる種類の電流を生成し（CR2032バッテリーのように）、マザーボードを大量のホースの下に置くことを意味します水圧。大量の水で洗浄した後、最低2日間乾燥させるために放置し、元に戻しました。
すべてが完全に機能しており、12.04、12.10、13.04の32ビットおよび64ビットバージョンでも機能すると言うことができます（当時、Ubuntuの問題だと思っていたため、問題が発生したときにテストする必要がありました）。
したがって、質問のすべてを実行しても問題がある場合、最も可能性の高い原因は、BIOSのオプション（存在するBIOS設定の量のためにここでは説明できません）またはハードウェアメンテナンスが必要です。
これが誰かを助けることを願っています。なぜなら、それを理解するのにあまりにも多くの労力がかかり、他の人の時間を節約できるからです。