目前使用 GCP VM 实例运行 ODK 聚合服务器，自周五晚上以来我无法访问该服务器。我猜这与 ODK 无关，而是与服务器问题有关，事实上，我遵循了以下步骤：
- 更改了互联网连接和浏览器，尝试在我的计算机上本地访问：没有改善。
- 检查了该 URL 在我创建它的网站上是否仍然有效（在 freedns.afraid 上）。确实如此。
- 检查了我的 GCP VM 实例菜单和参数（ubuntu-1804-bionic-v20210604，g1-small：1 vCPU，1.7 GB 内存，10 GB 磁盘存储，Intel Haswell 作为处理器平台，使用 W10）。我没有找到解释该问题的原因。但最近几天的端口脚本发出了错误信号：
“8 月 13 日 16:24:27 查询 chronyd[2104]: 无法写入临时漂移文件 /var/lib/chrony/chrony.drift.tmp 8 月 13 日 16:39:16 查询 systemd-networkd[19493]: ens4: 已配置 8 月 13 日 17:09:17 查询 systemd-networkd[19493]: ens4: 已配置 [5034594.247692] systemd-journald[19543]: 无法创建新的系统日志: 设备上没有剩余空间”
我认为这与磁盘存储有关，磁盘存储确实已满。今天下午我将其容量增加了一倍（从 10 GB 增加到 20 GB），但之后我得到的脚本还是相同。例如，参见：“8 月 15 日 18:50:55 查询 systemd[1]:snapd.service: 启动操作超时。正在终止。8 月 15 日 18:52:25 查询 systemd[1]:snapd.service: 状态‘stop-sigterm’超时。正在终止。8 月 15 日 18:52:25 查询 systemd[1]:snapd.service: 使用信号 SIGKILL 终止进程 29463 (snapd)。8 月 15 日 18:52:25 查询 systemd[1]:snapd.service: 主进程已退出，代码=killed，状态=9/KILL 8 月 15 日 18:52:25 查询 systemd[1]:snapd.service: 失败，结果为‘超时’。8 月 15 日 18:52:25 查询 systemd[1]: 无法启动 Snap Daemon。8 月 15 日18:52:25 查询 systemd[1]: snapd.service: 服务延迟时间结束，计划重启。8 月 15 日 18:52:25 查询 systemd[1]: snapd.service: 计划重启作业，重启计数器为 949。8 月 15 日 18:52:25 查询 systemd[1]: 已停止 Snap 守护程序。8 月 15 日 18:52:25 查询 systemd[1]: 正在启动 Snap 守护程序...8 月 15 日 18:52:25 查询 snapd[29509]: AppArmor 状态：apparmor 已启用且所有功能均可用8 月 15 日 18:52:25 查询 snapd[29509]: AppArmor 状态：apparmor 已启用且所有功能均可用8 月 15 日 18:53:56 查询 systemd[1]: snapd.service: 启动操作超时。正在终止。”
- 尝试停止实例并重新启动。没有改善。
- 尝试通过 g-cloud 和 Google Shell 使用 sudo reboot now / sudo reboot -f 命令重启，但不起作用（“无法写入重启参数文件：没有此文件或目录”或在进入第二个后立即与 G Shell 断开连接）。我无法访问 SSH，尽管防火墙和端口正常。
我不知道现在该做什么更好，因为我不掌握串行控制台和命令行：我已经创建了一个持久磁盘快照，并希望将数据恢复到新磁盘并再次访问我当前的服务器（相同的外部 IP 地址、主机名等）。
您知道如何解决该问题吗？
预先感谢您的帮助。
新界