Что делает “md, оценивают mismatch_count” количество?

Начиная с обновления до 11,04 я пытался получить свои 5 дисков массив RAID5 назад онлайн. Массив был первоначально разделен в два, я пытался использовать создать команду с принятием чистой опции вернуть его в единый массив. Я думаю, что это принесло больше вреда, чем пользы, потому что mdadm значение по умолчанию должно теперь использовать 1,2, а не 0,90 формата метаданных, которым я верю, заставил метаданные быть записанными по некоторым моим данным. Это принесло в сомнение диск, приказав, чтобы я думал, что массив должен иметь, поскольку этот порядок не приведет к монтируемому диску, таким образом, я использовал сценарий для тестирования каждого возможного упорядочивания этих пяти дисков и ни одного из них смонтированный, я затем попробовал тот же процесс только вместо того, чтобы монтировать, что я выполнил xfs_check и затем предназначенный xfs_repair (с-n опцией предотвратить любые фактические редактирования).

Все это достало меня к довольно небольшой коллекции структур диска, но я очевидно только заставляю одно изменение пробовать xfs_repair, и данные далеки к большому для попытки резервного копирования, таким образом, я думал, выполняя массив, проверка четности будет хорошей идеей, я начал с двумя дисковыми упорядочиваниями массива, я думал, скорее всего, чтобы быть корректным, осуществил проверку, и как оказалось, они оба имели точно 8 для mismatch_count, и те 8 были обнаружены почти немедленно. Как это возможно? Два дисковых упорядочивания очень отличаются (acbde по сравнению с adcbe)... это, возможный дисковый порядок не будет иметь никакого эффекта на проверку четности? Только на фактических базовых данных? Раз так могло бы быть разумно попытаться выполнить восстановление на массиве от одной из этих разметок и затем перепроверить файловую систему, чтобы видеть, может ли это теперь смонтироваться..., но я не решаюсь делать так, поскольку это был бы первый шаг, который я сделал, который намеренно пишет больше, чем метаданные к дискам.