mdadm raid сломан - пожалуйста, дайте мне совет

mdadm raid сломан - пожалуйста, дайте мне совет

Я создал такой массив mdadam raid в KDE Neon,

sudo mdadm --create --verbose /dev/md0 --level=0 --raid-devices=3 /dev/sdf /dev/sdg /dev/sdh

Я смотрю в gparted и удивляюсь, что sdg и sdh имеют раздел с файловой системой linux linux-raid. Но sdf не имеет никакого раздела.

Я также создал второй рейд-массив, поэтому у меня было следующее:

/dev/md0
/dev/md1

Это данные, которые мне совершенно не нужны, поскольку это на 100% резервный диск, но мне нужно создать стабильное место для резервного копирования моих данных.

Примерно через день я перезагрузил машину и в итоге на ней оказалось два RAID-массива (для просмотра я использую Webmin),

/dev/md126
/dev/md127

Ни один из них не является легитимным, поскольку оба не показывают никаких устройств в массиве. Плюс я создал md0 и md1, а не md126 и md127.

Когда я запускаю эти команды,

sudo mdadm --examine /dev/md126
sudo mdadm --examine /dev/md127

Я не получаю никакого результата.

Я пересоздал md0 и md1, но теперь при попытке монтирования

sudo mount /dev/md0 /media/petermc/Security

Я понял,

mount: /media/petermc/Security: wrong fs type, bad option, bad superblock on /dev/md0, missing codepage or helper program, or other error.

Этот,

sudo mdadm --examine /dev/md0
sudo mdadm --examine /dev/md1

Возврат,

mdadm: No md superblock detected on /dev/md0
mdadm: No md superblock detected on /dev/md1

Единственное, что мне сейчас приходит в голову и что важно, так это то, что эти диски в основном внешние, плюс я переключил один из дисков в другой USB-порт.

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

решение1

Я собрал информацию из Google и сделал настройку ниже на виртуальной машине против свежего KDE neon. Впоследствии я применил это к своему серверу, и пока что с хорошими результатами.

При тестировании в виртуальной машине у меня возникли некоторые проблемы с загрузкой, поэтому пришлось пересмотреть настройки, пока это не было решено. Проще говоря, проблемы, которые у меня были выше, были связаны с тем, что я пропустил некоторые важные части настройки. Наиболее заметным из которых является update-initramfs.

Моя информация основана на этом с изменениями, необходимыми для работы с KDE neon,

https://www.tecmint.com/create-raid0-in-linux/

После чистой установки KDE Neon я создал 3 диска: sdb, sdc, sdd.

Во-первых, нужно создать разделы,

например, повторите следующее на каждом диске

fdisk /dev/sdb

n (new partition)
P (Primary)
1 (number 1)
Enter (default value)
P (print)

L list
t chose the partition
fd (linux raid auto)
P (print)
w (write)

Создайте рейдовый массив,

mdadm -C /dev/md0 -l raid0 -n 3 /dev/sdb /dev/sdc /dev/sdd

Проверь это,

cat /proc/mdstat
mdadm --detail /dev/md0

Создать файловую систему,

mkfs.ext4 /dev/md0

Смонтируйте его,

mkdir /mnt/raid0
mount /dev/md0 /mnt/raid0/

Проверьте точку монтирования,

df -h

Добавьте файл в файловую систему, чтобы проверить его работоспособность.

touch /mnt/raid0/tecmint.txt
echo "Hi everyone how you doing ?" > /mnt/raid0/tecmint.txt
cat /mnt/raid0/tecmint.txt
ls -l /mnt/raid0/

Добавьте запись в fstab для монтирования после загрузки

nano /etc/fstab

Запись в fstab, я создал ее вот так, но при загрузке получаю ошибку, чтозначения по умолчаниюнедопустимый вариант,

/dev/md0                /mnt/raid0              ext4    defaults         0 0

Это то, что сработало для меня, основываясь на чтении страниц руководства. Это эквивалентнозначения по умолчанию. Но по какой-то причинезначения по умолчаниюне сработало,

/dev/md0                /mnt/raid0              ext4 rw,suid,dev,exec,auto,nouser,async 0 0

Проверьте крепление,

mount -av

Запишите конфигурацию raid в файл конфигурации mdadm (эта часть также отличается от приведенной выше ссылки, для этого мне пришлось переключиться на root, и папка другая),

sudo -i
sudo mdadm --detail --scan >> /etc/mdadm/mdadm.conf

Вот тогда у меня и начались странные вещи при загрузке. RAID-массив /dev/md0 не был найден при загрузке, что вызывало задержки загрузки при попытке инициализации. После загрузки он начал отображаться как /dev/md126 (что я и видел в своей первоначальной настройке, упомянутой в моем вопросе).

Эта частьключевойчтобы избежать этого,

sudo update-initramfs -u

Это описано здесьhttps://ubuntuforums.org/showthread.php?t=1764861

Как только я это сделал, процесс загрузки прошел правильно. Рейд запускается как /dev/md0 и монтирование работает. Все хорошо.

Связанный контент