Linuxシステムでは応答がありません。

キーボードが接続されている場合は、次のことができます。回復方法。それ以外の場合は、ボックスにSSHを接続し、top、ps、一般的なヘルパー、およびログチェッカーを使用して問題を見つけます。

そこはいいわゆる「Magic SysRqキー」 - カーネルレベルに組み込むことができるキーセット〜するカーネルプロセスとキーボード割り込みはまだリッスンしており、alt-SysRq-keypressを介して呼び出すことができる限り尊重されます。

これらはさまざまな緊急作業を実行できます。Sマウントされたすべてのファイルシステムの sync,k私すべてのアクティブなタスクを入力して強制的に再開することもできます。第二ああ。

しかし、一般的に、Linuxは、このような極端な措置が唯一の残りのソリューションよりもはるかに先行しているはずです。他のすべての方法が失敗した場合にのみ、極端な注意を払って使用してください。

しかし、他の人が述べたように、「応答なし」はやや曖昧です。何が起こっているのか、起こっていないのかを明確にすることはできますか？

問題がxセッション（多くの場合）に関連している場合は、ctrl-alt-f1、ctrl-alt-f2 ...を使用して仮想セッションに参加できる必要があります。

そこで上記の主な提案に従ったり、他のすべての方法が失敗した場合は、sudo restartを実行して再実行することができます（できるだけきれいに）。

Linuxシステムでは、次のコマンドを使用してプロセスを観察できますps（sudo ps wauxすべてのユーザーとフルパスのリストを確認してください）。多くのプログラムがtop行動を分類して監視するのに役立ちます。その後、プロセスIDを使用してシステムコマンドを送信してこれらのプロセスを制御できます。たとえば、システム内のすべての項目を使用または終了killできます。killall

私が好きなシステムモニターの中には、htop実行中のプロセスにトレースをリンクして、正確に何が起こっているのかを確認し、オブザーバーから直接シャットダウン信号を送信することもできます。

これらのプロセスモニタにはいくつかのGUIバリアントがありますが、使用経験はありません。 Gnomeにはsystem-monitorLinux Process Explorerというものがあります。