Как иметь автоматические проверки файловой системы на Набег программного обеспечения Linux?

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

Но на земле mdadm, существуют, по крайней мере три устройства, которые могли быть проверены четырьмя способами:

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. Эта вручную осуществленная принудительная проверка фс читает и пишет всю фс и заказывает его в алфавитном порядке при печати подробного вывода к stdout. md достаточно умен установить RAID через разрозненные жесткие диски, но действительно ли достаточно умно управлять списком badblocks отдельно для каждого участника диска? Был бы, делая вышеупомянутое e2fsck на метку/dev/md0 набега программного обеспечения badblocks на обоих дисках даже при том, что badblock существует всего на одном диске?

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