不知道为什么,竟然会误操作,把/home挂载为swap,然后悲剧一路开始,好不容易修复了/home的分区表,挂载后,又不小心新建了一个同名账户,于是,/home里好不容易恢复过来的东西全部不见了……

不过还好,最重要的部分我已经备份了,但不重要的也有很多,尤其是其中一个目录,因为太大,我忘了备份了,还是等着修复吧。

不过也还不错,因此了解了一些关于磁盘和文件急救的东西。

一、认识我呢提

要抢救处于水火中的数据,需要先了解问题属性,然后根据属性,选择合适工具:

  1. 操作系统回收站:这种比较好办。
  2. 分区表错乱:testdisk(linux下)windows下也有一堆好工具,这个错误导致的文件丢失可以说是经常性的。
  3. 文件系统:easyrecovery(windows下),linux下目前还在找相关好用的工具,可用的工具: ddrecovery extundelete photorec(testdisk),可惜都不够直观。
  4. 坏扇区:safecopy
  5. 磁盘直接损毁:即使是这个程度,也能恢复,但这个 已经 不是我的能力范围了。。

二、所需条件

三、经验总结:

  1. 根据个人和其他人数据失控的情况来看:做好备份是必须的,而且,一般至少需要1:3以上的空间用于备份(也就是如果你电脑上的磁盘是100G,至少需要300G的额外硬盘,才能保证基本的数据安全),并且最好一周一备份。
  2. 病毒隔离:总有些文件会染毒,那么,备份的时候如何减少影响呢?
  3. 所分区不要太大,否则恢复起来也麻烦、费时,从而变相扩大了数据的风险。
  4. 重要数据不要放在/home,而是放在独立的分区/data里,需要时挂载或者自动挂载即可。原因是:/home一个新建和删除账户(多用户环境下或者测试帐号环境下更是如此!!!),就是执行批量的操作,命令简单,风险巨大,而/data则较少出现这种执行批量化的工作,因为最大可能危害的程度相对/home来说,就较小。通过降低“最大可能危害”的程度,从而控制风险。

四、虚拟机中转恢复法

发展出一种可广泛应用的数据恢复法:虚拟机中转恢复法——》虚拟维护法

因为有普遍意义,所以单独发成一文了。