VS Code 1.99版本自定义sysroot用于远程SSH服务器失效问题

• 确认自定义sysroot的GLIBC完整性
  不要只复制libc.so.6，需确保配套的动态链接器（如x86架构的ld-linux-x86-64.so.2）版本符合要求，且sysroot的目录结构与原系统匹配（比如lib64、lib目录层级正确）。执行strings $SYSROOT/lib/libc.so.6 | grep GLIBC_，确认输出包含GLIBC_2.28及以上版本。

• 核对patchelf修改的目标文件
  VS Code Server的node路径可能因版本更新、安装方式变化而改变。通过ps aux | grep node找到远程会话中实际运行的node进程路径，对比你修改的$HOME/.vscode-server/cli/servers/Stable-$commit-id/server/node是否为同一文件。自动更新后可能生成新的server目录，旧文件会失效。

• 验证修改后的生效状态
  用patchelf --print-interpreter <node文件路径>和patchelf --print-rpath <node文件路径>确认配置已修改。再执行LD_DEBUG=libs ./<node文件路径> -v，查看输出中加载的库路径是否指向自定义sysroot，是否存在加载系统旧GLIBC的情况。

• 确保环境变量生效范围
  官方要求的VSCODE_SERVER_SYSROOT等环境变量，需在启动VS Code客户端前设置，且确保远程SSH会话能继承该变量（可将变量写入~/.bashrc或~/.profile，而非仅在本地终端临时设置）。

• 清理VS Code服务器端缓存
  删除~/.vscode-server/cli/cache目录，重启VS Code远程连接，避免旧缓存文件干扰新配置。

• 尝试直接替换node文件
  若patchelf修改无效，可下载静态编译版node（或基于低GLIBC版本编译的node），替换VS Code Server目录中的node文件，确保替换后执行./node -v能正常运行。

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