不小心运行了 rm -rf/* 还有补救的机会吗？

[monster33]

我真的大无语，刚刚情绪都有点崩溃了。今天本来过年没事情做，就准备把服务器上的文件整理一下。然后我想删除某个文件夹下面的文件的时候，不小心执行了 /* 2 秒之后我意识到什么，立刻 command+c 然后就 gg 了，命令行 ls 都看不到文件夹了 显示-bash: /bin/ls: No such file or directory

是在宿主机上执行的，用的 unraid 系统。目前用之前安装的 docker 插件看，主要我存在硬盘里面的文件还在，smb 目前访问不了。也无法访问 unraid webui 了。虚拟机还能运行。但是我不敢关机，怕关了就启动不了了。

现在有什么办法补救？ 救救我 救救我 救救我

[M48A1]

又不是公司的生产环境慌什么？

[jinliming2]

所以……为啥日常要用 root 身份……

[q9OxQgg]

@jinliming2 为了少打 sudo 和输一遍密码。真像楼主这样，不用 root 操作，ta 也可能会用 sudo ，然后毫不犹豫地输一遍密码。

[yayiji]

没的救，几周前我鬼使神差把 mv 写成 rm 删除了一个重要的文件，此事之后我几乎把所有重要的文件都做了备份，把散落各处的文件移动到网盘中，原处用软连接代替

[abc8678]

最怕输入到一半，终端窗口卡了一下

[leimao]

服务器的数据都没有备份的吗？

[des]

以后重要的文件多备份吧，电脑一份 nas 一份 网盘一份

[ltkun]

如果在云上应该有机会吧 运营商应该有不同版本的备份哈哈 以后自己服务器也得用版本控制哈

[zxCoder]

@Argon 请问什么意思，是说 node_modules 要删半天吗。。。

[killva4624]

执行 rm -rf 没有问题，但 rm -rf 后面千万不要加 ./* ， 因为你可能会忘记那个点...
我个人的做法是，使用“足够多的限定路径条件”。
比如要删除当前目录下所有内容，不能在当前目录操作，而是返回到上一层，这样限定路径就从 ./ 变成了 ./some_folder 。
或者是先 mv some_folder some_folder_to_delete ，这样执行 rm -rf some_folder_to_delete 的时候，因为有 to_delete 限制，也不怕输错目录名。
总而言之，就是尽可能的添加路径条件限定。

[documentzhangx66]

是个人，都会有概率犯错。

所以这个问题其实不是如何避免不小心运行了 rm -rf ，以及 dd of=/ 之类的。

而是平时一定要做好自动定时备份。

以上只是针对个人数据。而工作数据，本地服务器的磁盘还需要做 raid 。这些麻烦以及钱，是一定要花的。

[wtdd]

服务器应该没戏了，如果硬盘在自己手里，且这么做后没有其他动作，那是可以恢复的

[zhlxsh]

@Argon 跟 node_modules 有半毛钱关系？

[pengtdyd]

大号没有了，换小号吧

[tanranran]

@MiketsuSmasher 牛 biu

[dblpx]

每次看到这样的帖子都是在提醒我是时候备份一次数据了

[BugCry]

我简单喵两句：
unraid 就一内存系统，重新做下启动盘就完事儿了。而且听你描述，数据盘还没有遭到破坏，那就没任何问题

[BugCry]

补充：对于 unraid 这个特例，确实啥事没有，但是以后在 Linux 上面，还是老老实实保留事故现场，千万不能断 ssh

[acess]

/t/170716

[Sainnhepark]

https://github.com/kaelzhang/shell-safe-rm