а там, скорее всего, в mdadm.conf прописано было нормально при инсталляции.
если этого не видно, то mdadm где-нибудь в initrd запрятан.
еще раз : массивы с отсутствующими дисками специально под другими именами добавляются. если все собрать нормально, то появились бы по порядку md3 и md4
Про переименование в mdadm я говорил /ru/forum/comment/9335332. Причем, я другой синтаксис в mdadm.conf предлагал.
Dimanych, ну значит не нужно спрашивать почему raid-ы сломанные. сломанные по задумке. я так подозреваю, что и после перезагрузки у вас снова будет неудобный номер md.
На самих дисках есть метаинформация, по которой "собираются" массивы. файл mdadm.conf в принципе даже и не нужен для работы. Но вообще-то в нем можно указать под видом какого устройства должен быть виден конкретный массив
как то так :
ARRAY /dev/md4 level=raid1 num-devices=2 UUID=d11d9a42:aaaaa:bbbbbb:ccccccc
netwind добавил 20.08.2011 в 23:19
как тут уже пытались донести, прочерк означает отсутствующий диск. значит сломанные.
так они у тебя "сломанные". добавь диски и еще раз перегрузись. может даже будет md3 и md4.
вообще, сейчас в fstab прописывают uuid устройства. это позволяет в любом порядке втыкать диски не заботясь о том соберется ли raid и в каком порядке. поставь убунту - она тебя научит всему новому.
madoff, насчет серьезности - все под вопросом. Я же не занимался проверкой терпения сетевых администраторов, а только посылал небольшое число подделанных пакетов. Они могут обратить внимание большой нетипичный трафик.
Я так понял, что ты вообще не смог управлять на своем smartctl параметрами для управления ошибками. Старые версии их не видят. Вот и советую обновить.
никак. в статье написано, что в smart эти ошибки зачастую вообще не отражаются.
Я давно заметил что RE-винты любят паниковать и давно узнал почему.
Если управление задержкой тебе, не светит, то и обсуждать нечего. Но на самом деле там и бытовые винты многие позволяют изменять задержку.
С чем именно ты хотел бороться? Объясни.
