“Server died”是vscode-server进程崩溃，需查其启动日志：设VSCODE_LOG_LEVEL=3后手动运行server.sh，检查/tmp/vscode-remote-logs/中EADDRINUSE、undefined属性访问、ENOSPC（inode耗尽）等错误；并清理残留进程、检查shell初始化脚本阻塞及Node版本兼容性。
“Server died” 不是网络断了，而是远程端的 vscode-server 进程崩溃退出了——它根本没等到你操作就自己挂了，得从日志和初始化环境里找根因。
查 vscode-server 崩溃前最后一行日志
VSCode v1.89+ 的 vscode-server 在启动失败时往往静默退出，常规 remote.log 里看不到线索。必须手动触发底层日志：
- 登录远程服务器，在终端执行：
export VSCODE_LOG_LEVEL=3<br>export VSCODE_LOGS="/tmp/vscode-remote-logs"<br>mkdir -p $VSCODE_LOGS<br>~/.vscode-server/bin/*/server.sh --port=0 --host=127.0.0.1 --connectionToken=xxx --enable-remote-auto-shutdown
- 然后立刻检查
/tmp/vscode-remote-logs/*.log，重点搜这三类错误：
–[IPC Library: Node] Error: bind EADDRINUSE→ 端口被占（常见于残留node进程）
–TypeError: Cannot read property 'length' of undefined→ SSH 配置里有未转义空格，导致argv解析失败
–Error: ENOSPC: no space left on device, write→ 不是磁盘满，而是/tmp或~/.vscode-server所在分区 inode 耗尽
清空残留进程和 inode 占用
很多“Server died”本质是资源卡死，不是代码问题：
- 运行
ps aux | grep 'server\.sh\|remoteExtensionHost' | grep -v grep，杀掉所有匹配进程 - 检查 inode 使用率：
df -i ~/.vscode-server | tail -1 | awk '{print $5}'，超过 85% 就要清理：
–find /tmp -type f -mtime +7 -delete（清老临时文件）
– 或直接rm -rf ~/.vscode-server（重装 server 是最干净的重启） - 确认 Node 版本兼容：
~/.vscode-server/bin/*/bin/node --version，v1.89 要求 ≥ v18.17.0
绕过 Shell 初始化脚本阻塞
如果远程 .zshrc 或 .bashrc 末尾写了 echo、read -p 或无条件调用交互命令，vscode-server 启动时会卡住并超时退出，报 “Server died”：
- 用系统终端直连远程主机，执行
bash --norc --noprofile -c 'echo ok'，看是否立即返回；若卡住，说明 shell 初始化脚本有问题 - 临时注释掉
~/.zshrc末尾所有非判断式语句（尤其是带read、select、stty的行） - VSCode Remote-SSH 默认走非交互式 shell，任何依赖
$PS1或终端特性的逻辑都可能让server.sh启动失败
真正难排查的是那些不报错、不写日志、只默默退出的初始化失败——比如某个 alias 污染了 PATH 导致找不到 node，或 umask 设置过严让 vscode-server 无法创建 socket。建议首次部署时用最小化 shell 环境验证，再逐步加回配置。
