私はインターネット全体でこれの多くのケースを見てきました、そして解決策は(オプションで:_____をしてから)再起動することです。再起動が唯一の必要な手順ですが、その手順を削除したいと思います(問題の原因を見つけてください)。症状は次のとおりです。
Timeout, server xxx.xxx.xxx.xxx not responding
遅れて。sshd
プロセスはたくさんあります(30以上)。それらを殺しても何も起こりません。私はただアイデアを探しています。私はこれがうまくいくことはあまりないことを知っています、しかし多分誰かがどこを見るべきかについて素晴らしい考えを持っています。私はこの問題を抱えている多くの人々を見てきましたので、これが将来のユーザーに役立つことを知っています:
ありがとう!
数分待ってもターミナルセッションが開始されない場合、最も一般的な原因は、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
ですべてを削除するだけの人もいますが、特に最新のログファイルや最大のログファイルのみを削除することをお勧めします。