SATA RAID1 на HP ProLiant 150 ML

[TSS]

Сервер:
HP ProLiant 150 ML
Intel S5000V
1 Intel Xeon 1.6 Гц
2 HDD 260GB SATA
контроллер встроенный HP embeded SATA RAID (Adaptec)

Сконфигурирован RAID 1

Проблема:
Пытаюсь поставить на RAID SuSE 10.1.
Скачал дрова отсюда:
http://h18023.www1.hp.com/support/files ... 26760.html.
Пытался поставить по инструкции - безуспешно (видны два винта /dev/sda /dev/sdb).
Руками тоже - (-1 Unknown symbol in module).

Обратил внимание что дрова на сайте HP под ядро версии 2.6.16.21-0.8.
В моём дистрибутиве версия 2.6.16.13.

Дело в версии ядра? Если да, можно ли дрова на 2.6.16.13 найти?

[Гхост-цзы]

Дело в версии ядра? Если да, можно ли дрова на 2.6.16.13 найти?

постановка вопроса исключительно неправильная - не бывает дров "на ядро" - драйверы сата-контроллеров могут быть модулями ядра; соответственно, эти модули либо существуют в ядре, либо ядро пересобирается, чтобы нужные модули там были (если в ядре дистрибутива их нет - для установки нужные модули подгружаются с флешки или дискеты , по окончании - формируется нужный initrd, в котором они есть; но судя по всему, это не твой случай - модули чего-чего, а адаптека в сусе 10.1 наверняка есть)

(видны два винта /dev/sda /dev/sdb)

тут похоже дело хуже, скорее всего безнадёжное;
очень многие дистрибутивы наотрез отказываются воспринимать СОФТ-рейды (а встроенный рейд скорее всего будет софтовым) именно как рейд, и видят диски по отдельности, как бы ты их в биосе МВ не конфигурил (никс в этом плане честнее винды );
соответственно, здесь возможны такие решения:
1 - установить сусе на один винт и сформировать чисто-программный рейд (/dev/raid); причём это пожалуй лучший вариант;
2 - попытать другие дистры по-новее(типа сусе 10.2, 10.3 или асп 11.2), может они согласятся видеть это софт-рейд как рейд;
3 - купить настоящий рейд-контроллер.

[TSS]

Признаю, неправильно спрсил.

Я понимаю , что у меня полуаппаратный (да, что там - софтовый  :) ) RAID контроллер. И так же понимаю, что драйверы SATA контроллеров - это модули ядра - мне просто не хотелось определятся в терминологии на 2-х страницах.

Исправляюсь:

1. При инсталяции Driver diskette от HP пишет (в меню инсталяции F5 - Driver - YES , отключаем ahci.ko - broken_modules=ahci) - No Driver Update Found.

2. При инсталяции "руками" (modprobe) модуль adpahci.ko собранный под SLES10 (2.6.16.20) не хочет ставится на SuSE 10.1 (2.6.16.13) - (-1 Unknown symbol in module). В терминале пишет Unknown Symbol enumerate_sata, init_sata и т.п.  Версия ядра? Или из-за того что при загрузке ядра без ahci.ko не загружаются другие dependent-модули, но вроде как modprobe должен их "подтягиать" ?

[Гхост-цзы]

1. При инсталяции Driver diskette от HP пишет (в меню инсталяции F5 - Driver - YES , отключаем ahci.ko - broken_modules=ahci) - No Driver Update Found.

что-то я не понял - зачем отключаем ahci.ko?
на многих интеловских МВ встроенные сата-контроллеры сторонних производителей не работают без загруженных модулей ata_piix и libata
(порой вообще наблюдается парадоксальная картина - для работы сата-контроллеров сторонних производителей загрузка их модулей вообще не нужна -- достаточно интелевских ata_piix и libata; это к вопросу о dependent-модулях)

(-1 Unknown symbol in module). В терминале пишет Unknown Symbol enumerate_sata, init_sata и т.п.  Версия ядра?

Да, это версия ядра. Есть в параметрах сборки ядра такая вещь, как Module versioning support, и по умолчанию она включена. Эта вещь строго следит за совместимостью версии ядра, под которое были собраны загружаемые модули, с версией текущего ядра. И хотя наверняка модули под  2.6.16.20 совместимы с 2.6.16.13 -- выдаётся то самое ругательство.

Только не очень ясно, зачем все эти манипуляции - как я уже говорил, модули адаптековских контроллеров в ядре уже наверняка есть, что вроде как подтверждается

... (видны два винта /dev/sda /dev/sdb)

- зачем пытаться подсунуть ещё какие-то дрова. Врядли сусе 10.1 начнёт после этого видеть 2 отдельных винта как рейд.