Synology 依官方指引在Linux中進行硬碟救援實做! Asustor用同一個環境也可讀取!

有網友對於Synology自家的SHR陣列中用不同容量的硬碟,是否可於Linux中簡單恢復有疑問,所以就趁今天的空閒時間來實做一下~~

官方指引由此去

測試用系統之一:Ubuntu 20.04
硬碟:3顆不同容量並在DSM7.1中組成SHR陣列的硬碟。分別是32gb、45gb及50gb的容量。
組成SHR後的大小:61gb

此系統之前有測試過Q家的硬碟陣列恢復,所以上面還有另外3顆Q家的硬碟分別是128gb、200gb及200gb的容量。
Synology 依官方指引在Linux中進行硬碟救援實做! Asustor用同一個環境也可讀取!

第一個遇到的問題就是因自已偷懶把硬碟全掛上,所以vg name重覆了… (※ 重點之一:要救援硬碟時,系統要乾淨…要乾淨)
Synology 依官方指引在Linux中進行硬碟救援實做! Asustor用同一個環境也可讀取!

vg name 重覆的問題要解決也簡單,就是把其中一個重新命名就好了… (※ 使用到的命令:vgrename,格式vgrename #uuid #newvgname)

Synology 依官方指引在Linux中進行硬碟救援實做! Asustor用同一個環境也可讀取!

更新vg name後的SHR邏輯卷vg2已成功識別

Synology 依官方指引在Linux中進行硬碟救援實做! Asustor用同一個環境也可讀取!

啍~ 心中想著原來就是這麼簡單的事啊~ (老天爺:待治不是憨人想的那麼簡單!)
就在進行掛載時他就出現錯誤了

Synology 依官方指引在Linux中進行硬碟救援實做! Asustor用同一個環境也可讀取!

難道是btrfs文件系統的關系? 那就再安裝btrfs試試!

Synology 依官方指引在Linux中進行硬碟救援實做! Asustor用同一個環境也可讀取!

但素~安裝完後,它還是出現一樣的錯誤無法掛載! 難道S家和Q家一樣對Linux核心及LVM程式碼過度修改造成的問題… 但不應該啊!! 依S家的指引,也是用ubuntu發行版啊!

只能再度上網搜尋解答…
在逛了一陣子後,在reddit的網站上看到有國外網友對於此問題的回覆,混沌的腦袋瞬間清醒! 我怎麼沒依官方指引去使用ubuntu 18.04版本,而自以為聰明的用20.04 (※重點:一定要用官方指定的版本,官方指引頁面中有下載ubuntu 18.04的鏈結)


重新下載了Ubuntu18.04並安裝,此次只掛上S家的3顆硬碟。檢查PV和VG也沒有問題~ 在home目錄下新建一個dsm的文件夾做為SHR陣列的掛載點:


此次就成功將SHR儲存空間掛載到dsm文件夾中沒有其他的問題!


所有的測試資料都正常讀取…


經查看,這3顆硬碟被做成了Raid 5和Raid 1,再用lvm將2個RAID組成一個邏輯卷:




心得:SHR也是可以自已簡單的使用Linux進行救援
重點一:用於救援的系統要乾淨,以避免其他的問題發生!!
重點二:一定要用官方所提到的系統版本,不要用其他版本!!
重點三:救援時請先克隆硬碟後用克隆的去做,千萬不要用原本的硬碟去做,這樣資料才不會因一次失敗就全部再見
有MCSE認証但不務正業的國際貿易打雜員工
其實版上有位P大
發表過不同NAS救援實錄
Newman.Chen wrote:
其實版上有位P大發表...(恕刪)


對~ 有有看過該文章! 分別測試了DSM、QTS和ADM在Linux下的救援!

因有網友對SHR的救援情況有疑慮, 所以我才做了3顆不同容量的硬碟去組成SHR後,再測試是否可同樣救援成功!
周未了找點事來做做…

試過了Qnap nas 的硬碟在Linux上無法順利掛載救援資料! ---> 原因是自身的功力太弱

試過了Synology nas 的硬碟,可在Ubuntu18.04上順利掛載並救援資料!

那今天就試試Asustor nas的硬碟是否可掛載並讀取資料!!

在Adm 4.2.6中用2個硬碟組Raid 1,安裝photo gallery3,手机上安裝Aifoto 3,並上傳照片測試一下A家的相簿好不好用!



手機相片上傳速度變快的,上傳後歸檔的速度也不錯~ 和去年初試用的感受對比有蠻大的進步。


完成後就把硬碟裝到上次用於Synology nas 硬碟救援的Ubuntu 18.04系統中… 很奇怪的是ubuntu開机後,系統竟然直接辨識出陣列來



什麼也不用做,直接掛載即可~



啥… 這實驗就這樣結束了!

我是模範生
試到ASUSTOR新版的ADM4.2.6了~相容性看起來很好
我也是繞了一大~~~圈,才試驗出來,非得用 ubuntu 18.04 才可以。

話說,搜尋關鍵字,越來越是個藝術了,我一開始,怎樣都沒有查到這篇解救文,我直接去搜尋掛載時,跑出的 superblock 錯誤,結果越陷越深,找不到解答。

* wrong fs type, bad option, bad superblock on /dev/ , missing codepage or helper program, or other error.
* can't read superblock on /dev/
現在掛載成功了,但是很多資料夾顯示個叉叉,沒有權限讀取,在猶豫,是要用非唯獨的方式掛載,然後 chmod 修改權限呢?還是有什麼其他方法。

更重要的是,不知道要用什麼關鍵字去搜尋....
pigtailleo wrote:
現在掛載成功了,但是...(恕刪)

我沒有遇到你的這種情況,我試了掛載Synology和Asustor的硬碟,在取得root權限後,除了重要的系統文件外,就連大部份的系統文件都可以讀取的! 使用者所儲存的資料是完全可存取沒有問題的。 或許你使用了一般用戶讓你的存取被限制! 可以試著用Ubuntu 18.04的Administrator帳戶去嚐試看看!

以下是掛載Asustor最新的的ADM 4.3.0RSB1所組成的Raid 5儲存集區,可見到使用者手机上傳的所有照片、圖片及影片都是可以被讀取的:


在掛載了系統分區後,雖也是唯讀模式,但除重要的文件無法讀取,一般的系統文件在存取上也是沒有問題:

哇!感謝這麼詳細的回答!

很少操作 ubuntu,所以使用上就是覺得阿砸,一邊弄,還要一邊試著回想幾年前的記憶.....

其實說出來怕被打,我大概看了一下,確定自己的硬碟們沒有壞、很健康,因此,知道掛載步驟之後,我就把唯獨的參數拿掉,索性 sudo chown chmod 把所有需要備份的資料夾都修改掉,這樣一來,鎖頭跟叉叉就都消失了
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!