linux找回删除文件

删除的文件恢复是有风险的。

尝试直接使用debugfs。
例如Ubuntu 2 0.04 系统。

第一张 CD / 主页。

使用debugfs /dev/sda1 进入。
例如，服务器分区是sda1
lsd 显示 / 目录，但不一定使其可见。

使用 logdump i 检查 inode。
例如，找到的文件是inode 1 2 3 4 5
写下这个数字。

退出debugfs：退出。

用DD恢复。
例如，命令：dd if=/dev/sda1 of=recover.txt bs=4 09 6 count=1 skip=1 2 3 4 4
查看恢复的文件：ls returned.txt。

成功率取决于具体情况。
你自己掂量一下吧。

不小心把linux服务器的sdm磁盘删除了，服务器瘫痪了咋办

说实话，上次差点就陷入了rm -rf。
当时我在服务器上改文件的时候，我的手被震了一下，立即运行 rm -rf ./ 然后我的手就颤抖起来。
好在反应很快，Ctrl+C立刻就停了。
但我心里很害怕。

作为一个像我这样的人，我后来制定了自己的规则。
特别是对于一些重要的目录，在其前面加一个锁字符。
例如，在我的代码库中，我在 .git 目录之前添加了“.git”，以便在使用 rm -rf ./ 时自动省略它。
说实话，这个技巧还是很管用的。

有趣的是，我发现现在许多年轻的 Linux 用户对 rm -rf 并不了解。
他们使用IDE，比如Codex VS Remote，当提示删除文件时，他们不敢随意删除。
我们这一代人过去在学校的解雇方式都是基于自己的感受，犯错误的可能性要高得多。

话虽如此，态度是发展的基础。
如果你一直小心的话，你会没事的。
我有一个哥哥，他是一名支持者。
每次删除东西，他都要确认三遍。
他告诉我，“在毁掉任何东西之前，先喝水并冷静下来。
”这个技巧有点搞笑，但是很有效。
你提到的方法，删除上面的目录，确实是一个想法。
但危险依然存在。
如果路走错了，我们还是要哭。
我个人推荐使用排除法，比如rm -rf ./old_dir/，这样大家可以先小试一下。
或者我们可以使用命令来查找。
-name "old_file" -exec rm -f{}\;，这个比较温和。
我记得大约5 年前的数据。
我在尝试中看到了rm -rf导致数据丢失的统计。
大约3 0%发生在开发环境中，2 0%发生在测试环境中。
在实际生产环境中，由于生产工艺环境受到严格监管，该比例较低。

我永远不会运行这个。
使用虚拟机玩Linux确实很容易避开这个错误。
真实的服务器环境通常都有备份计划，因此即使不小心删除了也可以恢复。
但如果你的服务器上有一台个人电脑或者一个小团队，结果可能就是真的没了。

所以还是要看情况。
如果你参与系统的运维，你应该熟悉该命令，但你也可以使用保存的版本，例如 rm --save root。
如果你是纯粹的前端开发人员，对 Linux 接触不多，那么使用 IDE 自带的操作系统文件，或者 WSL 这样的 Windows 子系统就足够安全了。

我记得信息大概有1 0条左右，不过建议你核实一下。
无论如何，我的经验是备份永远是第一位的，但安全态度也很重要。
抵抗 rm -rf 控制。
说实话，有点极端了。
如果有一天你真的需要彻底清除你的清单，你甚至无法控制。
所以说人的稳定还是要靠自己。