web-dev-qa-db-ja.com

Kubuntu 14.04でシャットダウンが5分間ハングする

Kubuntuの最後の3つのバージョン(13.04、13.10、現在14.04)でシャットダウン時に5分間ハングするという永続的な問題がありました。これはKDE固有の問題ではないと思います。最近、ライブUSBからKubuntu 14.04の新規インストールを実行し、約1週間正常にシャットダウンしました。ハングアップが再び発生しているので、その理由がわかりません。

問題の簡単な説明:

ハングアップは、通常のシャットダウンを開始するすべての方法で発生します。

KDEのシャットダウンまたは再起動ボタンをクリックして、

Sudo shutdown -h now

Sudo reboot

シャットダウンのスプラッシュ画面が表示されます。下矢印を使用して詳細なメッセージにアクセスすると、"残りのすべてのプロセスの終了を要求しています。"このメッセージは、ディスクアクティビティなしで5分間残ります。最後に、急速な一連のメッセージが画面に飛び出します。

 * All processes ended within 300 seconds...                    [ OK ]
nm-dispatcher.action: Caught signal 15, shutting down...
ModemManager[852]: <warn> Could not acquire the 'org.freedesktop.ModemManager1' service name

ModemManager[852]: <info>  ModemManager is shut down

 * Deactivating swap...                                         [ OK ]
 * Unmounting local filesystems...                              [ OK ]
 * Will now restart`

問題の可能性のある原因:[更新]この質問を最初に投稿してから1年以上が経ちましたが、まだこの原因が見つかりません問題。ただし、次のすべてのステップを個別に試行しても成功せずに問題を引き起こしているのはis n'tではないかと思います。

  1. ModemManagerをアンインストールしました。 (NetworkManagerに関するさまざまなエラーメッセージで、同じ5分の遅延が引き続き発生しました。)
  2. シャットダウンする前にNetworkManagerを強制終了しました。
  3. /etc/init.dのスクリプトに行を追加して、NetworkManagerをrunlevel [0]で停止します
  4. カーネルお​​よびその他のパッケージの更新
  5. /etc/rc0.d/のシャットダウンスクリプトと/etc/rc6.d/の再起動スクリプトの順序を変更しました。
  6. acpi = offを/ etc/default/grubに追加しました(これはロングショットでしたが、同様の問題についていくつかのフォーラムで提案されました)。

ModemManagerは犯人ではなく、NetworkManagerもおそらくそうではないと言うのは安全だと思います(シャットダウンする前に殺すのは役に立ちません)。別のプログラムがインターネットにアクセスしようとしてNetworkManagerを実行し続けている可能性があります。

問題は、Weather Research and Forecasting Environmental Modeling System(WRF-EMS)と呼ばれる、私がインストールした流体力学シミュレーションパッケージのどこかにあると思います。 ここ は、Kubuntuで実行するために従った指示です。

WRF-EMSパッケージなしで別のマシンにKubuntu 14.04 LTSをほぼ同じようにインストールしましたが、そのマシンは数秒ですぐにシャットダウンしました。さらに、シャットダウンする前にWRF-EMSを実行すると、時々遅延はありませんが、実行しないと、常に 5分の遅延が発生します。

ただし、WRF-EMSを削除しても問題は解決しません。そのため、シャットダウンのハングはWRF-EMSによってのみ影響を受け、直接の原因ではない可能性があります。

4
Augustinus

特定のマシンで実際に実験せずに確認することは不可能ですが、おそらくサービスであり、おそらくモデムマネージャーです。

Modem-managerは、モバイルブロードバンドモデムに関連するパッケージです。したがって、これらのいずれも使用していない場合は、完全に削除することができます。

それが不可能な場合(使用しているため)または問題の停止に失敗した場合は、再起動する前に一部のサービスを手動でシャットダウンしてみて、これらのいずれかが確実に高速な(エラーのない)シャットダウンになるかどうかを確認してください-ダウン。

したがって、そのサービスが(または)犯人です。 know必要ない場合は、削除できます。それ以外の場合は、kill timeout 1をそのスクリプトのシャットダウン部分に設定してみてください。ただし、問題のサービスの構成ファイルを少し読む必要があります。

2
Jon Hanna

Kubuntu 14.10の新規インストールで問題が発生しました:シャットダウン中にKubuntu画面がフリーズしました。私の解決策は、ファイル/etc/default/grubの行を次のように変更することでした。

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash init=/lib/systemd/systemd"

その後、ターミナルでSudo update-grubを実行します。

これでシステムが再びシャットダウンします...これが役立つことを願っています。

0
oliver