哎呀，这情况真的太闹心了，误删家目录里的东西简直是踩了大雷！先给你梳理清楚问题根源和能解决的办法：

问题根源 #

VSCode Remote-SSH会在远程服务器的家目录下生成一个.vscode-server文件夹，里面存着它运行必需的服务端组件和依赖文件。你用git clean -fdx把这个目录删掉后，VSCode会自动尝试重新部署最新的服务端包，但Ubuntu 16.04自带的GLIBC版本是2.23，而新版VSCode Server已经不再兼容这么老的系统——它编译时依赖的是GLIBC 2.27+（只有Ubuntu 18.04及以上版本才自带），所以就出现了这个版本缺失的报错。

解决方案（无sudo权限也能操作） #

方法1：手动部署兼容Ubuntu 16.04的VSCode Server版本

从VSCode 1.83版本开始，官方就停止支持Ubuntu 16.04了，所以你需要找最后支持它的1.82.x系列版本来手动部署：

• 第一步：查看本地VSCode的版本和commit哈希
  打开本地VSCode，点击「帮助」→「关于」，找到类似这样的信息：版本: 1.82.2 (system setup) Commit: abd2f3db4bdb28f9e95536dfa84d8479f1eb312d，把这个commit哈希记下来。
• 第二步：远程服务器上创建目录并下载对应Server包
  用普通SSH连接到远程服务器，执行以下命令（把<commit哈希>替换成你刚才记的内容）：

  # 创建Server存放目录
  mkdir -p ~/.vscode-server/bin/<commit哈希>
  # 下载对应版本的Server包
  wget https://update.code.visualstudio.com/commit:<commit哈希>/server-linux-x64/stable -O vscode-server.tar.gz
  # 解压到目标目录
  tar -xzf vscode-server.tar.gz --strip-components=1 -C ~/.vscode-server/bin/<commit哈希>
  # 创建锁文件，防止VSCode自动更新成不兼容的版本
  touch ~/.vscode-server/bin/<commit哈希>/0.lock
  

• 第三步：重新用VSCode Remote-SSH连接，应该就能正常工作了。

方法2：降级本地VSCode到1.82.x版本

如果本地VSCode已经升级到1.83及以上，你需要先把它降级到1.82.x的稳定版。降级后，Remote-SSH会自动部署兼容Ubuntu 16.04的服务端组件，不用手动操作。

临时应急方案

如果上面的方法暂时搞不定，你可以先用普通SSH连接服务器，然后在本地VSCode里安装SFTP类的插件，通过文件同步的方式编辑远程文件——虽然体验不如Remote-SSH，但能先应付日常开发需求。

避坑提醒 #

以后在家目录用git clean命令一定要谨慎！先执行git clean -nfdx预览一下会删除哪些文件，确认没有重要内容再执行真实的清理操作，不然真的容易翻车😅

备注：内容来源于stack exchange，提问作者Natsch28