![透過在 Ubuntu 中掛載 Synology RAID1 磁碟來復原檔案(掛載、mdadm 和 Losetup 問題)](https://rvso.com/image/770113/%E9%80%8F%E9%81%8E%E5%9C%A8%20Ubuntu%20%E4%B8%AD%E6%8E%9B%E8%BC%89%20Synology%20RAID1%20%E7%A3%81%E7%A2%9F%E4%BE%86%E5%BE%A9%E5%8E%9F%E6%AA%94%E6%A1%88%EF%BC%88%E6%8E%9B%E8%BC%89%E3%80%81mdadm%20%E5%92%8C%20Losetup%20%E5%95%8F%E9%A1%8C%EF%BC%89.png)
我正在使用 Synology RAID1 系統並刪除了尚未備份的檔案。要恢復文件,並且由於取消刪除方法似乎是不可能的,我的想法是在 Ubuntu 20.04 LTS 中安裝單一 RAID1 磁碟並蒐索它,但我遇到了一些麻煩。網路搜尋讓我找到了兩個相關的問答;但它們的日期較舊,在我的情況下不起作用。
從lsblk
:
sdb 8:16 0 5.5T 0 disk
├─sdb1 8:17 0 2.4G 0 part
├─sdb2 8:18 0 2G 0 part
├─sdb5 8:21 0 2.7T 0 part
└─sdb6 8:22 0 2.7T 0 part
嘗試1,通常的mount
嘗試:
通常mount
無法辨識檔案系統。
# mount /dev/sdb1 /mnt/test/
mount: /mnt/test: unknown filesystem type 'linux_raid_member'.
嘗試 2 使用mdadm
(參考號)
當嘗試應用第一個解決方案時,超級區塊似乎丟失了。
# mdadm --assemble --run /dev/md0 /dev/sdb1
mdadm: no recogniseable superblock on /dev/sdb1
mdadm: /dev/sdb1 has no superblock - assembly aborted
嘗試 3 使用losetup
(參考號)
然而,即使採用第二種解決方案,問題仍然存在。
# losetup /dev/loop18 /dev/sdb1 -o 1048576
# mount /dev/loop18 /mnt/test/
mount: /mnt/test: wrong fs type, bad option, bad superblock on
/dev/loop18, missing codepage or helper program, or other error.
總而言之,這表明我可能需要一些幫助。誰能提供我一個可行的解決方案?請注意,主要目標是恢復文件,不一定以特定方式恢復。
編輯
更多輸出:
# file -s /dev/sdb?
/dev/sdb1: Linux rev 1.0 ext4 filesystem data, UUID=ceb6a1e0-2bde-441f-97dc-db231fc51d41, volume name "1.41.12-1963" (extents) (large files) (huge files)
/dev/sdb2: Linux/i386 swap file (new style), version 1 (4K pages), size 524271 pages, no label, UUID=abbd2e2f-a7a4-4e5d-bd79-55908f8ff79d
/dev/sdb5: Linux Software RAID version 1.2 (1) UUID=a7c85951:8b8b7689:d4ad5498:e14c55d1 name=DiskStation:2 level=1 disks=2
/dev/sdb6: Linux Software RAID version 1.2 (1) UUID=69b042ac:84e2b185:501c0c3e: c12533 name=WOTAN:3 level=1 disks=2