故事：
我正在为我的网站使用Ubuntu。
对于备份计划，我写了一个脚本。 我想安装一个外部驱动器，（通过crontab运行），备份服务器，然后卸载，每晚。 我注意到通过fdisk -l我得到了：
/ dev / sda上
的/ dev / sdb的
可以肯定的是，我抛出了外部驱动器，看到这个：
/ dev / sda上
我假设/ dev / sda是我的服务器的磁盘。
然后我插入外部。 在/mnt/GBackup_plan创build一个目录挂载它：
mount / dev / sdb1 / mnt / GBackup_plan
然后就发生了。
我想要外部干净…
然后我运行命令：
rm -r *
我在GNOME内部完成了这个工作，然后我开始看到环境开始失去稳定性，才意识到我做了一个可怕的错误，尽pipe我仍然不知道为什么…（sdb是外部的，没有？！）
由于这个错误，所以我所有的备份都发生了，一切都不在外部，而是在原来的磁盘上。
所以原来我抹去了我的服务器的根！
我运行了Hiren的启动光盘，使用TestDisk ，并检查文件系统，我可以看到文件系统的根，但是当我进入文件夹，他们是空的。 也许我应该在上市/复制之前再做一个步骤？ 也许分析？
我希望有人知道我应该做什么。
我应该说，我停止了命令使用Ctrl + C和closures计算机。 把磁盘拿出来。
任何帮助，将不胜感激！！！
您的数据很可能无法恢复。 但是，Ubuntu实际上为您的情况提供了数据恢复指南 。 文章进行了非常详细的，但这是一般的想法：
这是至关重要的。 你想要制作一个精确的位到位的磁盘拷贝来处理; 如果恢复在图像上横向移动，则会丢失图像 – 创build另一个图像。 在磁盘上工作时，错误是最终的。 我实际上build议制作图像，复制它，然后处理复制。
找出它有多糟糕。 本指南build议sleuthkit /验尸 。 我没有更好的build议。 Hiren的工具可能就足够了。
开始恢复过程。 根据这个非常有说服力的文章，如果你很幸运，你可能会一下子恢复。 如果你有点幸运，你可以单独恢复文件。 如果你真的不幸，那么…是的。
rm而不指定绝对path。 rm ，而不使用当前的备份。 pwd