[救援] 記憶卡誤刪後馬上復原卻無法讀取

看板Storage_Zone作者 (西佾)時間9年前 (2016/10/07 23:44), 編輯推噓1(1推 0噓 49→)
留言50則, 5人參與, 最新討論串1/1
因為不小心誤刪了整個相簿，還在刪的時候有按取消 可是還是被刪了。 馬上斷電取出後先跑了recuva，全部亮綠燈，可是無法預覽， 救出來之後也無法讀取，請問還有什麼方法嗎？感謝大家！ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.33.27.147 ※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1475855085.A.845.html
推
10/08 01:53, , 1F
注意一下是不是副檔名沒有改 試試看
10/08 01:53, 1F
→
10/08 01:55, , 2F
因為你是馬上讓他斷電 會有錯誤 可能要掃描
10/08 01:55, 2F
→
10/08 03:27, , 3F
這牽涉到FTL，掃描不一定有用，如果資料很重要，請
10/08 03:27, 3F
→
10/08 03:29, , 4F
找救援公司，有可能越掃越慘，難保他不會開始GC
10/08 03:29, 4F
→
10/08 07:45, , 5F
感謝兩位，是正常關機後取出，檔名也有正確。請問FT
10/08 07:45, 5F
→
10/08 07:45, , 6F
L與GC是?
10/08 07:45, 6F
→
10/08 09:03, , 7F
感謝樓上大大 長知識了
10/08 09:03, 7F
→
10/08 09:04, , 8F
原po 如果已經還原了檔案 檔名正確 看看是不是副檔
10/08 09:04, 8F
→
10/08 09:04, , 9F
名不見了 你可能要開啟檢視副檔名看看
10/08 09:04, 9F
→
10/08 09:31, , 10F
抱歉沒說清楚，副檔名也正確，也用了jpeg檢視程式開
10/08 09:31, 10F
→
10/08 09:31, , 11F
，還是無法打開…
10/08 09:31, 11F
→
10/08 11:19, , 12F
TFC GC 都是快閃記憶體的儲存運作技術
10/08 11:19, 12F
→
10/08 11:19, , 13F
FTL GC
10/08 11:19, 13F
→
10/08 11:20, , 14F
簡單講,存放的實體位置,配合Flash Cell 儲存方式
10/08 11:20, 14F
→
10/08 11:20, , 15F
會做調整,減少快閃記憶體的消耗次數....
10/08 11:20, 15F
→
10/08 11:21, , 16F
假設Cell 存有 ABCDE 五個資料,現在刪除B ,
10/08 11:21, 16F
→
10/08 11:21, , 17F
Flash 是註記這個 B 刪除,但還是存在
10/08 11:21, 17F
→
10/08 11:22, , 18F
但之後陸續作業,這個空間必須重新做調整
10/08 11:22, 18F
→
10/08 11:22, , 19F
就會把ABDE搬移到另外一個Cell ,然後把原Cell清空
10/08 11:22, 19F
→
10/08 11:23, , 20F
就有點類似 ghost 備份+還原,就是最快的defrag
10/08 11:23, 20F
→
10/08 15:21, , 21F
沒有 trim 也能知道檔案刪了沒嗎 ?
10/08 15:21, 21F
→
10/08 15:22, , 22F
還是記憶卡也支援 trim 了
10/08 15:22, 22F
→
10/08 16:49, , 23F
每家FTL不同，SD也沒有刪除的概念，純粹是寫一張新
10/08 16:49, 23F
→
10/08 16:50, , 24F
的FAT表，舊的表可能還在，但是這些資料只有控制器
10/08 16:50, 24F
→
10/08 16:52, , 25F
看得到。所以NAND相關的救援其實很麻煩
10/08 16:52, 25F
→
10/08 16:54, , 26F
其實不會知道檔案被刪了，但是知道LBA被改過，所以
10/08 16:54, 26F
→
10/08 16:55, , 27F
本來的那筆資料就無用了，當block太少或是裡面資料
10/08 16:55, 27F
→
10/08 16:56, , 28F
無用的夠多時(每家不同)，那個block就會被erase
10/08 16:56, 28F
→
10/08 16:59, , 29F
這時就會產生看到檔案(FAT還在)但是資料讀不回來
10/08 16:59, 29F
→
10/08 17:00, , 30F
的狀況
10/08 17:00, 30F
→
10/08 17:05, , 31F
所以現在的主控有的可以讀fat? 這麼神?
10/08 17:05, 31F
→
10/08 17:06, , 32F
那格式化成其它檔案系統呢?
10/08 17:06, 32F
→
10/08 17:59, , 33F
lhhjimmy 只是拿 FAT 表當作比喻....
10/08 17:59, 33F
→
10/08 18:00, , 34F
SSD主控本身有自己的表.....
10/08 18:00, 34F
→
10/08 19:41, , 35F
因為我認為他說的那種情況只有有 trim 的時候才成立
10/08 19:41, 35F
→
10/08 19:41, , 36F
, 也就是應該會發生在 ssd 上
10/08 19:41, 36F
→
10/08 19:51, , 37F
感謝樓上各位的討論，今天打給一間救援公司他叫我
10/08 19:51, 37F
→
10/08 19:51, , 38F
不要再掃了，可能也是怕他trim?
10/08 19:51, 38F
→
10/08 20:16, , 39F
SD不支援trim，但是每家多少都會邊寫邊GC，不這樣
10/08 20:16, 39F
→
10/08 20:16, , 40F
做遇到block不夠時一定掛，因為SD卡busy有時間限制
10/08 20:16, 40F
→
10/08 20:18, , 41F
另外，我建議你那張SD都不要使用了，以我的經驗
10/08 20:18, 41F
→
10/08 20:19, , 42F
起電一次，就會寫一次表，資料只會更難救
10/08 20:19, 42F
→
10/08 20:22, , 43F
說到FAT，因SD協會是以FAT為主要格式，通常會對他
10/08 20:22, 43F
→
10/08 20:23, , 44F
最佳化，太細節的我就不說了...
10/08 20:23, 44F
→
10/09 01:16, , 45F
所以就是主控可以讀 fat ; 就和疊瓦式硬碟剛出來時,
10/09 01:16, 45F
→
10/09 01:16, , 46F
預設格成 ntfs 一樣, 都是主控對檔案系統動手腳.
10/09 01:16, 46F
→
10/09 01:19, , 47F
太細節不能說是因為商業機密??
10/09 01:19, 47F
→
10/10 16:45, , 48F
其實也不算刻意讀FAT，只是會依操作行為來分，其實
10/10 16:45, 48F
→
10/10 16:45, , 49F
NAND跟SMR有點像，因此日誌式的檔案系統，相對來說
10/10 16:45, 49F
→
10/10 16:45, , 50F
比較容易造成降速的問題
10/10 16:45, 50F
‣ 更多 jsbd215 的文章
文章代碼(AID): #1NzyBjX5 (Storage_Zone)