无法写入 etc/utmp：文件系统中没有足够的 space
Unable to write to etc/utmp: there is not enough space in filesystem
安装在 / 上的 ABC/hd4 文件系统某天已满 back.I 今天尝试登录但得到以下结果，
telnet failed to write to etc/utmp: there is not enough space in filesystem .. dev/pts/1 : 3004-004 You must login from the lowest login shell
之后我登录了一段时间，但这次我能够登录，我检查并看到 /hd4 仍然是 full.What 我应该采取步骤来避免以后发生这种事情，而不增加分配space.Also 哪些未使用的文件可以从 /hd4 文件系统中删除。请建议。
像所有基于 UNIX 的系统一样，让/填满是危险的。您不仅无法登录，而且 server/applications 可能会停止工作。在不知道服务器详细信息的情况下很难准确，但您需要确保几乎没有任何内容写入 /。通常问题是其他逻辑卷被用来将数据保存在 / 所以应用程序只是安装在那里并转储数据。
因此，第一个建议是检查服务器的 set-up 及其配置方式，然后从那里开始工作。它可能需要一些应用程序停机时间才能将其全部排序，但它比随机崩溃要好。
安装在 / 上的 ABC/hd4 文件系统某天已满 back.I 今天尝试登录但得到以下结果，
telnet failed to write to etc/utmp: there is not enough space in filesystem .. dev/pts/1 : 3004-004 You must login from the lowest login shell
之后我登录了一段时间，但这次我能够登录，我检查并看到 /hd4 仍然是 full.What 我应该采取步骤来避免以后发生这种事情，而不增加分配space.Also 哪些未使用的文件可以从 /hd4 文件系统中删除。请建议。
像所有基于 UNIX 的系统一样，让/填满是危险的。您不仅无法登录，而且 server/applications 可能会停止工作。在不知道服务器详细信息的情况下很难准确，但您需要确保几乎没有任何内容写入 /。通常问题是其他逻辑卷被用来将数据保存在 / 所以应用程序只是安装在那里并转储数据。 因此，第一个建议是检查服务器的 set-up 及其配置方式，然后从那里开始工作。它可能需要一些应用程序停机时间才能将其全部排序，但它比随机崩溃要好。