黑群暉意外移除SSD讀寫緩存后開機(jī)，導(dǎo)致raid1存儲(chǔ)空間損毀的挽救記錄
本文首發(fā)于我的數(shù)字花園
參考文章
當(dāng) Synology NAS 出現(xiàn)故障時(shí)，如何使用計(jì)算機(jī)恢復(fù)數(shù)據(jù)？ - Synology 知識(shí)中心
群暉存儲(chǔ)空間損毀 Btrfs 數(shù)據(jù)恢復(fù)教程 | reizhi (roov.org)
過程記錄
下載官方提供的 ubuntu 鏡像，用 unraid 虛擬機(jī)安裝
在執(zhí)行
apt-get update報(bào)錯(cuò)，需要執(zhí)行sudo apt-get remove libappstream4（這一步上網(wǎng)去查說要卸載 xxxstream3，但是嘗試卸載發(fā)現(xiàn)這個(gè)版本的系統(tǒng)里沒有 3, 所以試了試 4，果然是版本號(hào)變了）然后按教程安裝需要的軟件，安裝完成后關(guān)閉虛擬機(jī)
編輯虛擬機(jī)，把之前群暉的硬盤全掛載到 ubuntu 虛擬機(jī)上 ，重新開機(jī)
/dev/vg1/volume 1btrfs-find-root /dev/vg1/volume 1 &> /tmp/root.txt
嘗試恢復(fù)失敗，為了防止對(duì)原盤產(chǎn)生破壞，打算先裝一塊盤試試能不能恢復(fù)
后面發(fā)現(xiàn)必須要將之前組 raid 的四塊硬盤同時(shí)插入時(shí)才能恢復(fù)成功，于是立馬下單了一塊 16T 的礦盤
2022-01-02 17:50~20: 20，用時(shí)一個(gè)半小時(shí)，完成了大概 1.5T 的數(shù)據(jù)恢復(fù)，進(jìn)度喜人，但是馬上遇見了 unraid 自動(dòng)重啟，不知道是為什么（在恢復(fù)開始前我就很擔(dān)心預(yù)期 30~70 小時(shí)的恢復(fù)過程一旦被打斷，會(huì)不會(huì)發(fā)生什么問題）
剛剛系統(tǒng)重啟的原因找到了
原來是之前 lexar 的那塊硬盤又掉盤了，這個(gè)問題之前我也遇見過，很惱火，本來以為組了雙 ssd 緩存就沒問題了，不知道為什么剛剛還是掉盤了。這次為了解決問題，打算直接把 lexar 這塊硬盤去掉。
如果需要恢復(fù)特定文件，可以參考這篇文章 btrfs restore Linux 中的命令示例 – 極客日記 (thegeekdiary.com)
在恢復(fù)過程中發(fā)現(xiàn)多次報(bào)錯(cuò)
這些報(bào)錯(cuò)需要手動(dòng)處理，中途如果沒有及時(shí)發(fā)現(xiàn)就耽擱大量時(shí)間
去 github 上找文檔 btrfs-restore（8） — btrfs 文檔
發(fā)現(xiàn)可以用
-i|--ignore-errors來做忽略進(jìn)程中的錯(cuò)誤-v|--verbose可以打印恢復(fù)明細(xì)
2023-01-09 14: 20，終于完成了絕大部分的數(shù)據(jù)恢復(fù)工作，耗時(shí) 165h，恢復(fù)文件 506919 個(gè)，共計(jì) 15.1TB
接下來的工作：
檢查重要數(shù)據(jù)是否恢復(fù)，如個(gè)人照片
將原來的 4 個(gè)盤格式化，安裝到群暉上
把數(shù)據(jù)拷回去
把新的16T清空后做為pt專用盤
本文使用 文章同步助手 同步
