pbodq

回覆 20# pbodq


但我又想到一個極端情況
你四隻碟的ID4 都真係由100%跌到current 26%/27%, 如果係咁就四隻都受到供電問題影響

勸你唔好依賴Scrutiny, 直接smartctl入去望望ID4乜料

1. sudo smartctl -a -d sat -T permissive /dev/sata1
   
2. sudo smartctl -a -d sat -T permissive /dev/sata2
   
3. sudo smartctl -a -d sat -T permissive /dev/sata3
   
4. sudo smartctl -a -d sat -T permissive /dev/sata4

複製代碼

pbodq

回覆 21# pbodq

做好人做到底, 幫你搵埋
呢隻5400rpm已經算係食好少電, 想用其他更省電的碟去規避問題好難, 除非揀Toshiba SMR, full load都只係5W (但這做法係掩耳盜鈴)
https://www.seagate.com/www-cont ... -8-1803US-en_US.pdf

人地正常係100% current起始健康值, raw value 跑兩年都只係四百次斷合電源

下載 (65.46 KB)

2024-11-12 20:03

你現在已經唔係換唔換碟的問題, 亦唔係bad sectors的問題
係你的電源真係有問題, 27%......一死就陸續死四隻 , SATA3只係唔好彩把個root cause用pending sector因錯誤訊號而表露左出來

所以我成日強調, 純睇ID c505去決定換唔換碟係完全無意思, 有時係白費工夫及時間, 甚致把真正的問題越蔵越深。單純的c505真係超小事, 可以簡單處理甚致唔使處理, 讓它自然好。

四隻供電同時出事的話, 就唔係接觸不良或氧化金手指的情況, 我亦唔信真係四隻同時鬆或者真係塊直立式子板一次過鬆螺絲或插腳氧化，呢d要開盒先知, 而trace 電路troubleshoot又好煩。
如果你諗著量度火牛loading的話, 亦要做backup, 又係好煩
乾脆省工夫盲換一次火牛博一次都係一百蚊有找, 記低ID04數字, 如果日後無再彪升, 所有問題包括sector類 + 電機馬達起動都迎刃而解, 唔使理

williamlaw

回覆  pbodq


但我又想到一個極端情況
你四隻碟的ID4 都真係由100%跌到current 26%/27%, 如果係咁就四隻 ...
pbodq 發表於 2024-11-12 06:48 PM

順序由 SATA1 -4

    ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
4 Start_Stop_Count          0x0032   100   100   020    Old_age   Always       -       26
4 Start_Stop_Count          0x0032   100   100   020    Old_age   Always       -       26
4 Start_Stop_Count          0x0032   100   100   020    Old_age   Always       -       27
4 Start_Stop_Count          0x0032   100   100   020    Old_age   Always       -       27

s84292

感謝

其實有需要定期run一次嗎 ？

via HKEPC IR 5.1.14 - iOS(5.1.1F)
williamlaw 發表於 2024-11-11 14:09

建議去自動排程SET 3個月一次，費事唔記得

SET夜晚由佢自己做就可以，我舊個隻NAS 7年了3隻WD RED PRO 8TB日日7X24 每日讀寫100GB以上
都係每3個月行一次，都係壞過1隻碟咁大把

s84292

回覆  pbodq

做好人做到底, 幫你搵埋
呢隻5400rpm已經算係食好少電, 想用其他更省電的碟去規避問題好難,  ...
pbodq 發表於 2024-11-12 12:16

係，冇理由咁多START STOP
不過我冇開休眠）

下載 (182.67 KB)

2024-11-13 11:01

pbodq

順序由 SATA1 -4

    ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WH ...
williamlaw 發表於 2024-11-13 10:41 AM

真相大白了
raw value係26-27次起動, current normalized係超健康的100%
咁就唔使驚了, 供電非常正常, 只係零星幾個自然的pending sectors

Scrutiny fault alert, 佢將raw value column當normalized current column排列, 個橙色warning靠大數據database亂拉關係
可能我之前寫得太多字, 你睇亂左: 我係覺得DSM個result可靠過Scrutiny的判斷, 佢唯一衰是現在剦走GUI, 下下要入smartctl

williamlaw

係，冇理由咁多START STOP
不過我冇開休眠）
s84292 發表於 2024-11-13 11:01 AM

    最初裝既時候有enable休眠, 但一個月之後已經停左

williamlaw

真相大白了
raw value係26-27次起動, current normalized係超健康的100%
咁就唔使驚了, 供電非常正常,  ...
pbodq 發表於 2024-11-13 12:39 PM

    smartctl 入面, 要參考ID 05, 187, 188, 197, 198 ?

    要清除 Scrutiny 入面 SATA3 fail alert, 要係 Scrutiny delete SATA3 再 add ?

pbodq

smartctl 入面, 要參考ID 05, 187, 188, 197, 198 ?

    要清除 Scrutiny 入面 SATA3 fail alert,  ...
williamlaw 發表於 2024-11-13 02:25 PM

05 >> 好奇, 最好望望, 如果有count, 已撥備就安心了, 但呢隻監控碟, 我估佢firmware唔肯咁輕易撥備, 因為佢市場目的係不停overwrite錄影sectors, 無必要儲存精準的data。05,197,198,187,188呢幾個attribute咁常用, 應該唔使入去smartctl,  我"相信"Scrutiny唔會又"對錯"column, 應該都係直觀10/16進制。 當然,若唔放心就行commands

187 >>  係一個歷史性質的value, 類似黃過留左案底, 即使改過自身, 個朵臭左就係臭左

要清除 Scrutiny 入面 SATA3 fail alert, 要係 Scrutiny delete SATA3 再 add ?>>
答你唔到, 我的Scrutiny安裝不太順利

williamlaw

05 >> 好奇, 最好望望, 如果有count, 已撥備就安心了, 但呢隻監控碟, 我估佢firmware唔肯咁輕易撥備, 因 ...
pbodq 發表於 2024-11-13 06:53 PM

    唔詃師兄.

    依家 187 value = 6, 係代表依家仲有問題 ? 定只係案底 ?

    而數值去到幾大先算真係有問題