Re: [問題] 美光 crucial x9 pro ssd遇到0e問題(3/12維修換新結案

看板Storage_Zone (儲存裝置)作者 (......)時間13小時前 (2025/05/11 00:23), 13小時前編輯推噓3(3033)
留言36則, 6人參與, 3小時前最新討論串1/1
傻眼了…! 今天接上ssd跳出錯誤訊息,大感不妙!檔案系統損毀,所有檔案都沒了! https://imgur.com/a/IE4As2A 於是CDI掃描,果然又出現0E問題! https://imgur.com/a/noTXSTg https://imgur.com/a/z3ytufK (下圖是剛換新回來的CDI掃描。) https://imgur.com/a/fYsZd5B 二月買的ssd用不到一週就出問題,三月換到新的,然後使用不到兩個月又出現0E問題, 美光這批ssd是不是有問題呀?!還是人品太好了(T▽T).... ※ 引述《mini5 (......)》之銘言: : 3/12 今天收到捷元寄來的新品(應該是新的吧!) : 結案! : https://imgur.com/a/xL1kiCD : ============================================= : 2/24 用公司windows電腦.補上CDI : 的確有0e的問題 : https://imgur.com/a/n7MBKHl : ============================================= : 上週買了 美光 crucial x9 pro ssd 2TB : 可是卻發生幾次檔案毀損的問題 : 尤其是存放超過900GB-1TB比較會發生 : 必須要格式化才能讀取到硬碟 : (使用mac電腦) : 於是使用美光官方檢測軟體(Crucial Storage Executive)檢查 : 發現有不少的media errors counts : https://imgur.com/a/nn1vgDv : 請問這是所謂的0E問題嗎? : 是不是有必要送修? : 感謝! : ---- : Sent from BePTT on my iPad Pro 11" 3 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.34.167.44 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1746894194.A.6C9.html ※ 編輯: mini5 (1.34.167.44 臺灣), 05/11/2025 00:24:33

05/11 00:33, 13小時前 , 1F
用mac哦...該不會連檔案系統也還用exFAT
05/11 00:33, 1F

05/11 00:34, 13小時前 , 2F
完全無法容錯,壞掉就整個壞
05/11 00:34, 2F

05/11 00:38, 13小時前 , 3F
#1dw0Vfcf 之前這篇有討論,感想是不要再用exFAT
05/11 00:38, 3F

05/11 00:44, 12小時前 , 4F
隨身碟幾十G不打緊,但SSD 2TB一定要用APFS或NTFS
05/11 00:44, 4F

05/11 00:47, 12小時前 , 5F
感謝推文
05/11 00:47, 5F

05/11 00:49, 12小時前 , 6F
可是隨身碟現在也會接手機
05/11 00:49, 6F

05/11 01:23, 12小時前 , 7F
回sm大,是用apfs
05/11 01:23, 7F

05/11 01:28, 12小時前 , 8F
記得apfs是蘋果針對ssd開發的檔案系統,速度會比較快
05/11 01:28, 8F

05/11 03:12, 10小時前 , 9F
內建的修復工具也沒有用嗎@@?
05/11 03:12, 9F

05/11 03:18, 10小時前 , 10F
我以為如果要壞,磁碟檢查/修復完應該能恢復9成以上
05/11 03:18, 10F

05/11 03:21, 10小時前 , 11F
0E才一點點就全部泡湯,難道APFS也是超爛的檔案系統
05/11 03:21, 11F

05/11 08:47, 4小時前 , 12F
有對 user data 做 checksum 或是 recovery data 的
05/11 08:47, 12F

05/11 08:48, 4小時前 , 13F
檔案系統不多啊... NTFS 跟 APFS 也都沒有,想要
05/11 08:48, 13F

05/11 08:49, 4小時前 , 14F
per-file hash check 只有 btrfs 或是 zfs
05/11 08:49, 14F

05/11 08:55, 4小時前 , 15F
所以還是老話,真正重要的東西在不同位置多放幾份,
05/11 08:55, 15F

05/11 08:56, 4小時前 , 16F
最好也留個 hash , RAR CC 也是不錯的方案
05/11 08:56, 16F

05/11 08:58, 4小時前 , 17F
說回 APFS , APFS 有對 control table 做 checksum
05/11 08:58, 17F

05/11 08:59, 4小時前 , 18F
但是沒有額外做 recovery record ,發現不一致只能
05/11 08:59, 18F

05/11 09:00, 4小時前 , 19F
查找日誌去修復一致性。偶發的 bit flip 也是沒救的
05/11 09:00, 19F

05/11 09:00, 4小時前 , 20F
bit flip 在 HDD 機率還低一點,在爛貨橫行的 SSD
05/11 09:00, 20F

05/11 09:01, 4小時前 , 21F
時代,所有主流檔案系統都暴露在風險中...exFAT 又
05/11 09:01, 21F

05/11 09:03, 4小時前 , 22F
更脆弱就是了...跨系統還要考慮 unicode 轉譯問題,
05/11 09:03, 22F

05/11 09:05, 4小時前 , 23F
東西一複雜起來就沒有完美方案...
05/11 09:05, 23F

05/11 09:57, 3小時前 , 24F
https://redd.it/1fqqzom/ 要搜主控結果看到這個
05/11 09:57, 24F

05/11 09:58, 3小時前 , 25F
看要不要reddit找一下有沒有其他討論
05/11 09:58, 25F

05/11 10:00, 3小時前 , 26F
0E的話是主控報的校驗錯誤 就存進去不會只有資料
05/11 10:00, 26F

05/11 10:01, 3小時前 , 27F
會另外多幾碼檢驗用 消費級錯誤可以壓到10^-15內
05/11 10:01, 27F

05/11 10:02, 3小時前 , 28F
應該就顆粒跟主控的事 但你這次情況好像又不同了
05/11 10:02, 28F

05/11 10:17, 3小時前 , 29F
這壓根跟格式沒關係好嘛
05/11 10:17, 29F

05/11 10:17, 3小時前 , 30F
我身上 的碟 全都是 exfat
05/11 10:17, 30F

05/11 10:17, 3小時前 , 31F
mac pc來回用
05/11 10:17, 31F

05/11 10:17, 3小時前 , 32F
至少10年了
05/11 10:17, 32F

05/11 10:17, 3小時前 , 33F
我連raid 都是exfat
05/11 10:17, 33F

05/11 10:17, 3小時前 , 34F
就沒遇到有問題的
05/11 10:17, 34F

05/11 10:17, 3小時前 , 35F
資料重不重要 自己不多備份,
05/11 10:17, 35F

05/11 10:17, 3小時前 , 36F
怪格式 有趣
05/11 10:17, 36F
文章代碼(AID): #1e7troR9 (Storage_Zone)
文章代碼(AID): #1e7troR9 (Storage_Zone)