Сервис не проверяет, есть ли в системе software raid. Если его нет, то, очевидно, запускать service mdadm смысла нет.
Если пакет mdadm установлен -- то попытка поднять массивы сперва будет предпринята с его помощью, насколько понимаю. Следовательно, можно ориентироваться на наличие в /proc/mdstat "^md[0-9 ]+: ", а заодно проверить наличие этого самого mdstat аналогично /etc/rc.d/scripts/raidstart
Во-первых, mdadm запускается сервисом не с ключом --examine, а с ключом --monitor. Во-вторых, от его запуска не будет вреда, даже если ему нечего делать. Более того, если бы авторы mdadm считали, что mdadm при отсутствии записей в /proc/mdstat не нужен, они бы добавили аварийное завершение, но они этого делать не стали(?) (это в-третьих). Наоборот, mdadm может понадобиться, когда/если RAID будет собран уже после его запуска (это в-четвёртых). В-пятых, если нет /proc/mdstat, то зачем вообще устанавливать пакет mdadm и включать сервис mdadm? На основе всего вышесказанного предлагаю считать данную багу фичей. :)
1. Summary поправлен. 2. Будучи запущенным, mdadm потребляет ресурсы. Раньше у него были проблемы с утечкой памяти. 3. Что считают авторы, можно узнать, спросив их об этом. 4. В этом случае mdadm можно запустить вручную. 5. Удобно устанавливать mdadm на случай, если возникнет необходимость работать с md*. Например, в инсталяторе удобно установить mdadm. 6. В таком случае в инсталяторе придётся cделать "chkconfig mdadm off".
В Инкоминг отправлена сборка 2.6.1-alt3 с исправлением сервисного сценария: 1) добавлена функция need_start, проверяющая необходимость запуска при вызове с ключом "start", 2) добавлен ключ "forcestart". В качестве защиты от утечек, если она представляется актуальной, готов в следующую сборку включить /etc/cron.daily/mdadm с командой "service mdadm restart".
Fixed in mdadm-2.6.1-alt3.1