Тестирование рейдового массива / работает ли мой рейд mdadm? [дубликат]

Возможный дубликат:
MDADM Superblock Recovery

Это может быть я очень глуп, но я не понимаю Это! Я новичок в конфигурации рейда mdadm, и моя конфигурация системы выглядит следующим образом:

• 1 * ATA Drive (изначально / dev / sda) с Ubuntu на нем
• Затем я купил 2 * SATA 2 ТБ (размер соответствует), которые Я хочу отразить / dev / sdb & / dev / sdc

Затем я (используя только sdb и sdc ..)

• Подтвердил существование жестких дисков с помощью lshw -C disk
• Разбил их с помощью fsdisk (один большой раздел ext3 2 ГБ каждый)
• Выполнение: mdadm --create / dev / md0 --level = raid1 --raid-devices = 2 / dev / sdb1 / dev / sdc1
• Подождите 7 часов для / proc / mdstat чтобы сказать, что массив активен
• Отформатируйте / dev / mb0, используя раздел ext3
• Выполните: mdadm --examine --scan >> /etc/mdadm/mdadm.conf
• смонтируйте его вручную и когда что сработало, добавьте в / etc / fstab: / dev / md0 / var / samba_share / raid / ext3
• Перезагрузитесь, и он монтируется правильно - так что все кажутся довольными

НО мои вопросы:

1. Затем я выключил систему - отключил один из дисков и снова запустил. Система отказалась загружаться из-за того, что не может смонтировать / dev / md0.Почему? Это рейдовый массив, и он наверняка должен был загрузиться с оставшегося диска (если я снова подключу его - мы выключены и работаем - если я этого не сделаю, я тоже не смогу смонтировать / dev / md0 сам)

2. На каком-то этапе - Ubuntu решила переименовать мои диски, любой мой оригинальный диск ATA теперь / dev / sdc, в то время как новые диски - / dev / sda и / dev / sdb - это, похоже, ничего не ломает, но меня сильно смущает ....

3. Если (1) - нормальное поведение - как бы я от него избавился, если бы это было на самом деле? Я предпочитаю не пробовать маршрут --remove --add просто для удовольствия, так как с этими дисками для синхронизации требуется 7 часов

Спасибо за любой совет!

- Пояснение к комментариям Джайлза :

«вы должны использовать UUID файловой системы, метки файловой системы или метки LVM и никогда / dev / sd * для обозначения дисков». - Означает ли это, что я сделал что-то не так?

/boot/grub/grub.cfg (это большой файл, поэтому я извлек фрагмент, который, по моему мнению, может иметь отношение к делу - сообщите мне, если вы нужно больше:

menuentry "Проверка памяти (memtest86 +)" { insmod ext2 set root = '(hd0,1)' search --no-floppy - fs-uuid --set 41e1c8ad-df5e-4c49-b253-0831cc0a6ec8 linux16 /memtest86+.bin } menuentry «Тест памяти (memtest86 +, последовательная консоль 115200)» {{ {1}} insmod ext2 set root = '(hd0,1)' search --no-floppy --fs-uuid --set 41e1c8ad-df5e-4c49-b253-0831cc0a6ec8 { {1}} linux16 / memtest86 +.bin console = ttyS0,115200n8

/ etc / fstab

proc / proc proc nodev, noexec, nosuid 0 0 / dev / mapper / mediaserver-root / ext4 errors = remount-ro 0 1 UUID = 41e1c8ad-df5e-4c49-b253-0831cc0a6ec8 / boot ext2 по умолчанию 0 2 / dev / mapper / mediaserver-swap_1 none swap swap 0 0 / dev / md0 / var / samba_share / raid / ext3

mdadm -D / dev / md [0-9] *

/ dev / md0: Версия: 00.90 Создание Время: вторник, 17 мая, 14:51:40 2011 Уровень рейда: raid1 Размер массива: 1953511936 (1863,01 ГиБ, 2000,40 ГБ) Используемый размер Dev: 1953511936 (1863,01 ГиБ, 2000,40 ГБ) ) Raid Devices: 2 Total Devices: 2 Preferred Minor: 0 Persistence: Superblock is persistent

Update Time : Tue May 17 23:30:33 2011
      State : clean

Active Devices: 2 Рабочие устройства: 2 Неисправные устройства: 0 Запасные устройства: 0

       UUID : cf48dce3:ad034531:1fe5419e:fb5a4d56 (local to host mediaserver.debeer.net)
     Events : 0.34

Number   Major   Minor   RaidDevice State
   0       8       17        0      active sync   /dev/sdb1
   1       8       33        1      active sync   /dev/sdc1