Добрый день. Есть сервер Aquarius на базе Intel STL2. Вышеупомянутый Intel'овский RAID-контроллер стоит на сервере в единственном числе. Система ASPLinux 7.1, 7.2 его видит нормально - но только на своем ядре с компакт-диска ASPLinux.
Хочется поставить туда Debian - но он RAID не находит (что, впрочем, понятно - устройство не самое распространенное)) На ASPLinux невозможно собрать ни одно ядро так, чтобы нормально грузилась система (опробованы 2.2.19-20, 2.4.7, 2.4.17). Формально поддержка I2O устройств, к числу коих и относится Intel SRCU31, идет с ядра 2.2.18. На свежесобранном ядре (ветка 2.2) система находит контроллер, тестирует его, а затем сообщает, что не может открыть устройство, скажем, /dev/i2o/hda, т.к. оно занято другим пользователем, хотя вообще говоря, она способна понять, что такой диск присутствует На свежесобранном ядре - ветка 2.4 - система выпадает с kernel panic на этапе тестирования RIAD-контроллера. Смущает и то, что при загрузке ядра с компакт-диска ASP встроенный в материнку SCSI-адаптер Adaptec находится первым, до Intel SRCU31. При ручной сборке ядра - наоборот. Я нашел в единственном месте на www.redhat.com туманную фразу насчет того, что Intel SRCU31 не есть классическое SCSI-устройство, что он, мол, захватывает сказевые ресурсы. Не может ли крыться корень зла здесь, в том, что сначала нужно опознать какое-нибудь сказевое устройство (и сказевую шину соответственно), и лишь потом Intel ее начинает использовать? Если так, то как собрать ядро, чтобы оно занималось сперва опознаванием SCSI-устройств, и лишь потом I2O? С уважением, Дмитрий Талышев ICQ 81693582