web-dev-qa-db-ja.com

shutdown：ルートシェルからシステムをシャットダウンできません（init = / bin / bash）。 （ubuntu 14.04）

ルートシェルvizに直接ログインするために、grubのブートオプションをいくつか変更しました。

  1. 押す e GRUB2ブートメニューで。
  2. 行ro quite splash $vt_handoffをrw init=/bin/bashで変更します
  3. 押す F10 起動します。

上記の手順に従って、ルートシェルに正常にログインし、ルートのパスワードを変更できました。

rebootまたはpoweroffコマンドを発行すると、次のエラーが発生します。

shutdown: unable to shutdown system

GUIに入るためにstartxを実行しようとすると、システムは毎回ハングします。

解像度はありますか??

PS：このシステムでは、14.04にアップグレードしてから過去3か月間、他の問題に直面することはありませんでした。

14.04bootgrub2root
5
princethewinner

最初に、マジックSysRqオプションをアクティブにする必要があります。

echo 1 > /proc/sys/kernel/sysrq

マシンをリブートする準備ができたら、次を実行するだけです。

echo b > /proc/sysrq-trigger

ソース 。

6
Bharath_145

解像度はありますか??

はい。しないでください。 init=/bin/{bash,sh}が通常どおり使用できる機能システムを提供することを期待しないでください。そうではありません。 あなたは、すべてを手作業で行う負担がありますマネージャープログラムがあなたのためにやってくれるでしょう。

プロセス＃1としてシェルを実行している場合に、shutdown、および実際には他の多くのシステムユーティリティが動作することを期待しないでください。シェルは、プロセス＃1に必要な基本的なシステム管理タスクを実行せず、shutdownなどのコマンドで予期される必要なプロトコルを話しません。この特定のケースでは、upstart shutdownプログラム（これが何であるか）は、upstartにシステムをシャットダウンするよう指示するために、upstartへのデスクトップバス接続を開こうとしています。しかし、そもそもアップスタートを実行したことがないので、shutdownと対話するためのシステムマネージャーはいません。

あなたはシステム管理者が手ですべてを行う負担を負います通常は、ファイルシステムキャッシュのフラッシュ、ファイルシステムのクリーンマウント解除、未加工の最終的な電源切断/停止/再起動アクションの実行など、システムをシャットダウンするために行います。

同じ理由で、session inits;のようなものに依存する複雑な「デスクトップ環境」を期待しないでください。デスクトップバスと「キット」サーバーの実行。すべてのファイルシステム（「API」を含む）を適切にマウントし、必要なすべてのロード可能なカーネルモジュールをロードし、すべてのsysctl/whatever設定を設定するなどの基本的なシステム初期化手順—シェルを実行しただけで、システムマネージャプログラムとシステムの初期化に必要なことは何もしませんでした。

参考文献

4
JdeBP