Как сделать автоматическую проверку файловой системы для Linux Software Raid?

В рейде Linux Software, что является лучшим методом для периодической проверки файловых систем? С одним приводом или аппаратным рейдом, tune2fs -c 5 -i 1w /dev/sda1 означает проверять файловую систему каждые 5 монтирований или если с момента последнего монтирования прошла неделя или более.

Но в mdadm land есть как минимум три устройства, которые можно проверить четырьмя способами:

1. проверка эха> / sys / block / md0 / md / sync_action
2. tune2fs -c 5 -i 1w / dev / md0
3. tune2fs -c 5 -l 1w / dev / sdal
4. tune2fs -c 5 -l 1w / dev / sdb1

Я думаю, что я хочу только автоматически делать #1 и #2. Никогда не проверяйте физические диски напрямую. man md говорит, что не всегда ненормально для физических дисков иметь разные данные, потому что иногда это не имеет значения.

Хорошая практика заключается в том, чтобы в первые 90 дней несколько раз подвергать жестким деталям жесткий диск. Целью является не обязательно тест файловой системы, но и аппаратный стресс-тест, следовательно, e2fsck -v -f -c -c -D -C 0 /dev/md1, Этот ручной запуск принудительной проверки fs считывает и записывает весь fs и упорядочивает его в алфавитном порядке при выводе подробного вывода в stdout. MD достаточно умен, чтобы настроить RAID на разные жесткие диски, но достаточно ли умен, чтобы управлять списком плохих блоков отдельно для каждого элемента диска? Будет ли выполнение вышеупомянутого e2fsck при программном наборе raid /dev/md0 помечать сбойные блоки на обоих дисках, даже если сбойный блок существует только на одном диске?

Должны ли диски-участники ( /dev/sdX) иметь те же или разные идентификаторы UUID, что и диск RAID ( /dev/mdY)? Если то же самое, легко найти всех участников набора рейда. Но если то же самое, e2fsck на основе tune2fs регистрируется как для физических дисков-участников, так и для программного рейда.