Восстановление данных после форматирования системного раздела и установки OS

Вчера DS212j словил вирус, я зашел на форум, почитал методики лечения, два раза взгляд зацепился за фразу "данные остались целыми", поэтому бекап делать не стал, да и торопился очень... Обновил OS и здравствуй жопа новый год, весь архив фотографий включая самое ценное - все до одной фотографии ребёнка - коту под хвост.

Диск был Basic.

Подключил к десктопу, выглядит странно

http://i062.radikal.ru/1403/6c/c8dc36c8e1b0.png

Попробовал R-Studio

HarddiskVolume5 похоже на то, что там было до перестановки OS, но R-Studio при попытке с ним хоть что-то сделать зависает надолго, а потом плюётся ошибками

http://s020.radikal.ru/i712/1403/97/33aa7f458632.png

Вопросы знатокам:

1. Что-нибудь ещё можно сделать самому? Какими программами потестить, какой алгоритм поиска файлов?

2. Вообще в такой ситуации реально данные восстановить или можно с ними прощаться?

3. Есть ли смысл обращаться в службу поддержки synology или на такие случаи поддержка не распространяется?

Мужики, выручайте, жена не переживёт пропажи всех детских фоток ((

http://www.synology.com/ru-ru/support/faq/579

Для начала.

http://www.synology.com/ru-ru/support/faq/579

Для начала.

Если делать по инструкции, то mdadm пишет "No Arrays found in config or automatically"

Если просто примонтировать самый большой раздел с диска, то ошибка, а в dmesg ошибки типа uncovered read error - autoreallocate failed и Buffer I/O Error on device sda3

Когда указываю ext4 как ФС пишет что не может там такую найти.

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes

255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x00057a36

Device Boot Start End Blocks Id System

/dev/sda1 256 4980735 2490240 fd Linux raid autodetect

/dev/sda2 4980736 9175039 2097152 fd Linux raid autodetect

/dev/sda3 9437184 3907024064 1948793440+ fd Linux raid autodetect

Раздел со свежеустановленной OS монтируется нормально.

Куда можно покопать дальше?

Странно, что R-studio не находит файлов у вас.

Может попробовать другое утилиты восстановления?

Странно, что R-studio не находит файлов у вас.

Может попробовать другое утилиты восстановления?

R-studio в итоге сдался, просканировал диск, нашёл кучу файлов, при попытке их показать валится с ошибкой памяти.

При попытке восстановления он все файлы валит в одну кучу, названия файлов заменяет цифрами, структуру каталогов не восстановил - он так и должен работать или таки он всё в исходном виде восстанавливать может?

Сейчас из под ubuntu проверяю на badblocks - нашел 140 в самом начале диска. Стоит их лечить или лучше ничего не трогать? Если лечить, то чем?

Удалось по инструкции собрать raid, но там только информация из второго диска, на котором ничего изначально не стерлось, первый затёртый отсутствует полностью (

[ 1314.307890] md: md3 stopped.

[ 1314.308472] md: bind<sdb3>

[ 1314.349400] md: raid1 personality registered for level 1

[ 1314.352988] md/raid1:md3: active with 1 out of 1 mirrors

[ 1314.353009] md3: detected capacity change from 0 to 1495466246144

[ 1314.359213] md3: unknown partition table

[ 1314.518956] device-mapper: table: 252:0: linear: dm-linear: Device lookup failed

[ 1314.518961] device-mapper: ioctl: error adding target to table

[ 1314.548899] device-mapper: table: 252:1: linear: dm-linear: Device lookup failed

[ 1314.548903] device-mapper: ioctl: error adding target to table

[ 1314.574883] bio: create slab <bio-2> at 2

[ 1337.011288] EXT4-fs (dm-1): warning: maximal mount count reached, running e2fsck is recommended

[ 1337.013262] EXT4-fs (dm-1): recovery complete

[ 1337.037639] EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: (null)

root@ubuntu:~# mount /dev/sda3 /tmp/1

[ 1640.626077] EXT3-fs (sda3): error: can't find ext3 filesystem on dev sda3.

[ 1640.626222] EXT4-fs (sda3): VFS: Can't find ext4 filesystem

[ 1640.626366] FAT-fs (sda3): bogus number of reserved sectors

[ 1640.626368] FAT-fs (sda3): Can't find a valid FAT filesystem

[ 1640.626997] SQUASHFS error: Can't find a SQUASHFS superblock on sda3

root@ubuntu:~# fsck.ext4 /dev/sda3

e2fsck 1.42 (29-Nov-2011)

fsck.ext4: Superblock invalid, trying backup blocks...

fsck.ext4: Bad magic number in super-block while trying to open /dev/sda3

The superblock could not be read or does not describe a correct ext2

filesystem. If the device is valid and it really contains an ext2

filesystem (and not swap or ufs or something else), then the superblock

is corrupt, and you might try running e2fsck with an alternate superblock:

e2fsck -b 8193 <device>

если на первом 140 бедов, то наверное и не подключите его к массиву.

R-studio бывает что и цифрами восстанавливает когда убита файловая система. Ему просто неоткуда взять название файлов.

если на первом 140 бедов, то наверное и не подключите его к массиву.

R-studio бывает что и цифрами восстанавливает когда убита файловая система. Ему просто неоткуда взять название файлов.

Файловую систему да, никто не видит там (( Сейчас ещё testdisk попробую, только образ скопирую куда-нибудь.

А это вообще нормально, что форматирование одного раздела убило информацию о другом? Я пытаюсь понять, причина - это перестановка ОС или беды или всё вместе.

При Бэдах такое может быть.

Файловую систему да, никто не видит там (( Сейчас ещё testdisk попробую, только образ скопирую куда-нибудь.

А это вообще нормально, что форматирование одного раздела убило информацию о другом? Я пытаюсь понять, причина - это перестановка ОС или беды или всё вместе.

удалось восстановить инфу?