ubuntuがスプラッシュ画面でシャットダウンまたはフリーズしない

私はubuntu 14.04 64ビットを使用しています。私が直面している問題は、マシンをシャットダウンできないことです。コンピューターをシャットダウンまたは再起動するたびに（ターミナルとGUIの両方から）、起動スプラッシュ画面で止まり、電源ボタンを押してシャットダウンするまで永遠にそこにとどまります。

私はquestion-通過した低速のシャットダウンをトラブルシューティングする方法とそれが答えだが、問題を診断できませんでした。ログイン/var/crash/がありますが、文字列Title: MISBEHAVING_PROGRAMNAMEを見つけることができませんでした。私のカーネルバージョン：3.16.0-50-generic以前のカーネルフォームのgrubメニューで起動しましたが、問題は解決しません。どのようにして問題を解決するか、少なくともその背後にある理由を見つけますか？

凍結されているときにエスケープを押して、スプラッシュ画面の背後にあるシャットダウンコマンドを確認してください。または"quiet splash"、etc / default / grubのこの行から削除します GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

etc / default / grubファイルを編集してこれを行うことができます

sudo gedit etc/default/grub -このように編集する GRUB_CMDLINE_LINUX_DEFAULT=""

""の間に他のパラメーターがある場合は、それらを行に残して、GRUBを次のように更新します。

sudo update-grub

起動時とシャットダウン時に、ブートシーケンスコマンドが表示されます。表示されReached target shutdown、それが永久にハングする場所である場合、これはバグ＃1464917に関連している可能性があります。

これがこのバグに関連していると思われる場合は、上のリンクに移動して、バグの説明の上部にある[これは私に影響します]リンクに名前を追加してください

更新：

このバグの回避策として開発が行われました。スワップファイルの使用・管理に関係しているようです。Adam（上記のバグリンクから）は、スワップをオフにした場合は、処理が完了するのを待ってから、シャットダウンする前にハングが発生しないことを指摘しています。マシンをシャットダウンする準備ができたら、ターミナルウィンドウを開いて入力します。

sudo swapoff -a

コマンドが処理されるのを待ってプロンプトを返すと、通常のシャットダウンを実行できるはずです。これは私を含む多くの人のために働いています。

更新を終了

このメッセージでシャットダウンまたは再起動がハングした後 Reached target Shutdown

試してみてくださいSYSRQを

1. AltキーとSysRq（Print Screen）キーを押したままにします。
2. それらを押しながら、次のキーを数秒間隔で順番に入力します。REISUB
3. コンピュータが再起動するはずです。

ハングした後、以下を試すこともできます。

tty1にログインして再起動できるかどうかを確認します

1. Ctrl+Alt+F1またはCtrl+Alt+F2またはCtrl+Alt+F3...を押します
2. ユーザー名（小文字、/ home内のユーザーフォルダーの名前）を入力し、Enterキーを押します
3. パスワードを入力し（何も表示されません）、Enterキーを押します

パスワードとユーザー名が正しい場合は、ログインしています。

それが失敗した場合Ctrl+Alt+Delは、tty1画面のその時点で数回試してください。

マシンが再起動することを示すメッセージが表示される場合があり、1分ほど後にそれを実行する必要があります。

ハードブートよりも優れている-修正されるまで

バグノートでは、Vivid-Proposedにアップグレードできると報告されており、問題は修正されていますが、一部のユーザーはアップグレード後もこれを確認できます。それは一撃の価値があるかもしれません。

ところで、同じバグが私に影響を与えます。

また、Dell Inspiron 640mとUbuntu 14.04で起動とシャットダウンがハングしました。人によってこの問題の理由は異なるかもしれませんが、私がしたことを1つのアプローチで共有しようと考えました。

起動は無知でしたが、シャットダウンはすべてのプロセスを強制終了できなかったためマウントが/失敗し、ビジーであったことを示しています。システムがハングしました。

• したがって、最初に問題を変更し、quite splashから削除しましたGRUB_CMDLINE_LINUX_DEFAULT。少なくとも今回は起動した。しかし、それはシャットダウンの問題を解決しませんでした

• 次に、シャットダウン中にプロセスを停止することが問題であったため、プロセスが中断できないスリープ状態になっているかどうかを調べてみました。つまり、「D」が一番上になります。

  $ top -bn1 | awk 'NR > 7 && $8 ~ /D/ { print $0 }'
  

  それは示したmodprobe、そしてその親pci_devicesは掛けられた。modprobeパラメータでハングしました--ignore-install b44。ハングアップしたBroadcom b43ワイヤレスドライバーもロードしてみました。dmesgs / kern.logはb43関連のエラーを示しています。

  - Dec 20 00:28:40 Chandra kernel: [   10.080226] wl: module license 'MIXED/Proprietary' taints kernel.
  - Dec 20 00:28:40 Chandra kernel: [   10.080233] Disabling lock debugging due to kernel taint
  - Dec 20 00:28:40 Chandra kernel: [   10.090618] wl: module verification failed: signature and/or  required key missing - tainting kernel
  - Dec 20 00:28:40 Chandra kernel: [   10.702357] b43-phy0: Broadcom 4311 WLAN found (core revision 10)
  - Dec 20 00:28:40 Chandra kernel: [   10.736180] b43-phy0: Found PHY: Analog 4, Type 2 (G), Revision 8
  - Dec 20 00:28:40 Chandra kernel: [   10.736200] b43-phy0: Found Radio: Manuf 0x17F, ID 0x2050, Revision 2, Version 0
  - Dec 20 00:28:40 Chandra kernel: [   10.748421] Broadcom 43xx driver loaded [ Features: PNL ]
  - Dec 20 00:28:40 Chandra kernel: [   10.951143] b43 ssb0:0: Direct firmware load for b43/ucode5.fw failed with error -2
  

• 私はb43、b44、wl、または関連モジュールをブラックリストに登録して、問題が解決したかどうかを確認することはしませんが（試してみてください）、アップグレードlinux-firmwareして再起動しました。驚くべきことに、起動中にmodprobeがハングアップすることはなく、modprobe add / remove b44 / b43でも問題はありませんでしたが、wifiは機能しませんでした。シャットダウンも大丈夫でした。それで、quite splash背中を後ろに追加し、物事はその足元にありました。

• 最後に、他のいくつかのスレッドで言及されているように、wifiの解決は、をパージbcmwl-kernel-sourceしてインストールしfirmware-b43-installer、再起動するのは簡単でした。

それが役に立てば幸い...