Специалистов по RAID (Intel) спрашиваю

достать типа битый диск, прогнать какой нить утилитой фирмовой ?

некогда - это ерунда, а вот когда восстанавливать нечего - вот это уже будет печально 🍿

Кем и где он "по серийнику запомнен как bad"? В какой памяти? На любом винте просто есть небольшой участок с метаданными о рейд массиве, на основании которого и собирается рейд в момент инициализации контроллера, вам надо вытащить подозрительный винт и грохнуть этот участок.

По желанию проверить винт, засунуть обратно и дать контроллеру сделать ребилд массива.

Тормоза будут, работать будет можно. По срокам не могу подсказать.

Вообще лучше не создавать на таких контроллерах "рейды", обходиться программными реализациями.

в энергонезависимой. совсем не обязательно для raid1 портить диски.

Да? Вы уверены, что у этого интеловского софтового рейд контроллера есть некая "энергонезависимая память"?

В частности интеловские дешевые хранят информацию о членах рейда на последних секторах дисков-участников массива.

В более крутых и дорогих контроллерах есть возможность выбрать где хранить инфу metadata on disk (или как-то так уже не помню) или где-то еще.

wazzy, а почему бы ему там не быть? интелу чипов что-ли жалко будет ?

Кроме того, возможна ситуация когда конфигурация хранится на всякий случай и на дисках и в памяти . Ну например "интеловский дешевый" триждыйкраснознаменный запихиваемый интелом куда попало контроллер LSI 1068 так и делал.

Насчет конкретно этой модели не могу уверенно судить.

Перефразирую вопрос:

1) как не дать массиву начать автоматическое восстановление при "втыкании" второго диска? ... за неделю инфа очень стала разниться, примерно на 80%

Я если я второй этот почищу убиением раздела - как бы данное дейтсов не отзеркалилось автоматом на первый

2) как вывести диск из массива, учитывая, что IRST не устанавливается (типа контроллер свежее, чем последний дистрибутив IRST с сайта Intel, а в текстовой версии (Ctrl+I при загрузке) вообще ничего кроме создания и убиения массива нет

После того как вы определили сбойный диск и его вытащили, вы можете вообще удалить конфигурацию рейда (в биосе или в рапиде, где вы там делали), то есть сделать Clear Configuration в меню управления рейдом (надеюсь у вас ОДИН рейд массив).

Эта операция убьет метаданные о рейде на "хорошем" диске. Но скорее всего вам придется переустановить загрузчик венды (если хотите грузиться с него). Можно сразу вместо бывшего рейд 1 сделать рейд 0 на одном хорошем диске, тогда загрузчик менять не надо будет.

Потом вы грузитесь с лив сиди, с актуальных данных льете образ (желательно побайтово) на ТРЕТИЙ винт.

Сбойный диск либо заменяете и либо форматируете прогой на низком уровне (если не дружите с hex-редакторами), чтобы и с него удалить метаданные о рейде.

Вставляете диски которые будут в рейде, конфигурируете и заново собираете рейд1 массив.

Заливаете с третьего винта(бэкапного) данные на рейд.

Вроде все. "Отскочить" без третьего диска как буффера - будет очень тяжело.

хм... жаль, что так. Если б третий винт на терабайт был - проблем бы не было - слил, и всё с нуля сделал. Проблема в том, что винта нет, есть только "по-чуть-чуть" места на сетевых компах и всё опять растаскивать - это сутки. да сутки назад. А управится надо с вечера пт. до вечера вскр.

"Сбойный"-то диск как раз не факт, что он сбойный... точнее факт, что НЕсбойный. Проблема в разнице инфы на 2-х копиях зеркала.

А если я так: рабочий отключаю, захожу в контроллер только со 2-ым подключенным, делаю ему Reset (из массива), потом (на любой другой машине, используя док-станцию) удаляю раздел с него... как потом контроллеру сказать, что это второй диск и на него надо отзеркАлиться ?

Не надо зеркалить в "онлайне".

Убейте инфу о рейде на обоих дисках, загрузитесь с лив сд, сделайте точную копию с "правильного" диска, соберите рейд заново.