Поддержка MB EPOX в RedHat?

Насчет аудио смотрим поддерживается ли звук ALSA-драйверами на www.alsa-project.org, если не поддерживается, тогда или ждем пока появится поддержка от ALSA Project или от изготовителя чипсета, или отключаем в BIOS встроенный звук и покупаем нормальную PCI-ную карту (предварительно узнав, есть ли для нее драйвер). Насчет LAN, по сути, то же самое.

А вообще, что у вас на диске, прилагаемом к материнской плате? Может, есть там Linux-драйверы? Сама Linux автоматом налаживает драйверы только для тех устройств, которые были ей известны на момент выхода. Для новых надо драйверы ставить руками. Кстати, EPoX тут абсолютно не при чем - драйверы ставятся не для материнской платы, а для чипсета, на котором она построена (Intel 845E, VIA KT133 и т. п.).

чипсет Sis 648 ; SiS 963 integrated networking & Realtek RTL8210BL Physical Layer; RAID Highpoint HPT372 UDMA/ATA 133. linux определяет какой-то неизвесный PCI-мост . у SIS'а я не нашёл драйвера под линукс, а на диске прилагаемом к маме к винде есть, понятно, все, а в драйверах к линух разобраться не смог т.к. в папке SIS 648 драйвера нет, а в других папках ест какие-то непонятные дрова к отдельным устройствам, которые наверное надо компилить, в чем я ещё не совсем разобрался, а help им не совсем соответствует. не подскажеш где можно нарыть драйвера для чипсета?

Драйверов для чипсета вообще не бывает - чипсет как раз и представляет собой кучу самых обычных отдельных устройств, только они втыкнуты в одну здоровенную микросхему. Смотришь в инструкции к материнской плате тип южного моста и берешь с прилагаемого сидюка драйверы для устройств. Компилировать драйверы для LAN-карты и звука, конечно, придется - командой gcc, а с какими конкретно ключами - описано в readme-файлах, которые должны лежать в каталогах с драйверами. Даешь указанную там команду (gcc ключи модуль.c) и получаешь модуль с расширением .o. Его надо скопировать куда-нибудь в каталог с модулями (/lib/modules/версия_ядра/kernel/net и т. п.). Далее пробуешь работоспособность драйвера командой insmod имя_модуля (без .o). Если без ругательств, тогда все OK - редактируем /etc/modules.conf и пишем алиас. Как писать алиасы - обычно тоже пишут в доках в драйверам. Пример для сетевой карты:

alias eth0 8139too

Это означает, что при попытке поработать с сетевой карточкой ядро загрузит модуль 8139too.o. Короче, в таком духе.

При первоначальной установке RH 7.1 вообще отказывался загружать установку, выдавал kernell panic, потом скачал драйвера для RAID с другим kernell и установил таки эту ОС. но как говорил выше отказалась работать LAN. Посмотрел bags на redhat.com нашёл, что с конкретно такими чипсетами как на маме и LAN такой глюк есть, и есть на него исправленный kernell-2.4.18-19.7.x . Скачал. Попытался поставить на загруженный нормально т.е. с винта в RAID'е комп. rpm выдало кучу конфликтов штук 5-6. в итоге т.к. была резервная копия винта решил поставить пакеты без проверки зависимостей . Немного по@@@##$@#шись поставил, скопировал модуль RAID из каталога старого kernell в новый, кое-как сконфигурив все, что наворочал, перезагрузив комп в режиме rescue создал соответствующий img файл отредактировал lilo.conf запустил lilo Вот вроде все ... reboot

kernell panic похоже из-за не того модуля RAID есть ли другие модули на диске драйверов ещё не смотрел но думаю , что нет т.к. прога автоконфигурации была написана именно на версию ядра с которой были и драйвера.

Что сделал неправильно и что можно сделать?