и лучше понимать разницу между reboot и shutdown -r now
чтобы после reboot не пришлось городить костыли с нормальной загрузкой :)
После того как вы определили сбойный диск и его вытащили, вы можете вообще удалить конфигурацию рейда (в биосе или в рапиде, где вы там делали), то есть сделать Clear Configuration в меню управления рейдом (надеюсь у вас ОДИН рейд массив).
Эта операция убьет метаданные о рейде на "хорошем" диске. Но скорее всего вам придется переустановить загрузчик венды (если хотите грузиться с него). Можно сразу вместо бывшего рейд 1 сделать рейд 0 на одном хорошем диске, тогда загрузчик менять не надо будет.
Потом вы грузитесь с лив сиди, с актуальных данных льете образ (желательно побайтово) на ТРЕТИЙ винт.
Сбойный диск либо заменяете и либо форматируете прогой на низком уровне (если не дружите с hex-редакторами), чтобы и с него удалить метаданные о рейде.
Вставляете диски которые будут в рейде, конфигурируете и заново собираете рейд1 массив.
Заливаете с третьего винта(бэкапного) данные на рейд.
Вроде все. "Отскочить" без третьего диска как буффера - будет очень тяжело.
Да? Вы уверены, что у этого интеловского софтового рейд контроллера есть некая "энергонезависимая память"?
В частности интеловские дешевые хранят информацию о членах рейда на последних секторах дисков-участников массива.
В более крутых и дорогих контроллерах есть возможность выбрать где хранить инфу metadata on disk (или как-то так уже не помню) или где-то еще.
Кем и где он "по серийнику запомнен как bad"? В какой памяти? На любом винте просто есть небольшой участок с метаданными о рейд массиве, на основании которого и собирается рейд в момент инициализации контроллера, вам надо вытащить подозрительный винт и грохнуть этот участок.
По желанию проверить винт, засунуть обратно и дать контроллеру сделать ребилд массива.
Тормоза будут, работать будет можно. По срокам не могу подсказать.
Вообще лучше не создавать на таких контроллерах "рейды", обходиться программными реализациями.
С комментариями :)
Вы уверены что Спринтхост (или его аплинк) вообще подключены к пирингу IX ? :)
Для начала вам лучше написать сюда модели корпусов, которые валяются у вас в гараже, т.к. не факт что ATX/mATX мать влезет в ваш 1U корпус и не факт что туда влезет БП, который будет поддерживать мать под s1150.
Прокинуть VPN между виндой и линуксом, на линуксе iptables-ом пробросить нужный порт на винду.
попробовать обновить до более актуальных версий?
RAID 1 - прибавляет только в скорости чтения (в теории кратно количеству дисков), запись идет по скорости как на один диск (ессно, если скорость вращения дисков в рейде одинакова).
+ отказоустойчивость.
RAID 0 - прибавляет и в скорости чтения и в скорости записи (в теории кратно количеству дисков)
- отказоусточивость.
В теории, потому что зависит от железа, размера файла (если, допустим файл меньше блока) и реализации в случае софт-рейда.
Никаких "многопоточностей" в голове держать не надо, это бред.
извините, но судя по вашим сообщениям в треде, похоже, вы не читали ничего по этому вопросу даже в википедии.
