Google Cloud Platform虚拟机SSH连接问题求助（附系统日志）

从你提供的系统日志来看，核心故障是系统找不到可用的临时目录——这个问题直接导致了google-accounts守护进程崩溃，而GCP的SSH登录依赖这个服务同步用户密钥；同时snapd的重启循环也是同一个原因引发的连锁反应。

下面是具体的排查修复步骤（因为你没法SSH，得用GCP的串行控制台操作）：

第一步：启用并连接GCP串行控制台 #

• 登录GCP控制台，找到你的VM实例详情页
• 点击顶部的「编辑」按钮，找到「启用串行控制台」选项，勾选后保存设置
• 回到实例详情页，点击「连接到串行控制台」，等待终端加载完成（如果需要登录，使用VM的本地账户或GCP临时登录凭据）

第二步：修复临时目录问题 #

进入串行控制台后，依次执行以下命令：

1. 先检查临时目录的状态（确认是否存在/权限是否正确）：

ls -ld /tmp /var/tmp /usr/tmp
mount | grep tmpfs

2. 如果目录不存在，先创建它们：

sudo mkdir -p /tmp /var/tmp /usr/tmp

3. 设置临时目录的正确权限（必须是全局读写执行+粘滞位，防止普通用户删除他人文件）：

sudo chmod 1777 /tmp /var/tmp /usr/tmp

4. 如果tmpfs没有挂载到临时目录，手动挂载（临时目录通常用tmpfs挂载，性能更好且重启后自动清空）：

sudo mount -t tmpfs tmpfs /tmp
sudo mount -t tmpfs tmpfs /var/tmp

第三步：重启相关服务 #

修复临时目录后，重启出问题的服务：

sudo systemctl restart google-accounts-daemon
sudo systemctl stop snapd && sudo systemctl start snapd

第四步：验证SSH连接 #

完成上述操作后，退出串行控制台，尝试用SSH重新连接你的VM，应该就能正常登录了。

补充说明 #

这个问题通常是以下几种情况导致的：

• 临时目录被误删除（比如脚本清理时操作失误）
• 权限被恶意或意外修改（比如错误的chmod命令）
• tmpfs挂载失败（比如系统启动时的挂载配置出错）

内容的提问来源于stack exchange，提问作者kemosabe