![通过在 Ubuntu 中安装 Synology RAID1 磁盘恢复文件(安装、mdadm 和 losetup 问题)](https://linux22.com/image/770113/%E9%80%9A%E8%BF%87%E5%9C%A8%20Ubuntu%20%E4%B8%AD%E5%AE%89%E8%A3%85%20Synology%20RAID1%20%E7%A3%81%E7%9B%98%E6%81%A2%E5%A4%8D%E6%96%87%E4%BB%B6%EF%BC%88%E5%AE%89%E8%A3%85%E3%80%81mdadm%20%E5%92%8C%20losetup%20%E9%97%AE%E9%A2%98%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