umo*_*mop 5 mac osx-snow-leopard terminal.app macos
我在互联网上看到了很多这样的案例,解决方案是(可选:做 _____ 然后)重新启动。重新启动是唯一必要的步骤,但我想删除该步骤(找到问题的根源)。以下是症状:
Timeout, server xxx.xxx.xxx.xxx not responding
延迟了一段时间。sshd
活动监视器中有很多进程在运行(超过 30 个)。杀死他们没有任何意义。我只是在寻找想法。我知道这没什么用,但也许有人对在哪里看有一个绝妙的主意。我知道这对未来的用户会有帮助,因为我已经看到很多人遇到这个问题:
谢谢!
如果即使您等待几分钟也不会启动终端会话,最常见的原因是用户在sudo
等待密码时关闭了终端。在 Mac OS X 10.7 Lion 之前的系统上,这会阻止任何进一步的登录,直到您重新启动或终止该sudo
进程。使用活动监视器查看是否有sudo
进程,如果有,则强制退出它以解决问题。
在这种情况下,首先要做的是查看终端检查器(Shell > Show Inspector)以查看终端中正在运行哪些进程。如果您看到 shell 或除此之外的任何程序,login
则表示登录已完成。在这种情况下,问题可能是由于 shell 启动文件中的某些内容造成的。
如果由于以下原因需要几秒钟或一两分钟才能启动终端会话login
并且您\xe2\x80\x99 位于具有网络用户帐户的网络上,则这可能是由缓慢或无响应的目录服务器(或者更多很少,网络通信不稳定)。
另一个可能导致login
时间更长的问题是系统日志是否包含过多的日志数据;可能需要几秒钟的时间来login
读取日志以查找上次登录的日期/时间,以便显示 \xe2\x80\x9cLast login: \xe2\x80\xa6\xe2\x80\x9d 横幅。如果存在某些系统问题或特定程序导致快速生成数千个日志条目,有时会发生这种情况。可以通过删除 中找到的任何大型系统日志文件来解决此问题/private/var/log/asl/
。有些人只是简单地删除所有内容rm -rf /private/var/log/asl/*.asl
,但我建议专门删除最新的日志文件和/或最大的日志文件。
归档时间: |
|
查看次数: |
3237 次 |
最近记录: |