作者Kamiya (谷实)
看板Storage_Zone
标题[救援] 用R-Studio扫回来的档案却不能看
时间Tue Nov 17 08:15:04 2020
手滑把资料夹(在看图软体)用shift-Delete删除
惊觉以後(应该没有作额外的动作)立刻开了DiskGenius, R-Studio和板上提到的Recuva救
是有找到删除的资料夹以及所有档案
问题是 救援出来的档案 档名正常 格式正常 但就是没办法看(看图软体点开是一片黑)
档案是放在SSD系统碟的第二分割区 我想这应该不会对救援的成功率有影响
不过资料夹是中文而且有三四十个字元 我有点好奇是否这会造成一些影响
不晓得我可以怎麽尝试让救出来的照片变成可以浏览呢
感谢
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 219.100.37.246 (日本)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Storage_Zone/M.1605572107.A.504.html
1F：→ anedo : 当下要救援就是关机，拔硬碟用有救援软体的电脑搬 11/17 11:12
2F：→ anedo : 到其他硬碟.建议付费请店家救援会比较妥当(完) 11/17 11:13
3F：→ tomsawyer : 这个案例比较像东西被trim掉了 11/17 12:03
真的蛮神奇的 我用了三四套软体 都看得到这些我新删掉的档案
譬如在Recuva还显示绿灯(No overwritten clusters deteted)
结果反而是其他我更早删掉或许久以前删掉的档案能救回来(看)
查了一下我的确有开trim
不过很奇怪的是 我现在开机变很慢 我本来以为是硬碟快满了SSD就会有这问题
但爬了网路的说法是说 有开trim就不会这样
4F：推 nissptt : 磁盘硬碟资料区载体原本不管是0是1，直接写过去就好 11/17 17:03
5F：→ nissptt : 了，所以删後资料区是没必要改变的。ssd要先清空， 11/17 17:03
6F：→ nissptt : 才能写。以前的还好，会存在一阵子，後来为了效率( 11/17 17:03
7F：→ nissptt : 怕使用者临时要大读写)，一闲置主控马上去清，所以 11/17 17:03
8F：→ nissptt : 都很难救。我猜，强救的方法大概是开外挂，对删除 11/17 17:03
9F：→ nissptt : 资料元件内的状态加强解析，若不是主控有保留功能， 11/17 17:03
10F：→ nissptt : 就是颗粒外接分析。应该超过软体层面了(一般使用者 11/17 17:03
11F：→ nissptt : 接触的救援软体)，到韧体和硬体层面了。 11/17 17:03
12F：推 nissptt : 记得，以前intel有个8MB猝死bug。虽然intel除了更新 11/17 17:13
13F：→ nissptt : 韧体外，也有出救援工具软体，但我记得软体内救援 11/17 17:13
14F：→ nissptt : 失败时也会显示无法救的状况，网页Q&A甚至是说硬体 11/17 17:13
15F：→ nissptt : 寄回也无法救。所以~~~长期备份还是用磁盘硬碟吧！S 11/17 17:13
16F：→ nissptt : SD越来越便宜，一定很多人连磁盘硬碟都没有买了。 11/17 17:13
17F：→ AndCycle : SSD 就不用救了, shift-del 做死自己 11/17 18:48
请教一下所以SSD是不可救援的吗?
但我用救援软体其实还是能救出不少东西 只是不晓得刚好为什麽我要的救不出来
18F：推 ps0411 : 问看看有没有认识的朋友在SSD主控那家公司上班(应该 11/17 22:24
19F：→ ps0411 : 是SMI, Phison, Marvell其中一家)，花钱私下请他们 11/17 22:24
20F：→ ps0411 : 救救看 11/17 22:24
※ 编辑: Kamiya (219.100.37.246 日本), 11/18/2020 07:55:58
22F：→ andy199113 : 可以连络B站 这个手杀不太泠 也许他能救 11/18 09:22
23F：→ tomsawyer : pc3000可能有救吧 可是就要送救援了 11/18 10:42
24F：推 godchildtw : 系统碟，你任何操作电脑的动作就已经在读写系统碟了 11/18 19:44
25F：推 showshowman : 找osslab吧 11/20 07:39