mdadm автоматически удаляет диск из массива

Question 1

Я успешно настроил набег 1 массив с mdadm. Оба диска имеют раздел набега и uefi раздел с установленным GRUB.

Когда я выполняю "кошку/proc/mdstat", у меня есть рабочий массив с 2x UU.

Однако моего массива не стало, когда я делаю следующее:

разъедините sata sda и силовой кабель
Начальная загрузка ухудшается с sdb, завершением работы
Затем соедините sda снова, разъедините sdb
Начальная загрузка ухудшается с sda, завершением работы
соедините оба диска снова и выполните кошку/proc/mdstat

закончитесь = массив, который уводят:

md0 : active raid1 sdb2[1]
      3905908736 blocks super 1.2 [2/1] [_U]
      bitmap: 11/30 pages [44KB], 65536KB chunk

Я сделал это дважды, и я сыт по горло этим поведением. В этой точке я должен воссоздать массив и повторно добавить sda. Но восстановление массива берет возрасты начиная с него, диски на 4 ТБ.

Maby, который что-то важное, которое я должен упомянуть, - то, что только один диск загружается (sda) правильно в ухудшенном режиме. Другой один (sdb) загружается в чрезвычайном режиме. Но я выяснил, как зафиксировать это. Проблема находится в/etc/fstab файле.

UUID=64C3-7807  /boot/efi       vfat    umask=0077      0       1

Это указывает на UUID sda. Я могу обычно загружать sdb при изменении UUID в fstab файле. Возможно, я могу поместить оба диска в fstab?

Таким образом, что происходит здесь? Или существует ли способ повторно добавить sda быстро?

Question 2

разъедините sata sda и силовой кабель

Начальная загрузка ухудшается с sdb, завершением работы

Затем соедините sda снова, разъедините sdb

Начальная загрузка ухудшается с sda, завершением работы

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

Linux не имеет никакого способа знать, какой диск корректен, таким образом, необходимо вручную добавить диск выстроить. Могло случиться так, что один диск на самом деле перестал работать, но Вам удалось загрузиться от него, поскольку ошибка далека от области, используемой системными файлами. Это может иметь новейшую подпись, все же иметь отказ.

Или это может быть наоборот. Это не должно быть автоматизировано - который рискует перезаписывать данные, которые Вы хотите сохранить.

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

Поскольку md является протоколом слоя блока, он должен записать все от одного диска до другого, чтобы гарантировать, что содержание действительно равно. Если Вы хотите более высокий уровень (например, уровень файловой системы) дублирование, можно взглянуть на btrfs или zfs, который у обоих есть расширенные функции в этом направлении.

Так или иначе это походит на x-y проблему, таким образом, мне немного любопытно относительно того, почему Вы даже хотите, чтобы это работало - потому что я не думаю, что RAID предназначен для решения безотносительно проблемы, которую Вы пытаетесь решить.

vidarlo · Accepted Answer · 27 October 2019 в 02:34