Asus P4C800E Delux, Promise 20378 слетела конф-ция RAID0

Поломалось, посыпалось, не работает...

Модераторы: Trinity admin`s, Free-lance moderator`s

Сергеев
Junior member
Сообщения: 2
Зарегистрирован: 01 фев 2005, 13:55
Откуда: Москва
Контактная информация:

Asus P4C800E Delux, Promise 20378 слетела конф-ция RAID0

Сообщение Сергеев » 01 фев 2005, 14:09

На контроллере Promise 20378 построен RAID 0 из двух SATA дисков Seagate по 200 ГБт. В какой-то момент слетела конфигурация (контроллер пишет, что нет созданных массивов). Диски контроллер определяет. При создании массива с параметрами аналогичными бывшим (без инициализации) контроллер показывает массив нулевого размера, который в дальнейшем не виден в системе.
Инициализацию не делал, т.к. выскакивает предупреждение, что уничтожатся данные (а именно этого то и не хочется).
Кто что подскажет для спасения данных? Покупка аналогичных винтов возможна.

Аватара пользователя
brj
Advanced member
Сообщения: 144
Зарегистрирован: 03 янв 2005, 21:29
Откуда: Красноярск
Контактная информация:

Сообщение brj » 01 фев 2005, 16:47

По делу: как спасти данные не скажу.

Не по делу о промисах: пару лет назад я пробовал приделать поддержку похожего на этот рейд девайса к операционной системе freebsd 5.2-release. Закончилась это довольно не утешительными выводами.

Интересное наблюдение перед раскопками исходного кода - было у меня два одинаковых асуса. Одинаковых ревизий. Снимаешь с одного диски - вставляешь в другой - no arrays defined. Вернул на место - массив вернулся. Уже стоит задуматся.

Но месяца через четыре я уже разбирался с дисковыми драверами бсд и как устроено в них обращение к рейд массивам. Потом, проанализировав драйвера промиса от похожих контроллеров - я пришел к выводу, что мне такой рейд нафиг не нужен.

Смысл такого рейда в том, что он пишет в системную область винта в самом начале кусочек данных, одному только контроллеру и ведомых, после которого рейд контроллер считает что этот винт in da raid. Удаляешь эти данные - и кончился рейд. Совсем кончился. Что похоже и случилось у тебя.

Самое интересное, что есть материнские платы которые убивают подобные рейды. Я сталкивался с Альбатроном и Гигабайтом. Во время препрошивки БИОС материнской платы они считывают биос с дискетки и пишут в эту самую неиспользуемую никем область винта. После флеша, они его оттуда стирают. И рейд сам знаешь чем накрывается...

К freebsd я таки написал пачь, что бы она видела этот рейд. Пока дома  стояла асусина диски были в режиме stand alone HDD.

Сергеев
Junior member
Сообщения: 2
Зарегистрирован: 01 фев 2005, 13:55
Откуда: Москва
Контактная информация:

Пришлось самому рабобраться, вдруг кому пригодиться

Сообщение Сергеев » 17 фев 2005, 15:29

Т.к. мне не подсказали пришлось самому разбираться, может кому пригодиться. Методика следующая:
Отсоединяем диски от RAID контроллера и подключаем к обычному SATA (ну или какие диски). Используем редактор дисков с посекторным доступом (мне понравился Diskexplorer). Целью является определить размер страйп блока, это очень легко сделать если удастся обнаружить на диске текстовый файл достаточно большого размера (максимальный непрерывный кусок и будет размером блока).
Далее следует определить первый винчестер. Это совсем просто - этот тот на котором в начале (в первом секторе) присутствет MBR или её остатки.
Для тех кто помнит размер страйп блока и винты от контроллера не отключал эти шаги не нужны.
Дальше создаём массив без инициализации, заходим в редактор, где и правим MBR, NT загрузчик (если надо естественно).
Всё работает.
Один нюанс, диски контроллером могут не определяться (как у меня)... помогает очень простая вещь, нужно затереть первый сектор первого диска нулями (оставить только таблицу разделов).  
Что делать если не работает второй диск не знаю, но полагаю, что его метка находится где-то ближе к концу (в последних секторах)...
В общих чертах смысл наверное ясен.

Аватара пользователя
brj
Advanced member
Сообщения: 144
Зарегистрирован: 03 янв 2005, 21:29
Откуда: Красноярск
Контактная информация:

Сообщение brj » 17 фев 2005, 19:27

Респект! Огромная работа.

Но такой рейд лучше уволить. Что я и сделал вместе с асусом.

Choice
member
Сообщения: 29
Зарегистрирован: 18 фев 2005, 13:39

Asus P4C800E Delux, Promise 20378 слетела конф-ция RAID0

Сообщение Choice » 18 фев 2005, 13:45

Пожалуйста по подробней про патч для FreeBSD для PROMISE если можно конечно. А то решения данной проблеммы я ни где не нашел.
За ранее спасибо.

Аватара пользователя
brj
Advanced member
Сообщения: 144
Зарегистрирован: 03 янв 2005, 21:29
Откуда: Красноярск
Контактная информация:

Сообщение brj » 18 фев 2005, 20:46

FreeBSD 5.3-Release. Там оно уже есть и лучше чем я сделал.

Choice
member
Сообщения: 29
Зарегистрирован: 18 фев 2005, 13:39

Asus P4C800E Delux, Promise 20378 слетела конф-ция RAID0

Сообщение Choice » 19 фев 2005, 10:09

Что то я там этого не заметил. Уменя RAID5 Promise S150 SX4, так вот его FreeBSD что то не видит пишет Unknow контроллер, и четыре по отдельности диска. Так же не видит и встроенный контроллер RAID0,тем более не хочет на него ставится, рпишлось отдельный винт покупать.
Подскажите а вообще какой райд Вы посоветуете

Аватара пользователя
brj
Advanced member
Сообщения: 144
Зарегистрирован: 03 янв 2005, 21:29
Откуда: Красноярск
Контактная информация:

Сообщение brj » 19 фев 2005, 10:17

Choise: Ну что могу сказать: есть отличное высказываение пробегало оно в freebsd-hardware@. Мне к этому можно добавить, что контроллеры промисы - это как софтмодемы. Ну их нафик.

Что касается рейда для FreeBSD, то по man 4 ata для FreeBSD 5.3-Release оно умеет:

    Acard:          ATP850P, ATP860A, ATP860R, ATP865A, ATP865R
    ALI:            Aladdin (ALi5229) compatible chips.
    AMD:            AMD756, AMD766, AMD768, AMD8111.
    CMD:            CMD646, CMD648, CMD649.
    Cypress:        Cypress 82C693.
    Cyrix:          Cyrix 5530.
    HighPoint:      HPT302, HPT366, HPT366, HPT368, HPT370, HPT371, HPT372,
                    HPT374.
    Intel:          PIIX, PIIX3, PIIX4, ICH, ICH0, ICH2, ICH3, ICH4, ICH5.
    National:       SC1100.
    nVidia:         nForce, nForce2, nForce3.
    Promise:        PDC20246, PDC20262, PDC20263, PDC20265, PDC20267,
                    PDC20268, PDC20269, PDC20270, PDC20271, PDC20275,
                    PDC20276, PDC20277, PDC20318, PDC20319, PDC20371,
                    PDC20375, PDC20376, PDC20377, PDC20378, PDC20379,
                    PDC20617, PDC20618, PDC20619, PDC20620.
    ServerWorks:    ROSB4, CSB5, CSB6.
    Silicon Image:  SiI0680, SiI3112, SiI3114, SiI3512.
    SiS:            SIS5513, SIS530, SIS540, SIS550, SIS620, SIS630, SIS630S,
                    SIS633, SIS635, SIS730, SIS733, SIS735, SIS745, SIS961,
                    SIS962, SIS963, SIS964
    VIA:            VT82C586, VT82C586B, VT82C596, VT82C596B, VT82C686,
                    VT82C686A, VT82C686B, VT8231, VT8233, VT8233A, VT8233C,
                    VT8235, VT8237.

и сам текст:

While I understand your anger, as I have the ICH5 as well on this Asus
P4P800-E Deluxe mainboard with 875 chipet, I think you need to
understand something.

Not sure your hardware knowledge levels so a brief explanation
follows. The ICH controller built into most mainboards these days are
*not* true hardware RAID controllers.  They contain *very* basic
'stub' information with the windows driver doing the main work of
controlling the device. There is enough logic to create the RAID
entries and assign drives to them and even format them. However the
*control* logic for normal operation is contained in the windows
driver. We see this all the time since the PnP craze started. (Think
back to 56K rockwell chipset modems which were hardware based and then
to the HC? modems which were built into motherboards but flaked like
crazy since they were windows driver controlled.)

The ICH5 chipset is indeed supported under Linux, Windows, and
FreeBSD. The problem is  that the *chipset* can be accessed but the
manufacturers rarely release the *full* specs to controller operations
publicly which makes writing solid drivers for Unix systems next to
impossible. These were designed with *Windows* in mind and it's IO
subsystem which is both a strategic market move and aimed at mass
market deployment. (Think mama and papa that have Jr. that needs a
PC.)

Having used, assisted development of, and developed certifications
for, various closed and open sourced Unices for over 12 years now,
this is something I've seen time and time again. And I have to refute
your claim that the ICH5 works under linux. It's *BARELY* works under
linux for the reasons I've stated above. Using Windows-intended
hardware under any type of *nix is a crapshoot at best.

--
David D.W. Downey

Choice
member
Сообщения: 29
Зарегистрирован: 18 фев 2005, 13:39

Asus P4C800E Delux, Promise 20378 слетела конф-ция RAID0

Сообщение Choice » 19 фев 2005, 10:41

Кстати о Winmodemax у меня с ним тоже проблемма, USR 2976, определяет но не работает. Ну и что делать. Покупать новый контроллер, так ведь тот что у меня стоит, вроде как серьезный, с памятью и так далее?????

Аватара пользователя
brj
Advanced member
Сообщения: 144
Зарегистрирован: 03 янв 2005, 21:29
Откуда: Красноярск
Контактная информация:

Сообщение brj » 19 фев 2005, 11:07

Choice: врагу не пожелаю рейдов от Promise. Выбросить и купить нормальный контроллер.

Хотя в одной из моих машин стоит SX4. В режиме 1:1+1. Работает, регулярно бекапится.  Но оно не то. Малейшая проблема - сразу накрывается всё данные. Благо бекап есть.

Choice
member
Сообщения: 29
Зарегистрирован: 18 фев 2005, 13:39

Asus P4C800E Delux, Promise 20378 слетела конф-ция RAID0

Сообщение Choice » 19 фев 2005, 11:16

Не подскажите как SX4прикруть на FreeBSD. Встал вопрос перехода с Win2003 на FreeBSD там на массиве все данные. Я вроде нашел как но там надо заново создавать RAID массив, а этого делать как то не хочется.
Какой посоветуете райд-контроллер. Говорят от INTEL надежные, но опять же под FreeBSD встроенный ICH5 не определяется.

Аватара пользователя
funkblaster
Junior member
Сообщения: 19
Зарегистрирован: 09 апр 2004, 00:18
Откуда: Москва
Контактная информация:

Сообщение funkblaster » 25 ноя 2005, 14:00

brj писал(а): Смысл такого рейда в том, что он пишет в системную область винта в самом начале кусочек данных, одному только контроллеру и ведомых, после которого рейд контроллер считает что этот винт in da raid. Удаляешь эти данные - и кончился рейд. Совсем кончился. Что похоже и случилось у тебя.
А не подскажите как можно удалить эти данные из системной области?
make buildworld not war

Аватара пользователя
brj
Advanced member
Сообщения: 144
Зарегистрирован: 03 янв 2005, 21:29
Откуда: Красноярск
Контактная информация:

Сообщение brj » 25 ноя 2005, 14:18

Затереть сектора "нулями" например  :roll:

Аватара пользователя
funkblaster
Junior member
Сообщения: 19
Зарегистрирован: 09 апр 2004, 00:18
Откуда: Москва
Контактная информация:

Сообщение funkblaster » 25 ноя 2005, 14:25

А с помощью какой программы это можно проделать? :roll:

Аватара пользователя
funkblaster
Junior member
Сообщения: 19
Зарегистрирован: 09 апр 2004, 00:18
Откуда: Москва
Контактная информация:

Сообщение funkblaster » 25 ноя 2005, 15:13

Почистил diskedit'ом первые 2000 секторов. Не помогло.
make buildworld not war

Ответить

Вернуться в «Массивы - Технические вопросы, решение проблем.»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 23 гостя