多年来我一直成功使用 AWS EC2 Linux/Ubuntu 实例，但今天遇到了一个无法解决的问题：
我通过 /admin/upgrade 网址对 Discourse 进行了升级。当时看起来升级过程已成功完成。
不幸的是，此后服务器完全无法访问。
无法通过 HTTP 访问，也无法通过 SSH 访问。
我已尝试通过 AWS EC2 网页控制台开关机，但毫无成效。
目前无法通过 SSH 连接到该机器，无论是使用 PuTTY 还是通过基于网页的 AWS EC2 实例连接终端窗口均无法连接。
我真的毫无头绪，并且已经等待了数小时。
EC2 监控也未显示服务器负载过高：
过去几周或几个月里（总共大约发生过 2 到 3 次），通过 EC2 控制台重启机器总是能让机器恢复正常，但这次不行。
有什么建议可以让机器重新通过 SSH 访问吗？
（我知道这很可能不是 Discourse 本身的问题，但由于该问题是在 Discourse 升级后直接发生的，也许其他用户也曾遇到过完全相同的情况，并有一些建议可以提供给我。）
您可能需要检查磁盘空间使用情况。
您描述的许多症状在文件系统已满时会出现。
希望这能帮到您。
谢谢。
虽然这听起来合理，但我目前无法进行检查，因为我根本无法连接到该机器。
您应该可以通过 EC2 控制台/管理面板进行检查；但我不是 AWS 用户，因此无法提供进一步的帮助。
经过又一次重启和一段时间的等待后，系统又莫名其妙地恢复了。
在我看来，磁盘似乎有足够的可用空间。
Filesystem Size Used Avail Use% Mounted on
udev 2.0G 0 2.0G 0% /dev
tmpfs 394M 876K 393M 1% /run
/dev/xvda1 97G 31G 67G 31% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
/dev/loop1 18M 18M 0 100% /snap/amazon-ssm-agent/1566
/dev/loop0 98M 98M 0 100% /snap/core/10185
/dev/loop2 29M 29M 0 100% /snap/amazon-ssm-agent/2012
/dev/loop3 98M 98M 0 100% /snap/core/10126
overlay 97G 31G 67G 31% /var/lib/docker/overlay2/5a799ab040002ad2ddec94ae85bcbe987543651a0d9478ddc12ab12715da7340/merged
tmpfs 394M 0 394M 0% /run/user/1000
好消息 @uwe_keim
蒸蒸日上！
如有兴趣，我在此继续提问：
未来几小时或几天内，那里可能会有更多细节。