1

Доброго времени суток. Случилась беда, один из жёстких дисков, объединённых в RAID1 полетел. Постановил новый, решил скопировать таблицу разделов на новый диск, но неправильно ввёл команду и в результате рабочий диск с данными оказался без разделов! Попробовал testdisk, но он выдаёт что видит только md0 (что соответствует sdb1) и больше ничего. Хотел попробовать разметить диск по новой, к счастью сохранился вывод fdisk -l:

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048   257730794   128864373+  fd  Linux raid autodetect
/dev/sdb2       257734638   290481718    16373540+   5  Extended
Partition 2 does not start on physical sector boundary.
/dev/sdb5       257734656   290487329    16376337   fd  Linux raid autodetect
/dev/sdb6       290490368  4585449014  2147479323+  fd  Linux raid autodetect

Но почему-то он не даёт мне разметить именно в данных границах. Что можно ещё сделать?

2 (2015-07-02 09:56:23 отредактировано Master X)

Acronis Disk Director тебе в помощь.

Не забываем нажимать "СПАСИБО" -Вам лень нажать -мне Лень помочь wink
Mageia/distrib/9/x86_64/  Кеды и всё что с ними так или иначе связано smile

3

полетевший винт сильно полетел? может еще с него попробовать спасти данные?

Mageia 5, x64, Mate on Lenovo Z510/Y510

4

Master X⇓ пишет:

Acronis Disk Director тебе в помощь.

К серверу нет физического доступа. Есть только возможность загружать операционку для восстановления (основана на Debian)

Vorlock⇓ пишет:

полетевший винт сильно полетел? может еще с него попробовать спасти данные?

В дата-центре говорят что он даже не запускается

5 (2015-07-02 10:43:27 отредактировано Vorlock)

напрашивается логичный вопрос - бэкапы?

Mageia 5, x64, Mate on Lenovo Z510/Y510

6

Vorlock⇓ пишет:

напрашивается логичный вопрос - бэкапы?

И как всегда их нет(( Была глупая надежда на RAID1.

7

ууу, к сожалению это горькая наука, но надеюсь впредь вы озаботитесь сим вопросом, тем более сложного ничего там нет.

Mageia 5, x64, Mate on Lenovo Z510/Y510

8

Это да, но почему же не получается никак создать разделы именно нужного размера?

9

neket89, как именно создаёте, что не получается?

10

Может быть Вам поможет ОС OpenSuse 11.2? Там есть набор утилит где в том числе есть функция восстановления потерянных разделов...

11 (2015-07-05 09:10:28 отредактировано neket89)

В общем ситуация следующая. Немного запутано, постараюсь объяснить. До сбоя всё было вот так:
1 HDD Seagete 3 Тб - sda
2 HDD Seagate 3 Тб - sdb

Первый жёсткий диск вылетел. Вместо него мне воткнули другой, получилось:
1 HDD WD 3 Тб - sda (пустой)
2 HDD Seagate 3 Тб - sdb (данные)

Я попытался со второго диска скопировать таблицу разделов на первый, но перепутал команду... и получилось наоборот. В результате на втором диске с данными пропала таблица разделов.

Я попросил подключил мне старый HDD в качестве третьего, получилось так:
1 HDD WD 3 Тб - sda
2 HDD Seagate 3 Тб - sdb
3 HDD Seagate 3 Тб - sdc (старый sda)

Я клонировал через dd третий диск на первый. После этого перезапустил систему и сейчас у меня всё работает, но(!) все данные от 28 января 2015. Видимо диск из RAID вылетел полгода назад.

Далее я через dd скопировал MBR с первого диска на второй. В результате команада fdisk /dev/sdb -l выдаёт:

Disk /dev/sdb: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders, всего 5860533168 секторов
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x000530ff

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sdb1   *        2048   257730794   128864373+  fd  Автоопределение Linux raid
/dev/sdb2       257734638   290481718    16373540+   5  Расширенный
Partition 2 does not start on physical sector boundary.
/dev/sdb5       257734656   290487329    16376337   fd  Автоопределение Linux raid
/dev/sdb6       290490368  4585449014  2147479323+  fd  Автоопределение Linux raid

То есть всё как должно быть)) Вот только в папке /dev этот диск так и не отображается. Но у меня есть большие подозрения что после перезагрузки он там будет. Вот только я боюсь что, поскольку это RAID, после перезагрузки диски начнут синхронизироваться и я потеряю данные со второго диска.

Пробую вводить команду mdadm /dev/md0 --remove -f /dev/sdb1 или mdadm --manage /dev/md0 --fail /dev/sdb1, вывод:

mdadm: set device faulty failed for /dev/sdb1:  No such device

Можно ли как-то убедиться что после перезагрузки не произойдёт синхронизации?

Вывод команды cat /proc/mdstat:

Personalities : [raid1]
md2 : active raid1 sda6[0]
      2147478163 blocks super 1.2 [2/1] [U_]

md1 : active (auto-read-only) raid1 sda5[0]
      16375241 blocks super 1.2 [2/1] [U_]

md0 : active raid1 sda1[0]
      128864256 blocks [2/1] [U_]

unused devices: <none>

Вывод команды mdadm --detail /dev/md0:

/dev/md0:
        Version : 0.90
  Creation Time : Mon Jan 14 17:01:11 2013
     Raid Level : raid1
     Array Size : 128864256 (122.89 GiB 131.96 GB)
  Used Dev Size : 128864256 (122.89 GiB 131.96 GB)
   Raid Devices : 2
  Total Devices : 1
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Sun Jul  5 10:07:54 2015
          State : clean, degraded
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0

           UUID : de7c625f:6a44aac0:04894333:532a878b
         Events : 0.111062

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       0        0        1      removed

md1 и md2 аналогичны

12

На сколько я знаю синхронизация в автомате не стартует. По крайней мере у меня когда вылетал диск с массива такого не было.

Но я делал не много по другому. Когда один диск помер, я удалил его из массива. Добавил жеский и загнал его снова. Птом скопировал таблицу разделов и вручную запустил синхронизацию.

З.Ы. Действуйте на свой страх и рис.

MXLinux 19.3 - xfce
Чем больше я работаю админом, тем больше понимаю,
насколько волшебна фраза - "Нет технической возможности!"

==============================================

13

Заглянул в /etc/mdadm.conf. Там есть строчка:

DEVICES /dev/sda1  /dev/sdb1  /dev/sda5  /dev/sdb5  /dev/sda6  /dev/sdb6

Что будет если я удалю все упоминания о sdb?

14

neket89,

Предварительно, необходимо /dev/sda выбросить из RAID а, это делается так:

    mdadm /dev/md0 --remove /dev/sda1
    mdadm /dev/md1 --remove /dev/sda2
    mdadm /dev/md2 --remove /dev/sda3

Если RAID откажется выбрасывать раздел, то стоит заюзать флаг -f:

        mdadm /dev/md0 --remove -f /dev/sda1
        mdadm /dev/md1 --remove -f /dev/sda2
        mdadm /dev/md2 --remove -f /dev/sda3

MXLinux 19.3 - xfce
Чем больше я работаю админом, тем больше понимаю,
насколько волшебна фраза - "Нет технической возможности!"

==============================================

15

Я не могу этого сделать, поскольку у меня сейчас нет устройств, которые я хочу выбросить. Поэтому эти команды выдают ошибку. А вот после перезагрузки они появятся и я боюсь что начнётся синхронизация.

16

начнут, raid ведь аппаратный.

Mageia 5, x64, Mate on Lenovo Z510/Y510

17 (2015-07-06 06:10:16 отредактировано neket89)

Нет, RAID программный. Перезапустил, синхронизация не началась. Создал деградированный RAID, затем раздел с данными (sdb6) примонтировал, всё читается. А вот раздел с системой (sdb1) не монтируется, пишет неизвестный тип файловой системы. В обоих разделах указан тип fd. Как быть?