Hetzner — Double disk failure

Question

[vectorg]

На днях пришло следующее неутешительное письмо от Hetzner:

«Dear Client,
unfortunately, a nearly simultaneous double disk failure in vHost 144 happend and destroyed the RAID5 data storage. Unfortunately your VPS with the IP *.*.*.* was also on this vHost. We have undertaken extensive rescue attempts, but could only recover parts. We moved all the data that could be copied to a new server and restarted your VPS. In case your vServer does not start any more, please restart your system and reinstall the VPS with the help of the rescue system and installimage. We regret this incident very much and we would like to apologize for the inconvenience. The probability that two hard drives fail in a vHost at the same time is very low.»

У меня мало опыта в администрировании *nix систем.
Сервер через Robot перезагрузил, безрезультатно.
По инструкции запустился с Rescue-system, но дальше зашел в тупик, т.к. не могу найти и подмонтировать предыдущую файловую систему.

Система, на которой работал сервер — CentOS x64 (nginx + mysql), бэкапов не было — самое обидное, что было почти все готово, для бэкапирования на dropbox, не успел доделать.
Содержимое /dev:


Какие мои дальнейшие шаги, чтобы попробовать восстановить утраченное?
Что делать с Hetzner и правомерны ли такие события?

Comments

[pcdesign]

А эти команды, что говорят:
cat /etc/fstab
fdisk -l
?
А так, конечно сочувствую. Неприятно.

Answer 1

[vectorg]

По результатам:
root@rescue ~ # mke2fs -n -S /dev/sda
mke2fs 1.41.12 (17-May-2010)
/dev/sda is entire device, not just one partition!
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
1310720 inodes, 5242880 blocks
262144 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
160 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000

Прошелся по всем супер-блокам командой e2fsck -b ### /dev/sda — безуспешно.

Есть еще какие-нибудь варианты?

Answer 2

[vectorg]

root@rescue ~ # cat /etc/fstab
dummy /dummy auto noauto 0 0
root@rescue ~ # fdisk -l

Disk /dev/sda: 21.5 GB, 21474836480 bytes
255 heads, 63 sectors/track, 2610 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sda doesn't contain a valid partition table

/dev/sda не монтируется

Comments

[pcdesign]

Убедитесь, что он точно не подмонтирован командой mount, на всякий случай.
А дальше видимо надо с помощью testdisk, e2fsck и fsck пытаться восстановить.

[vectorg]

testdisk не находит ни одного раздела, в т.ч. используя deeper search.

[pcdesign]

Попробуйте gpart

habrahabr.ru/post/117661/

[vectorg]

Безрезультатно :(

root@rescue ~ # gpart -if /dev/sda

Begin scan…
End scan.

Checking partitions…
Ok.

Guessed primary partition table:
Primary partition(1)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Primary partition(2)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Primary partition(3)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Primary partition(4)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

[pcdesign]

Да уж.

На мой взгляд, dd _rescue остается.
mtaalamu.ru/blog/admining/1336.html
smacker.fatal.ru/Soft/1170803292.shtml
Если есть удаленный ssh, то можно наверное через cat и ssh перегнать.
www.forensicswiki.org/wiki/Dd_rescue
И потом уже разбираться.

Answer 3

[sHaggY_caT]

Обязательно предварительно сделайте копию диска sda с помощью dd!
fsck в некоторых случаях делает необратимые изменения.

Comments

[vectorg]

некуда копию делать, к сожалению