本帖最後由 pbodq 於 2025-12-22 14:29 編輯
回覆 5# pbodq
剛搵到一個有趣的恢復+檢查個案
https://blog.csdn.net/DUTYC/article/details/149465144
1. 應該說MD + scrub不像Synology那樣有GUI, 是有scrub的, btrfs跟來的功能, / MDADM , 但要SSH入去打command或cron排程 (咁同ubuntu有乜分別?)
2. 事主隻sdc老化, 寫入時那刻正常(在md RAID的視角紀錄是無散), 但日後sector bit rot (SMART read rate error), 剛巧壞了file system的那部份(btrfs metadata), 這引申一些疑問:
這個RAID1個案顯示, fnOS一如DSM, layout照用Volume Group包著LVM, 基本可以排除brtfs RAID那個bug
https://kb.synology.com/en-sg/DS ... stem_on_SynologyNAS
理應事主很簡單跑一次scrub就可以fix晒所有metadata corruption
https://btrfs.readthedocs.io/en/latest/Scrub.html
但佢仍然要強調explicit declare RAID 1 metadata, 即係暗示fnOS很奇芭地把RAID 1 set成Single, 爛左就不能scrub fix ?
其他distributions照計RAID 1 profile係default option, 更何況是Debian底
晚點SSH入去確認一下。 |