Проблема звука на EP-8RDA3+

Смотреть кренку стоит рядом со звуковой микрухой. Она из 12 делает 5 вольт. Платы под рукой нет, точнее сказать не могу.

С кренкой всё в порядке - на входе 12, на выходе 5 В.

Меня смущают напряжения вот на этом диоде (D1):

на левой ножке: +5,13V; на правой: +5,19V - это вообще нормально?

Диод расположен под AGP слотом (под ещё одним мосфитом AOD408 (Q3), напряжения на котором: G: +12,05V; S: +5,19; D: +5,19V)

С небольшой высоты своего опыта,могу вам сказать,что как Вы сказали,2е греющиеся ИМС,это грубо говоря,преобразователи...Так их назовём,для СОМ-портов.
Контроллеры,за которые Вы говорили,все ютятся на PCI-шине,соответственно,можно судить о неисправности или одного,или группы контроллеров,а так же,контроллера PCI-Шины в южном мосте.Что менее вероятно,но легкодопустимо.Опять же,ИМС звукогого кодека висит не на PCI,насколько я помню.Выводы?
Стоит перепрошить флэш биос,част слёт прошивки.А так же проблемы из-за неисправности её же.

две микросхемы - буферы RS232 (преобразователи уровней). Они действительно могли вылететь. Скажем, при неудачном использовании КОМ-портов, за которые они и отвечают. Но такая неисправность не должна приводить к умерщвлению онбордных PCI-у-в. Учитывая, что эти буфера цепляются к Windond'овскому MIO или SIO (MultiIO или SuperIO - в народе по-простому "мультик"), который отвечает за процесс вкелючения системы, hardware monitorting и пр., то глюкнутые буфера могут по идее давать разнообразные неприятные эффекты.
Прелагаю начать с простого
а) понять работают ли дискретные PCI у-ва на данной плате и в каких слотах.

б) в листинге у-в в процессе POST'а эти у-ва находятся?
в) насчет аудио - откуда вывод, что ставите ТЕ дрова? Посмотрите VEN_ID&DEV_ID аудиокодека и сравните его с теми, которые должны быть.
Заодно точно скажу, что аудиокодек - не PCI у-во в полноценном смысле, а коннектится по своеобразному AC'97 линку к ЮМ, в отличие от SiI3112, VT6307 и RTL8101L, которые действительно висят на шине PCI.
а то я начинаю склоняться к версии BMW_HOUSE. BTW, интересно, если под мостом отошел один контакт (адрес PCI, скажем), то могут ли наблюдаться ТАКИЕ глюки без зависаний? Думаю, что да.

При попытке установки PCI плат (во все слоты) происходит следующее:
1) Если это модем - ничего не происходит (в листинге PCI у-в его не появляется, система зашружается и дальше всё нормально);
2) Если это сетевая карта - то всё виснет (даже монитор не успевает включиться) и горит POST код 25 (в мануале значится как reserved).

Ниже приведён список PCI у-в:

Bus No.  Device No.  Func No.  Vendor ID  Device ID  Class  Device Class             IRQ
  0          1          1         10DE      0064      0C05  SMBus Cntrlr              5
  0          2          0         10DE      0067      0C03  USB 1.0/1.1 OHCI Cntrlr   5
  0          2          1         10DE      0067      0C03  USB 1.0/1.1 OHCI Cntrlr  12
  0          2          2         10DE      0068      0C03  USB 2.0 EHCI Cntrlr      11
  0          6          0         10DE      006A      0401  Multimedia Device        12
  0          9          0         10DE      0065      0101  IDE Cntrlr               14
  1         12          0         0000      0000      0000  Unknow PCI Device        NA
  2          0          0         10DE      0171      0300  Display Cntrlr           11
                                                            ACPI Controller           9

Как видно звуковая определяется (и вроде бы всё корректно), но перепроверив VenID и DevID установить драйвер так и не удалось.
Также обратите внимание на Unknow PCI Device - это по-видимому PCI мост, на котором висит вся исчезнувшая периферия и PCI-слоты с одной стороны и южный мост с другой (если не прав - поправьте). Более того этот же PCI Unknow Device висит в диспетчере устройств без драйвера также как и звуковая карта (поскольку стандартный виндовский дрвйвер на неё не устанавливается) (PCI Device вложен в PCI Standart PCI-to-PCI bridge, его VenID=0250, DevID=4000, bus 1, dev 11, func 0).

BIOS перепрошить не удаётся (был скачан с www.epox.ru самый последний - 20040806), возможно ещё это натолкнёт кого-нибудь на какие-то идеи.

25 = Первичная инициализация и сканирование шины PCI
ну, еще дополнительно читать энто: icbook.com.ua/post/_award6/25.html

по логике же самое кардинальное различие сетевухи и мопеда - наличие у первой своего BIOS'а (точнее BootROM'а), который подгружается БИОСом матери в процессе загрузки системы.

Интересно, а какова причина непрошиваемости BIOS?

ИМХО, вместо демагогии проще и быстрее махнуть мультяху... По крайней мере будет ясно, он это или мост...
И биос также из-за него может косячить...

Только при замене мультика неплохо бы сначала выпаять оба преобразователя TTL<->RS232, кто знает, вдруг все же они вылетели и утащили мультик...