作者: mu3ic 時間: 2024-11-19 11:28 標題: Toshiba S.M.A.R.T. Disk Shift 問題
本帖最後由 mu3ic 於 2024-11-19 11:52 編輯
前幾日買咗兩隻Toshiba MG08ACA16TE用黎取代舊嘅MG04ACA400E,
琴日終於有時間上機 (QNAP TS-251D) 試用兩隻Harddisk。
過咗啲資料入去之後,我順手做咗幾次S.M.A.R.T. Test,
但發現兩隻Harddisk嘅 "Disk Shift"數值都好高好奇怪 (17,301,505 & 268,435,460)。
睇返WIKI,Disk Shift 盤體偏移 : 記錄盤體由於衝擊或溫度導致偏離主軸的相對距離。
我檢查過兩隻舊Harddisk (MG04ACA400E),S.M.A.R.T Test "Disk Shift" 個數值都係好正常係 0,
係得呢兩隻新碟先有咁嘅問題。
想請教一下,我兩隻Harddisk係唔係有啲問題

[attach]2452478[/attach]
================
其他數值

[attach]2452479[/attach]
作者: harryytm 時間: 2024-11-19 11:37
本帖最後由 harryytm 於 2024-11-20 13:02 編輯
前幾日買咗兩隻Toshiba MG08ACA16TE用黎取代舊嘅MG04ACA400E,
琴日終於有時間上機 (QNAP TS-251D) 試用兩 ...
mu3ic 發表於 2024-11-19 11:28
只要個屬性嘅標準化現時值唔低過臨介值都係正常
唔知個屬性嘅 RAW 值嘅解讀方式去睇個 RAW 數值係無意義
仲係唔放心就買過隻新 HDD
作者: mu3ic 時間: 2024-11-19 11:54
我剛才補返S.M.A.R.T. Test 結果啲相。
佢寫就寫正常係100,而我就2億幾
其他數值都好正常,剩係得Disk Shift呢個數值好奇怪。
唔知用落會唔會出現問題。
上網search過關於呢個問題,見有人話係有機會喺運送過程中撞過跌過,都有人話係正常。
作者: harryytm 時間: 2024-11-19 12:24
本帖最後由 harryytm 於 2024-11-20 13:02 編輯
都係嗰句請睇返個標準化數值
即係 Current 同 Worst 數值
只要個標準化數值無跌或低過 Threshold 就係正常
唔知解讀方式去睇個 RAW 數值係完全無意義
作者: mu3ic 時間: 2024-11-19 12:38
明白你的意思,但同時都好好奇,點解個Raw Value會咁高,而舊Hard Disk嘅Raw Value就係 0 呢

到底有咩含意
作者: mu3ic 時間: 2024-11-19 12:42
另外,咁以師兄你個人經驗,呢個情況(Disk Shift Raw Value 極高)正常嗎?
作者: harryytm 時間: 2024-11-19 14:06
本帖最後由 harryytm 於 2024-11-19 14:38 編輯
HDD 入面啲碟片只係用 Washer 夾實盡量做到唔移位
冷縮熱漲會令啲碟片夾唔夠實一啲都唔出奇
HDD 嘅 firmware 喺設計上已經預計點處理移位問題
如果唔係隻碟一早已經運作唔到
至於 RAW 數據再講多次除非知道點解讀
否則純粹睇個數字幾大係完全無意思
就以 RAW read error rate 為例嘅 RAW 數值係一個分數
其 RAW 數值嘅前 24-bit 係子後 24-bit 係分母
另一個例子係屬性 C2 Temperature 嘅 RAW 數值
個 RAW 數值一般分成三份去記三個數值
最頭 16-bit 係最高運作溫度
中間 16-bit 係最低運作溫度
最尾 16-bit 係目前運作溫度
例如 00450000002A 解讀成
最高運作溫度 69°C (HEX 0045)
最低運作溫度 0° (HEX 0000)
目前運作溫度 42°C (HEX 002A)
任何屬性個名稱係 Count 字做結尾或者係可數 (countable) 嘅話
都屬於事件或者物件計數嘅屬性
個 RAW 數值先可以直接將 HEX 轉成 DEC 去解讀個數目
以 Crucial MX500 為例
以下屬性都屬於事件或者物件計數
05 Reallocated NAND Block Count
B4 Unused Spare NAND Blocks
BB Reported Uncorrectable Errors
作者: mu3ic 時間: 2024-11-19 14:34
有關呢個問題我剛才聯絡過代理,代理回覆話之前都有客問過呢個問題,於是之前聯絡過Toshiba,
而Toshiba之前嘅回覆係話新款Harddisk根本無處理到Disk Shift呢個Value,因此呢個Value係完全無意思,無參考價值,唔需要理會。除此之外,都話呢個數值應該轉返做16進制黎睇(即0x1080001同0x10000004)。
聽落係有啲怪怪地,因為如果真係完全無參考價值,Toshiba真係無理過呢個數值的話,又點解要keep住呢個value呢?有好多Harddisk都無呢個value嫁啦,如果真係無意義的話咁點解唔移除咗佢呢?
作者: harryytm 時間: 2024-11-19 14:43
本帖最後由 harryytm 於 2024-11-19 14:53 編輯
聽落係有啲怪怪地,因為如果真係完全無參考價值,Toshiba真係無理過呢個數值的話,又點解要keep住呢個value呢?有好多Harddisk都無呢個value嫁啦,如果真係無意義的話咁點解唔移除咗佢呢?
mu3ic 發表於 2024-11-19 14:34
間廠要有方法去睇返啲運作數據去改良生產係好正常
好多野嘅運作參數一向都係多多益善
對你無用並唔等於對其他人無用而移除咗個屬性
有啲廠嘅企業版 HDD 嘅 Manual 會寫埋點解讀
但唔係事必一定要話比個客知點去解讀
作者: mu3ic 時間: 2024-11-19 14:50
但奇怪嘅地方係代理話Toshiba當時嘅回覆係根本無為新款Harddisk做到呢個value,呢個value完全無意思,但又無將呢個數值移除咗佢。
我google過有關呢個問題,都見到有其他人有同樣嘅問題,但到最後都係不了了之。
作者: harryytm 時間: 2024-11-19 15:00
本帖最後由 harryytm 於 2024-11-19 15:05 編輯
因為嗰啲客包括你在內都只屬於普通客
所以無需要一定要答呢個問題
如果係企業級嘅容或者會考慮答個問題但可能要簽 NDA
所以點 google 都唔會搵到個答案
個屬性對你無參考價值
並唔代表對間廠或者企業客無參考價值
所以完全無必要移除咗個屬性
間廠唔會身癢加啲無用嘅功能喺個 firmware 入面
EEPROM 嘅容量無你想像中咁多
作者: BMS 時間: 2024-11-19 15:29
本帖最後由 BMS 於 2025-2-13 17:57 編輯
delele
作者: mu3ic 時間: 2024-11-19 15:50
想問一下師兄係唔係都用緊MG8?
新買返黎果陣係唔係個情況都同我一樣,Disk Shift數值已經唔係零?
因為我果兩隻其實都係新買返黎,但就一黎就插左入部NAS度,無搵Enclosure讀咗SMART先。
另外,照你咁講,咁我而家呢個情況即係已經出現咗偏移情況?
作者: chup 時間: 2024-11-19 16:05
我都用MG08但無理過Disk_Shift,反正無docu講解而SMART 又 PASS,我唔理住了。
285605893
34734113
作者: BMS 時間: 2024-11-19 16:07
本帖最後由 BMS 於 2025-2-13 17:57 編輯
delele
作者: mu3ic 時間: 2024-11-19 16:34
我都用MG08但無理過Disk_Shift,反正無docu講解而SMART 又 PASS,我唔理住了。
285605893
34734113 ...
chup 發表於 2024-11-19 16:05
多謝師兄分享!
285605893 (0x11060005) & 34734113 (0x2120021) 呢兩個數值係你兩隻MG08的Disk_Shift Raw Value嗎?
想問一下你兩隻MG08用左幾耐, 同埋so far有無其他問題?
作者: BMS 時間: 2024-11-19 16:41
本帖最後由 BMS 於 2025-2-13 17:57 編輯
delete
作者: mu3ic 時間: 2024-11-19 16:44
想問一下全碟寫入+讀取一次有咩建議方法?
就咁copy啲大file入去?
作者: chup 時間: 2024-11-19 17:12
多謝師兄分享!
285605893 (0x11060005) & 34734113 (0x2120021) 呢兩個數值係你兩隻MG08的Disk_Shift Raw ...
mu3ic 發表於 2024-11-19 16:34
Yes,係我一對16TB既raw figure.
新買的,只係用咗ard 800hrs。
作者: BMS 時間: 2024-11-19 17:19
本帖最後由 BMS 於 2025-2-13 17:58 編輯
delete
作者: mu3ic 時間: 2024-11-19 17:24
咁即係情況同我一模一樣, 我都係兩隻新買的MG08ACA16TE, 多謝分享。
作者: harryytm 時間: 2024-11-19 18:30
本帖最後由 harryytm 於 2024-11-19 18:42 編輯
HWiNFO 係一個非常全面嘅系統資訊工具
一個軟件集 CrystalDiskInfo CPUID CoreTemp GPU-Z 之類嘅工具於一身
另一個我會用嘅工具係 GSmartControl
有 Windows 同 Linux 版本
佢係指令行工具 smartmontool 嘅圖型介面 Front end
smartmontool 喺 Linux 上面係經常會用嚟睇啲碟嘅 SMART
除咗可以睇之外仲可以 send Self-Test 指令
指示隻碟嘅 firmware 去自我行 full surface scan
scan 嘅時候唔需要軟件經 SATA 去不停控制隻碟
只要有得隻碟閒置同唔好入待命就可以
每隻碟嘅 SMART 都有唔同嘅 log
用佢可以再深入去睇啲 log
有啲碟仲可以睇溫度 log
如果再進一步 linux 上面有 nvme 同 hdparm 指令可以用
可以用喺比指令隻有 SED(Self Encryption Disk) 嘅 SSD 或 HDD 行 secure erase
而唔係用覆寫方法去銷毀隻碟上面嘅數據
作者: Baggio3go 時間: 2024-11-19 19:01
唔駛理啦
我有mg05 06 07 08 09 , 岩岩睇過
得MG05 係0, 其他都係幾百萬, 基本上smart 話ok 就唔駛理
幾隻碟都用左2-7年, 全部運作正常
作者: mu3ic 時間: 2024-11-19 22:24
唔駛理啦
我有mg05 06 07 08 09 , 岩岩睇過
得MG05 係0, 其他都係幾百萬, 基本上smart 話ok 就唔駛理
幾隻 ...
Baggio3go 發表於 2024-11-19 19:01
多謝師兄分享。
我一開始有咁嘅問題都係因為自己有MG04,而數值係0。
咁睇黎由MG06,Toshiba嘅Disk Shift數值都變得無參考價值了。
作者: harryytm 時間: 2024-11-20 01:34
Windows 嘅完整格式化已經係全碟寫入一次
Linux 嘅話可以用 dd
作者: 高登阿伯 時間: 2024-11-20 02:41
全碟寫入要Pro點就用Partition分割管理程式裡的Wipe Disk, 簡單點就用Recuva/SDelete之類在file system內幹 ...
BMS 發表於 2024-11-19 17:19
MiniTool Partition Wizard用來WIPE 碟就唔好,因為我對佢個WIPE功能冇乜信心。
之前有舊USB硬碟要棄置,諗住用MiniTool Partition Wizard FREE11.5去WIPE碟,半路中途手殘抆錯WIPE緊嗰隻硬碟,點知MiniTool Partition Wizard 完全唔發現,仲一路顯示進度直至"完成",無回報任錯誤。後來試過其他USB硬碟都係咁樣。
作者: eu8375 時間: 2024-11-20 10:39
同我一樣, 我都係 2隻新買16TB, 數值超大, 拎其中一隻去代理 Check, 做埋 Full Scan. 之後回覆正常. 用到現在差不多4个月了, 數值不停加大, 我最後都係不理會它 !!
作者: mu3ic 時間: 2024-11-20 10:49
咁睇黎真係完全係Toshiba嘅問題, 製造恐慌

好心佢地就出公告解釋清楚啦。
作者: harryytm 時間: 2024-11-20 12:32
本帖最後由 harryytm 於 2024-11-20 13:01 編輯
只要屬性 DC 個標準化數值無跌到就係正常
其 RAW 數值無需理會得間廠睇得明
作者: computer1975 時間: 2024-11-20 17:25
Threshold是0,這個Smart值無乜可預測作用。無兼且左手面兩行都是100,有部份起此就是100
有興趣可以去wiki睇下
https://en.wikipedia.org/wiki/Self-Monitoring%2C_Analysis_and_Reporting_Technology?wprov=sfla1
via HKEPC Reader for Android

