AFAIK это не имеет значения.
RAID - это уровень абстракции для физических дисков, он делает несколько дисков / разделов похожими на одно «блочное устройство» в файловую систему. Некоторые уровни RAID (включая RAID1 и RAID5) могут прозрачно обрабатывать отказы физических дисков: удалить диск, а для файловой системы это выглядит так, как будто ничего не изменилось.
Но файловая система работает поверх «блока» абстракции ". Использование RAID5 в качестве блочного устройства помогает справляться с физическими отказами диска, но ничего не делает для самой файловой системы, поэтому риск повреждения файловой системы остается неизменным.
Блоки RAID (mdadm «chunks» с размер по умолчанию 64kB) отличаются от блоков файловой системы (размер по умолчанию ext4 4kB) и предназначены для обнаружения различного рода коррупции.
RAID5 работает, разбивая данные из файловой системы и записывая один кусок на каждый из дисков N-1 и контрольную сумму на N-й диск. RAID5 предназначен для обнаружения «поврежденных данных» в смысле плохих секторов, и в этом случае оригинал может быть восстановлен из контрольной суммы и оставшихся хороших фрагментов N-2.
Но если FS обновляет метаданные и умирает до того, как у него будет время для записи файлов, файловая система может быть повреждена, если RAID не будет мудрее: то, что было записано на диск, совпадает с тем, что читается назад с диска, о чем свидетельствует сопоставление контрольных сумм. RAID не может знать, что важные детали отсутствуют с точки зрения приложения более высокого уровня.
См. Эту статью (pdf) для примеров коррупции, которая не обнаруживается RAID. В контексте коррупции файловой системы я думаю, что «рваные записи» (только некоторые из данных, которые должны были быть написаны на самом деле) особенно актуальны.