Полигон-2

Скорее дело в разгоне. IDE на 100МГц работать откажется, при штатных ему 33-х... То-же самое со вставным контроллером: со биоса ID он прокинул в мамку, ибо шустро, а вот запустить весь код биоса и поработать с винчами, электроника коих тож не ожидает "пинка в 100МГц", уже нет возможности.
Или-же ты пытаешься общаться с IDE винчами на диалекте AHCI, чего многие винчи просто не понимают. Что в биосе мамки на IDE-шнике выставлено: легаси или натив-ахча?

bblkkskgv написал:

[q]

Ну сударь! я, конечно, ламер неисправимый, но почему Вы таки думаете, что я не в дефолтной конфигурации пытаю железо, когда оно кочевряжится??

[/q]

Исключительно по вашим собственным словам, сударь!
Пишете:

bblkkskgv написал:

[q]

продолжение, что ли)
Разгон по шине р4 3.0@4.0гГц...

[/q]

и далее пространное обсуждение нерабочести контроллеров/винчей.

Выходит, вашим словам нельзя верить, сударь?

bblkkskgv написал:

[q]

Да, я пропустил "разрыв страницы", в котором было бы указано "набаловавшись с разгоном," далее - по тексту про контроллеры.

[/q]

В таком случае, неплохо-бы проверить "те контроллеры и те винчи" на штатных режимах, на другой мамке. Просто убедиться в их исправности и отсутствии последствий разгона/воздействия постороннего нездорового железа.
Вторым шагом - применить разгон уже к "другой мамке" со вставленными в неё контроллерами. Проверить возможность разгона этих контроллеров и их устойчивость на повышенных частотах/питании.
Третьим шагом - вернуть всё на "топиковую" мамку и сразу включить её в разгоне, полностью аналогичном тому, что был на "другой" мамке и под который остались сконфигурированы винчи и контроллеры. Результат наверняка будет отрицательным, но сие не сама цель. Теперь понижать разгон постепенно до штатных значений всех ресурсов.
Если мамка не "очухается" - на списание её. Точнее - в дербан на кондёры, и первыми выпаять оных около южника и внимательно осмотреть. Часто замена сих деталей возвращала чип к жизни.

PS. Про горелый мост тут ужо куча форумчан с самого начала темы ноют... Смысл подпевать?

PPS. Ещё изначально была затронута тема по нерабочие USB, вообще никакие. Сталкивался с подобным на платах класса П3, там на каждую группу разъёмов/гребёнку ставился предохранитель по питанию. Иногда - самовосстанавливающийся, иногда - нет. Не знаю, которым образом, но сии предохранители оказались превращены в резисторы, т.е. приобрели ненулевое сопротивление, весьма большое. Ессно, ничего подключённое в разъёмы USB не работало, южник грелся более обычного, создавалась имитация симптомов "горелый мост".
Выпаял предохранители вовсе - южник вмиг ожил. Заработал с нормальной скоростью и температурой. Очистил грязь по всему тракту USB от разъёмов до моста и запаял новые свежекупленные предохранители "самовосстанашки", мамка ожила полностью. Работают и USB, и IDE, чип южника не перегрет даже без радиатора.
Может быть и в твоей "топиковой" мамке подобные дефекты присутствуют?

PPРS. Разве замятые ноги процового сокета разведены напрямую на южный мост? Насколько понимаю, там 80% ног - шина питания, остальные бегут на северник. В случае с амд - частично на планки RAM...

вот это номер. а ведь, Fe-Restorator, вы оказались правы. Не работают разъёмы USB именно на задней панели материнки. Через пиновые разъёмы подключил два "выброса" - флешки опознаются и работают. Буду искать и сносить (?) погоревшие предохранители. Или, всё же, в данном чипсете ДВА USB-контроллера?

в мануале на материнку есть подобие принципиальной схемы на составляющие - так вот - все USB-порты указаны "висящими" на ICH7. Таким образом - что-то случилось с цепями по пути от ICH7 до разъёмов. Может выкусить напрочь восьминогие микрушки перед разъёмами?
Но остаётся непонятность с Azalia'ей - аудиоустройство даже не отсвечивает в закладке Hardware в виндовс. В БИОС автоопознавание Азалии включено)