
用 del file.mp4 命令不小心删了一个小视频,搜了一下发现命令行删掉的文件,不会进回收站。只能下载 windows 文件恢复软件。
一般有两种方法,第一种是全盘搜索找文件特征 magic id ,对于几 T 的硬盘恢复巨慢。第二种是从 NTFS $MFT 表里,找出未占用但已经被标记删除的文件记录,速度很快(也就是 everything 查找文件的方法)
由于文件刚删除不久,只是设置了删除标记,内容还没有被覆盖,第二种方法直接就搜出来。
但这种方法有个潜在问题,就和内存分配原理一样,磁盘会优先使用上一次的空余空间,这样一旦有写操作,就非常容易被第二次占用。被占用后,恢复出的大文件都是缺胳膊少腿。
只能说,尽可能别用命令行删文件吧。
1 GoRoad 2024-07-11 12:02:57 +08:00 回收站的意义就在于有反悔的机会啊 |
2 tool2dx OP |
4 GoRoad 2024-07-11 12:14:51 +08:00 @vibbow 确实,看 ntfs 的外在表现,当初设计之初可能有很大一部分原因就是为了解决碎片化问题,不过刚好 op 在 windows 上走了一条不能回头的路,只能说是赶巧了 |
5 augustheart 2024-07-11 12:16:04 +08:00 @tool2dx 换个角度来看问题:数据安全问题得到解决了 |
6 ambition117 2024-07-11 12:29:18 +08:00 op 要是知道在固态上还有 trim ,是不是会被气死... 而且说的好像其他文件系统不是这么干的 |
7 Kumo31 2024-07-11 12:30:52 +08:00 @tool2dx 我觉得没啥问题,文件系统的空间分配和管理没那么简单。回收站这个东西也不适合由文件系统来实现,应该由业务层(文件管理器等)来做 |
8 Cu635 2024-07-11 12:40:27 +08:00 本来就是啊,误删除文件想要恢复的话,就是不能写入了啊。 而且也没有说“优先”吧,还是看运气。 |
10 424778940 2024-07-11 13:13:25 +08:00 @ambition117 trim 气死 +1 哈哈哈哈哈 也没有哪个文件系统设计是为了方便恢复数据的吧, 真的有需求要么备份要么用 snapshot |
11 povsister 2024-07-11 13:42:54 +08:00 你这要求好比撒了一把盐进菜里撤回不了怪锅有问题。 文件系统表示我背不了这个锅。 |
12 sentinelK 2024-07-11 13:47:58 +08:00 所以,命令行删除文件不进回收站,和 ntfs 有什么关系…… |
13 92DISPfZMyn9IZaw 2024-07-11 14:03:35 +08:00 用专业的取证软件 |
14 esee 2024-07-11 15:50:12 +08:00 命令行不进回收站?我觉得你是不是理解错了命令,你不用 del ,用 mv 进回收站,效果不一样么,或者直接 alias 一个快捷命令出来? |
15 ilbsmart 2024-07-11 15:57:20 +08:00 文件系统的设计里, "考虑恢复软件"肯定不应该被考虑啊, 误删除的情况下恢复, 一种是回收站; 另一种就是多备份; 每个软件都有各自的功能边界, 文件系统负责的事情不应该是考虑如果让恢复软件更好的工作 |
16 ethusdt 2024-07-11 16:00:17 +08:00 Mac 上我是: ~ which rm rm: aliased to trash ~ which trash /opt/homebrew/bin/trash ~ |
17 artiga033 2024-07-11 18:53:11 +08:00 via Android “命令行不进回收站“,你猜猜 linux 用户是怎么模拟“回收站“的 ntfs 确实一大堆历史包袱,但是论文件恢复没几个文件系统表现好的吧,要说也是用快照之类的功能 |
18 busier 2024-07-11 19:17:18 +08:00 via iPhone 删除数据应该达到让数据消失的效果 重要数据保护靠备份,脑残到什么程度才会觉得要靠数据恢复 |
19 tywtyw2002 2024-07-12 09:53:39 +08:00 还好不是 ssd, ssd 删了文件 自动 trim 后 没救 |
20 R4rvZ6agNVWr56V0 2024-07-12 12:34:56 +08:00 为啥要 del file.mp4 这才是值得思考的问题吧。 |