Ситуация такая:
Есть 2 винта Hitachi HDS722516VLSA80 на 160Гиг каждый. Я про них здесь уже писал. Стояли они в аппаратном RAID-0 и в один момент RAID сбойнул. Соответственно информация не видится ни на одном из них. В сетапе определяются оба. А винХР с одним грузится нормально а с другим в процессе загрузки виснет. Также с ним виснет GHOST и Winternals ERD-Commander.
Думал проблема в винте. Взял винт SEAGATE с точно такой-же геометрией, переписал посекторно всё на него с помощью ByteBack 3.0
И всё повторилось. Теперь винда не грузится и с сигейтом.
Вопрос - ЧТО такое винда проверяет и как это обойти. Надо загрузить винду с этим диском иначе я не смогу запустить RAID-Reconstructor...
p.s. FreeBSD (Frenzy 3.0) загрузилась и смогла смонтировать этот винт. Но почему-то как 2 раздела (FAT и NTFS) и оба пустых естественно.
Но это уж так, шаг в сторону. RAID-Reconstructor-а под FreeBSD все равно нет...
Вот ее и вешает наглухо... Кстати, она обычно повисит минут 10-15 и грузится
дальше... Просто подождать не пробовал? Еще есть вариант подключить винт
потом, уже после загрузки винды на горячую и сделать "обновить оборудование".
Только осторожно!!!
После загрузки пробовал тоже. "Обновить оборудование" делал. Не определяется.
2 DanZer Про BartPE не знал, спасибо за наводку, но в описании написано "... загружается именно Windows". Не будет ли это то-же самое? Winternals ERD-Commander тоже грузит win-подобную оболочку но с этим винтом падает в синий экран.
Дело оказалось в самой винде. При попытке загрузки в Safe Mode винда спросила "грузить a347bus.sys"? При ответе "да" повисла как обычно, а при ответе "нет" загрузилась. Оба винта физически видны, что и требовалось.
Выяснил, что a347bus.sys относится к проге Alcohol 120, это его драйвер виртуального диска.
Извините если я не попробовав сначала все возможные варианты взбаломутил народ, но может мой опыт тоже кому-то пригодится.
Всем спасибо за ответы.
Что RAID сбойнул именно из-за некоей проблемы с файловой структурой на этом самом нехорошем винте ?
И тогда - одно из двух: Или - объявить первый винт, с которого загрузка идет нормально, носителем ИСТИНЫ, а второго - БРЕДА, и поступить соответственно: обнулить второй к чертям и строить RAID заново.
Или: Загрузиться с первого живого винта, подключив второй - ну, например, на Secondary - и попытаться прогнать на нем обычную Проверочку. Хотя - вероятнее всего, все равно придется вернуться к первому варианту.
----------------------------------------------------------------------------------------
Хитрость большинства RAID-массивов заключается в том, что в MBR винта прописывается признак RAID-а и номер винта, и зная это можно поступить вообще нахально: сделать ПОЛНУЮ копию с первого (живого) винта на второй (хоть GHOST-ом), а потом ручками исправить положенный байтик. Где он сидит и как выглядит - от контроллера и драйвера зависит, но узнать это легко: достаточно сравнить MBR первого и второго винта. Что-то мне подсказывает, что MBR у больного в норме, а подохла именно файловая структура. Так что... можно MBR просто сохранить на дискетке, а потом залить на копию.
Это все хорошо... НО еще раз читаем первый пост! У человека RAID0 а не RAID1 !!!
А вы обнулить к чертям... Сделать ПОЛНУЮ копию с первого на второй...
И что же там потом останется???
Считайте все вышесказанное бредом. Мне как-то в голову не пришло, что кто-то рискует использовать RAID-0 (то бишь, Split) на одиноких винтах. Это - как со STACKER-ом (был одно время такой): Вопрос не ставится, грохнется или нет ВСЯ инфа разом. Грохнется ОБЯЗАТЕЛЬНО. Только как скоро ?
Мотивация была такая: "прочитал, что при работе с видео (захват, монтаж, сведение, эффекты и т.д.)" таким способом можно получить более высокую скорость.
Незнай конечно, но имхо это утверждение имело смысл для аналогового захвата и неСАТАшных винтов.
Ну ладно, откачаю - будет ему урок, не откачаю - еще больший урок.