本文首發(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 1

• btrfs-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

接下來的工作：

1. 檢查重要數(shù)據(jù)是否恢復(fù)，如個(gè)人照片

2. 將原來的 4 個(gè)盤格式化，安裝到群暉上

3. 把數(shù)據(jù)拷回去

4. 把新的16T清空后做為pt專用盤

本文使用 文章同步助手 同步