作者garfield5 (garfield)
看板Storage_Zone
标题Re: [心得] 05/C4/C5/C7 的意义...别再不懂装懂了
时间Wed Feb 13 00:48:35 2019
HI 板上各位高手大家好，
小妹不才，刚好在相关产业工作，
跟HDD厂商有来往，
对於厂商端的认知来说，
05并不一定是坏轨，
C5 对他们来说才是他们定义中的坏轨(Bad sector)。
05 Reallocation Event Count
这所定义的概念简单来说，就是HDD在读取资料时，
若此sector的资料比较weak，要花很多次(retry)才能将资料读取出，
HDD 会将此sector的资料搬移到备用sector上，
成功搬移後，05值就会增加。
例如，若在写入资料时，HDD刚好有vibration，那麽磁头的左右摆动幅度过大，
就会有机会造成资料比较weak。
C5 Current Pending Sector Count
延续Reallocation的概念，
若HDD retry 很多次，都还是无法将资料读取出来，
retry次数超过厂商所定义的临界值，
此sector就会被mark成Pending sector,
他就是我们所说的坏轨，
有机会是实体坏轨，也有机会是software error,
这部分就要看後续要如何去做分析，
会搭配其他的SMART资讯做推论。
依我个人来说，05有值，数字不超过10，
G sensor rate 跟CRC 没什麽问题，
我就不会太在意，
C5若过一阵子还是没有消失成05，
那麽就该备份了，
但是 不管SSD 还是HDD，
定期备份才是保存重要资料与回忆的 最佳解。
以上分享，若有任何错误的地方，还请帮忙指正，
应该不会遇到老板吧 XDDDDD
P.S 最近在K PCIe SPEC, 不知道是否有哪位大大有material可以分享呢
command 跟protocal也太难了吧!!!!!!!
※ 引述《Kennyq (舞光十射~*)》之铭言：
: 我有C5 Raw值显示8(CrystalDiskInfo显示数值8/黄灯)，
: 确实是硬碟一直转，没耐心等造成(我自己知道我做了什麽，哈...)，
: 使用Win7做[自动修正档案系统错误]&[扫描和尝试恢复损毁的磁区]没解决，
: C5 Raw值依然显示8，
: 後来用HDD Regenerator v1.71解决(Hiren's Boot CD 10光碟开机後跑该程式去修)，
: 2TB硬碟扫描+修复做了约4小时完成，
: C5 Raw值变回0，黄灯重新变蓝灯，
: 如果是C5造成的逻辑坏轨，可以用HDD Regenerator修复看看，
: 用这软体修复，也不会损及硬碟资料。
: https://i.imgur.com/AV3vCdz.jpg
: 这次学到的经验，copy大型档案，不要边copy边下载档案，
: 让硬碟专心copy就好(省得硬碟狂转又没耐心等)。
: ※ 引述《x94fujo6 (x94fujo6)》之铭言：
: : [C5 目前停用磁区数]
: : 还不确定是否损坏
: : 但系统存取的时候出现异常
: : 先停用等待处理
: : 例子:
: : 你正在复制一个很大的档案到外接硬碟
: : 但因为速度太慢受不了按取消
: : 结果等了很久还是没取消
: : 也没办法正常移除
: : 没耐心就直接手拔连接线
: : 下场就是会跑出C5
: : 接回去後会发现那个档案有在外接硬碟内
: : 但无法存取 (已损坏)
: : 有这个数值还不用太担心
: : 之後用系统的磁碟扫描
: : 勾选 [自动修正档案系统错误]&[扫描和尝试恢复损毁的磁区]
: : 放给他跑完
: : 或者是对该硬碟直接做[完整格式化(非快速)]
: : 就可修复 处理後C5归0就是好了
: : C5会一直增加的
: : 人为因素很大...
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.224.109.152
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Storage_Zone/M.1549990118.A.FCE.html
1F：推 SAKURAIatPTT: C4 Reallocation Event Count02/13 01:06
2F：推 SAKURAIatPTT: 05 Reallocated Sectors Count02/13 01:08
这部分笔误~
05是 sector 没错,定义也是在讲sector
※ 编辑: garfield5 (36.224.109.152), 02/13/2019 01:12:24
3F：推 fuct : 怎麽跟原po 讲的不一样？ 02/13 02:22
4F：推 RONC : 又有新说法@@ 02/13 02:44
5F：→ a5150219 : 不是都先05後c5吗？ 02/13 07:03
6F：→ JoyRex : 反了吧? 02/13 07:32
7F：推 nissptt : 现存在05计数的当然不是"坏的"轨，因为拿已经拿备 02/13 07:37
8F：→ nissptt : 用区替换了。怕就在坏轨常常会增加(脏物，碎片，刮 02/13 07:37
9F：→ nissptt : 碟片), 而新增加位置又是重要资料区。如果，坏轨很 02/13 07:37
10F：→ nissptt : 久都不再增加，这样的硬碟可正常使用的寿命有机会和 02/13 07:37
11F：→ nissptt : 完全没有05 C5的硬碟一样的。 02/13 07:37
12F：推 nissptt : 这就是05(现在)不是坏轨, 是"已经"坏过的轨的意义。 02/13 07:40
13F：推 balius : 已经坏掉的如果不能再修好，也等同现在(未来)一直都 02/13 07:56
14F：→ balius : 还是坏掉的啊..reallocate只是代表坏掉一个之後有找 02/13 07:57
15F：→ balius : 另一个好的来顶着，但不影响坏掉的那个一直都是坏的 02/13 07:59
16F：→ balius : 事实 02/13 07:59
17F：推 aj175 : 专业推 02/13 08:19
18F：推 nissptt : 的确是，但因为以经替换了，所以能正常存取(顶多增 02/13 08:20
19F：→ nissptt : 加seek time), 只要不再增加扩散，它就是好的。返 02/13 08:20
20F：→ nissptt : 修良品，甚至新品(记得很久以前全检)也不代表由内 02/13 08:20
21F：→ nissptt : 到外磁柱的所有连续储存单元都是好的。 02/13 08:20
22F：推 nissptt : 这在SSD 随身碟应该就更普遍了，颗粒出来就有很多 02/13 08:26
23F：→ nissptt : 位置是坏的，起始就用到OP了，但SMART就是各位看到 02/13 08:26
24F：→ nissptt : 新品的样子，可是.... 尤其随身碟，同型号有时容量 02/13 08:26
25F：→ nissptt : 可以不太一样，也不是常见的容量，而是减损不少。 02/13 08:26
26F：→ saimeitetsu : C5 一直增加，低阶格式化，结果全部变成05，算了只 02/13 09:00
27F：→ saimeitetsu : 好回收 02/13 09:00
28F：推 Mattcobb : 专业好文 02/13 10:03
29F：推 chang0206 : 专业推！ 02/13 10:08
30F：推 dfast : 如果坏轨会跳过，那为啥有些案例是复制档案卡住 02/13 11:07
31F：→ dfast : 正常应该会置换到别的区块吧 02/13 11:07
32F：推 nissptt : 这我也很好奇，有的C5会存在超级久。 02/13 14:54
33F：→ twnndnpdnc : 推 02/13 17:03
34F：推 q10293847 : PCIe spec=文言文，请找Mindshare研读 02/13 20:39
35F：推 EvilKnight : 想知道C6 @@ 02/14 08:18
36F：推 MrDisgrace : 因为厂商角度还有空间可以reallocate就算正常XD 02/14 10:29
37F：→ kobe8112 : "protocol" 02/14 11:45
38F：→ Kennyq : 我C5消失，05也没增加，你要怎麽解释？ 02/14 13:50
39F：推 balius : C5:尚未判定(可能是坏的但也可能是好的) 02/14 14:05
40F：→ balius : 05:确定坏了 02/14 14:05
41F：→ Kennyq : 楼上你这说法也是我认为的 02/14 15:23
42F：→ Kennyq : 但这篇讲 C5若过一阵子还是没有消失成05 02/14 15:23
43F：→ Kennyq : 逻辑就很怪 02/14 15:24
44F：推 balius : 若是已经没有可用的磁区来重新配置可能就会一直停在 02/14 15:46
45F：→ balius : C5？ 02/14 15:47
46F：→ balius : 05应该是已确定坏了然後有找另一个顶替，若没得顶是 02/14 15:49
47F：→ balius : 否就无法将C5转换为05？ 02/14 15:49
48F：→ balius : 另外一个疑问就是出现C5後，重新判定的机制是怎样？ 02/14 15:52
49F：→ balius : 是系统本身会定时去重试，还是下次有再对问题磁区做 02/14 15:53
50F：→ balius : 存取时才会触发？ 02/14 15:53
51F：推 nissptt : C5用MHDD修一下，是有可能变回完全正常的。有时虽然 02/14 18:22
52F：→ nissptt : 消掉，也没变成05, 但用HDTune慢扫完，切到"速度图 02/14 18:22
53F：→ nissptt : 表"看颜色，要是原来C5附近仍然有降速，就不太乐观 02/14 18:22
54F：→ nissptt : 。分割避开用一阵子，若扩散就得报废。 02/14 18:22
55F：→ playerlin : C5消失可能是重试没问题了，如果没有降速还是什麽 02/14 21:22
56F：→ playerlin : 问题就可以算是恢复正常了，C5不一定会变05，因为05 02/14 21:22
57F：→ playerlin : 出现後就因为是被视为坏的不会再去碰它了。 02/14 21:23
58F：→ playerlin : 其实就算SMART表示正常，但如果表层测试的速度变得 02/14 21:24
59F：→ playerlin : 很高(超过150ms甚至300ms以上)且数量多并连续出现 02/14 21:24
60F：→ playerlin : 基本上也最好不要用了... 02/14 21:25
61F：→ playerlin : 我第二句後面的"因为"是多出来的，请无视那词。 02/14 21:26
62F：→ playerlin : 然後表层测试应该是反应时间不是速度，更正一下... 02/14 21:27
63F：推 nissptt : 嗯，就是速度图表，慢扫完记得切过去看一下。 02/15 03:51
64F：嘘 F04E : 听你在喇叭 02/15 17:26
65F：嘘 dreaminc : haha 02/19 22:26
66F：推 stephen2232 : 楼上两位喇叭说说看各自的高见啊？ 02/22 18:59
67F：推 wwweagle : C6有值代表快坏了吗？ 03/08 13:22
68F：→ scarbywind : 跑完MHDD回来说一下 03/27 01:54
69F：→ scarbywind : 原本c5 8 跑MHDD扫出8个UNC 之後用erase c5 8变成 03/27 01:55
70F：→ scarbywind : 05 8 03/27 01:55