空白の画面、起動時に点滅するカーソル

時々、私のUbuntu 10.04 PCが正しく起動しません。Grubを通過し、空白の画面と点滅カーソルで停止します。私が読んだことから、この点滅カーソル画面はGrubではなくUbuntu自体によって表示されるので、ブートプロセスが何らかの理由で停止したと思います。この問題を診断する方法や原因は何であるかについてのガイダンスはありますか？通常、リセットボタンを押してPCを再起動する必要があり、多くの場合、正常に再起動します。断続的であるという事実は、私を混乱させるものです。

問題を診断する上でのポインタをいただければ幸いです。

編集：

主に私のサーバーが長い間稼働していたため、しばらく経ちました。この問題の再発をキャプチャしたようです。messagesファイルとファイルをコピーし、dmesg処理が停止しているように見える場所を見て、以下のメッセージを見つけました。私はグーグルなどでいくつかの研究をするつもりですが、誰かが助けてくれて、自分自身でいくつかのポイントを獲得したい場合に備えて、ここに置くと思いました。ondemand governor failedメッセージはブートの成功時に発生しますが、他の2つは表示されないことに言及する必要があります。

Oct 11 23:17:21 linux kernel: [   98.905370] ondemand governor failed, too long transition latency of HW, fallback to performance governor  
Oct 11 23:21:48 linux kernel: Kernel logging (proc) stopped.  
Oct 11 23:21:48 linux rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="697" x-info="http://www.rsyslog.com"] exiting on signal 15. 

ブート時のログファイルのロールオーバーが原因であるという曖昧な参照がいくつか見つかりました

ブート中にShiftキーを押しながら、eキーを押してGRUBエントリを編集します。「quiet splash」と表示されている部分を削除し、「text」に置き換えて、ブート中に何が起こっているかを確認します。

私の場合、点滅するカーソルが私がこれまでに得たすべてでした。起動しません。それは、新しいUbuntu Minimalをインストールしたときでした。GRUBのインストール手順中に、GRUBを間違ったドライブである「最初の」ドライブ（/ dev / sda）にインストールしていることがわかりました。

私のシステムには3つのドライブがあります。インストール時に触れたくなかったRAIDの2つの500GBドライブと、OSに使用する120GB SSD。何らかの理由で、「最初のドライブ」（/ dev / sda）は私の500GBドライブの1つです。/ dev / sdbは私の120GBドライブで、/ dev / sdcは他の500GBドライブです。

したがって、120GBドライブで「mbr」のパーティションテーブルを使用してフォーマットする場合、通常の117GBのブータブルext4と3GBのスワップを実行しました。GRUBのインストール手順で、GRUBを「最初の」ドライブに配置するために「はい」を選択しないでください。NOを選択します。これにより、/ dev / sdXを入力できる別の画面が表示されます。私の場合、/ dev / sdbと/ dev / sdb1を試しましたが、インストーラーは毎回致命的なエラーを出しますが、それでも意味がありません。

最後に、120GBドライブを「gpt」のパーティションテーブルでフォーマットする必要がありました。GPTでは、GRUBパーティションを手動で作成する必要があります。これがGPTを使用した方法です。したがって、GRUB用に作成した最初のパーティションは、「ブートまたは何か（言い回しを忘れる）」用にフォーマットされた32.0 MBでした。2番目のパーティションは、「スワップ」用にフォーマットされた3.0 GBで、「最後」にありました。3番目のパーティションは、「ext4」としてフォーマットされた残りのスペースです。

さて、GRUBのインストール手順でNOを選択すると、意外にも/ dev / sdb1ではなく、/ dev / sdbを手動で入力すると、動作します。GRUBは正しいドライブの32MBブートパーティションにインストールされ、システムは正常に起動します。わーい！

ところで、これをすべて実行し、HDDを「ガイド付き」ではなく「手動」でフォーマットするには、インストールの最初にあるメニューからエキスパートインストールを選択する必要があります。Guidedは常に最初のドライブとして/ dev / sdaを選択し、/ dev / sdaがOSドライブでない場合、カーソルの点滅/起動なしが発生します。

過去にこの問題が発生しましたが、Meerkatにアップグレードしてからこの問題は発生していませんが、一部のカーネルで発生し、他のカーネルでは発生していないようです。しかし、多くの場合、以前のカーネルを選択してUbuntuに適切にロードする必要があります。

私はマコの答えが好きですが、私が確認したいもう一つのことは、あなたのハードドライブが健全であることです。[システム]> [管理]> [ディスクユーティリティ]で[SMARTステータスを確認します。 "ディスクは正常です"でなければ、ドライブに障害が発生している可能性があります。

私はこの問題を何度か経験しましたが、少なくとも3つの異なるバリアントを区別できました。

• Enterを押した後にブートを再開します
• しばらくしてから何もせずにブートを再開します
• ブートを再開することはありませんが、ctrl-alt-delを受け入れます。これは、カーネルにまだ生命が残っていることを示します

これにより、説明内容を見たときに、実際の問題はquietブートオプションが「何か」を隠していることだと信じるようになりました。たとえば、ハードディスクを回復する（通常の定期的なチェックではなく）システムへのインシデントの1つを追跡できます。それ以来quiet、grubエントリからオプションを削除しました。

11.10サーバーの新規インストールでこの問題が発生しました。

alt-F1でVTに切り替えることができたので、マシンは動作していましたが、Xが有効になっていないにもかかわらずvt7に切り替わりました。

私はからグラブGRUB_CMDLINE_LINUX_DEFAULTオプションを変更することによってそれを修正quiet slashしnomodeset、私はVT1が続く適切なブート情報を、得たものでいます。

過去に、特定のビデオカードでプロプライエタリなnVidiaドライバの推奨バージョンを使用すると、同様の問題が発生しました。解決策は、リカバリモードで起動し、xfixオプションを実行してから、デスクトップで起動することでした。デスクトップに入ったら、ハードウェアドライバー画面に移動し、古いバージョンのドライバーを選択します。

10.04の安価なHPノートブックでこの問題が発生しました。多くの場合、USBマウスが原因であることに気付きました。取り外してみてください。また、BIOSアップデートが役立つ場合があります。

今日、この問題を経験しました。そして、システムを何度か起動しようとして無駄に試みた後、別のカーネルから起動することにしました。2.6.32-21-genericカーネルと、Ubuntuが提供する2.6.32-25-genericの両方があります。通常、2.6.32.25カーネルから起動しますが、空白の画面全体の大失敗の後、2.6.32.21カーネルから起動しました。これにより、通常どおり起動できました...

IBM x3250 m3サーバーに新しくインストールしたubuntu 10.04を再起動した後。ivedシフトキーと他のものを押してみてください。しかし、何も本当に役立ちません...私は5回以上それを再インストールしようとしました。主な問題はその不整合です。時々起動しますが、ほとんどの場合、画面の左上にカーソルが点滅するだけの空白の画面です。

上記の説明の場合（カーソルが点滅する黒い画面が表示される場合があります）、lightgdmには競合状態があり、正しく起動できないことが問題でした。この他の関連する質問に対する私の完全な回答を参照してください。

ソリューションの詳細については、http：//www.webupd8.org/2013/01/ubuntu-lightdm-black-screen-when-using.htmlを参照してください（このバグレポートも参照してください）。

その要点：lightgdmではなくgdmを使用sudo apt-get install gdmします（つまり、gdm要求されたときにデフォルトのログインマネージャーとして選択します）。

これが誰かを助けることを願っています。

これは私が間違ったことです：Acerを起動するときに14.04を古いAcer Netbookにインストールしていました。メモリスティックからインストールしていたため、メモリスティックへのセッションシーケンスではなく、コンピュータのブートシーケンスを愚かにリセットしました。そのため、重要なブートファイルは、ハードドライブではなくメモリスティックにインストールされました。