web-dev-qa-db-ja.com

Macの空白のターミナル(応答なし)

私はインターネット全体でこれの多くのケースを見てきました、そして解決策は(オプションで:_____をしてから)再起動することです。再起動が唯一の必要な手順ですが、その手順を削除したいと思います(問題の原因を見つけてください)。症状は次のとおりです。

  • Terminal.appを開くと、カーソル以外は何も表示されません。エラーテキストはありません。
  • SSHを使用すると、Timeout, server xxx.xxx.xxx.xxx not responding遅れて。
  • アクティビティモニターで実行されているsshdプロセスはたくさんあります(30以上)。それらを殺しても何も起こりません。
  • 再起動すると修正されますが、Terminal.appを再起動しても修正されません。
  • システム設定でリモートログインを再起動しても何も起こりません。
  • 新しいターミナルを開いても、コンソールログには何の意味もありません。

私はただアイデアを探しています。私はこれがうまくいくことはあまりないことを知っています、しかし多分誰かがどこを見るべきかについて素晴らしい考えを持っています。私はこの問題を抱えている多くの人々を見てきましたので、これが将来のユーザーに役立つことを知っています:

ありがとう!

5
umop

数分待ってもターミナルセッションが開始されない場合、最も一般的な原因は、Sudoがパスワードを待っている間にユーザーがターミナルを閉じたことです。 Mac OS X 10.7 Lionより前のシステムでは、これにより、Sudoプロセスを再起動するか強制終了するまで、それ以上のログインができなくなります。アクティビティモニターを使用して、Sudoプロセスがあるかどうかを確認し、ある場合は、強制終了して問題を解決します。

このような状況では、最初に行うことは、ターミナルインスペクター(シェル>ショーインスペクター)を調べて、ターミナルで実行されているプロセスを確認することです。シェルまたはlogin以外のプログラムが表示された場合は、ログインが完了したことを意味します。その場合、問題はシェル起動ファイルの何かが原因である可能性があります。

loginに時間がかかり、ネットワークユーザーアカウントのあるネットワークを使用しているために、ターミナルセッションの開始に数秒または1分または2分かかる場合は、ディレクトリサーバーが遅いか応答しないことが原因である可能性があります( 、まれに、ネットワーク通信の不安定さ)。

loginに時間がかかる可能性のある別の問題は、システムログに大量のログデータが含まれている場合です。 loginがログを読み取って最後のログインの日付/時刻を見つけ、「最後のログイン:…」バナーを表示できるようになるまで、数秒かかる場合があります。これは、数千のログエントリが急速に生成される原因となるシステム上の問題または特定のプログラムがある場合に発生することがあります。この問題は、/private/var/log/asl/にある大きなシステムログファイルを削除することで解決できます。 rm -rf /private/var/log/asl/*.aslですべてを削除するだけの人もいますが、特に最新のログファイルや最大のログファイルのみを削除することをお勧めします。

1
Chris Page