https://kb.synology.com/zh-tw/DSM/tutorial/Btrfs_checksum_mismatch
官方說明: 不是硬碟就是記憶體問題
自己目前只是將無法開機的 16G RAM 金士頓, 請順發3C免費代為送修, 至於官方會不會處理或換新品要等年後才知, 目前也只是先把 nas 原本附的 Sonolgy 4G RAM + 另一片可開機 16G RAM 金士頓 先頂著用, 觀察一陣子, 但發現問題還一直存在, 並未消失...
針對警告那些檔案匯出清單, 比對 md5 特徵碼, 的確是有少某些區塊資料, 無法一致, 看來接下來要退下所有 16G RAM 金士頓 , 只保留 Sonolgy 4G RAM 再觀察看看, 只是想到 nas 上面壓了四台寶貝, 又要翻肚臍拔記憶體, 大過年不太想動它, 等過陣子再釐清問題(因 tmp 資料可有可無), 若您的資料是很珍貴或重要, 可能就要馬上處理喔, 不然會很麻煩的...
Have a nice day~
依例行排程， 二月一日是某一台 NAS 的 scrubbing 日期，作業中出現了 checksum error，影響了某個共用資料夾裡的八個檔案和相關的幾個不同日期的快照檔案。推測是 #5 樓提到有一顆問題硬碟在 scrubbing 行程中遭到更換所造成，因為依時程進度，問題都發生在相對應的更換硬碟之前的時段。
既然損壞的硬碟已經更換，根本的癥結問題點應該已經處理掉了，只要把這些提出來的問題檔案處理完就可以。還好，都只是音樂檔，不重要，刪了也無所謂。
處理過程：
1、發現那八個檔案其實都可以正常使用，於是把這些檔案都 copy 出來後即予刪除，稍做 tag 編輯處理再回存。
2、把有問題的相關日期快照都刪掉，這個影響不大。
確認：
再手動重新啟動 scrubbing 一次，確認已經沒有問題。
備註：這台 NAS 加裝了一條非官方的 Kingston 4G RAM。但應與問題無關。
結論： 個人使用經驗，S.M.A.R.T 可以不檢查，scrubbing 一定要做。
內文搜尋
從 APP 打開
X