Аппаратный рейд может представляться одним диском. Тогда вопреки логики может быть накатан и софтверный рейд. А вообще аппаратный не очень, ибо много траблов, мало пользы. Если один диск из рейда деградировал, то с софтверным все ясно и понятно, а вот с аппаратным не понятно как решать.
+1 за то, что это не очень-то полезно, но только, если это не сильно навороченная железка, для которой есть замена с той же версией фирмвари, если что.
Т.е. большинство простеньких хардварных рейдов не имеют заметных плюсов перед mdadm, а минусы есть.
Это просто означает, что у вас установлен пакет mdadm. Если созданных mdadm массивов там у вас нет, проверяться ничего не будет. Т.е. просто можно не обращать внимание.
Ну и к облаку сервер отношения не имеет, всё же, вероятно. =)
Это как раз ещё один минус железного RAID'a - система может не иметь представления о реальном состоянии дисков, ни от контроллера, ни SMART самих дисков... То ли дело mdadm - всё читаемо, доступно, понятно, стандартно.
avp dnepr,
./arcconf getconfig 1 pd | grep State
И смотрите в каком режиме работают диски.
Raw (Pass Through) , Ready, Online.
Если Raw, то вы железный рейд используете как удлинитель для sata интерфейсов.
Ready - это диски уже инициализированы и готовы для построения рейда.
Ну а если бы были Online, то у вам уже был бы виден логический диск