![Восстановление файла путем монтирования диска Synology RAID1 в Ubuntu (проблемы монтирования, mdadm и losetup)](https://rvso.com/image/770113/%D0%92%D0%BE%D1%81%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5%20%D1%84%D0%B0%D0%B9%D0%BB%D0%B0%20%D0%BF%D1%83%D1%82%D0%B5%D0%BC%20%D0%BC%D0%BE%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F%20%D0%B4%D0%B8%D1%81%D0%BA%D0%B0%20Synology%20RAID1%20%D0%B2%20Ubuntu%20(%D0%BF%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D1%8B%20%D0%BC%D0%BE%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F%2C%20mdadm%20%D0%B8%20losetup).png)
Я работаю с системой Synology RAID1 и удалил файл, который еще не был зарезервирован. Чтобы восстановить файл, и посколькуподход к восстановлению кажется невозможным, моя идея заключается в том, чтобы смонтировать один диск RAID1 в Ubuntu 20.04 LTS и выполнить его поиск, но у меня возникли некоторые проблемы с этим. Поиск в Интернете привел меня к двум связанным вопросам и ответам здесь; они, однако, более старые и не сработали в моем случае.
От 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