Не могу избавиться от встроенного Ethernet на плате DQ35JOE, и сопутствующие косяки

Есть материнка Intel DQ35JOE, после грозы убилась встроенная сеть на 82566DM. Вот дошли до нее руки, думаю, сниму PHY, воткну PCI-сетевуху, и дело в шляпе. Но не тут-то было...

Чип-то я удалил, но потом выяснилось, что встроенный Ethernet НЕЛЬЗЯ выключить в биосе, вообще, это единственное периферийное устройство, которое по воле интела почему-то нельзя выключить... В общем пункт соответствующий в биосе есть, но он затемнен и нетыкабелен. И теперь у меня в диспетчере устройств адаптер болтается "призрачным" устройством с кодом 10, мол, запуск невозможен, и еще Intel(R) Management Engine Interface (очевидно, базировался на сетевухе) такой же блямбой...

Дальше больше, "потерялись" датчики напряжений, температур и оборотов кулеров. Как следствие, отказала регулировка оборотов, вентиляторы шпарят на полную, что напрягает. Проц стоит довольно энергоемкий - Q6600, разница по температуре между простоем и нагрузкой достаточно велика, и тупым резистором тут не обойдешься. Все остальное работает корректно. Как это ни парадоксально, но датчики потерялись однозначно после удаления чипа PHY. Какая между ними связь - одному черту в ступе в лице интела известно... Мульт Winbond WPCD3761AUFG, закоцать я его не мог, он вообще в другом конце платы, да и все остальные зависимые от мульта функции работают без нареканий. Плата типа корпоративная, основной упор сделан на удаленное администрирование по встройке через фирменные всякие технологии на аппаратном уровне. И я предполагаю, что косячит опять-таки биос, который сразу же пытается обратиться к сетевухе, спотыкается и провоцирует глюк с потерей датчиков...

Вопрос - можно ли отредактировать (приемлемыми трудозатратами) биос так, чтобы появилась возможность вырубить к черту встроенный изернет и чтобы восстановилась работа датчиков?

Если нет, то на призрачные девайсы в диспетчере придется забить, а насчет оборотов будет небольшая дилеммка - спаять аналоговый регулятор на терморезисторе или забить на этот долбаный пылесос))

Кстати, страница аппаратного мониторинга в настройках самого биоса не открывается - рисует два восклицательных знака в "строке состояния", и все (возможно, это поможет в поисках нужного куска кода)... В программах мониторинга вроде Аиды среди датчиков мульт не виден.

Сам биос здесь: downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=19638&lang...

Похоже, никому это не интересно, хотя случай интересный или во всяком случае нестандартный... Жаль

Аватар пользователя I_004

Вариант замены 82566DM не рассматривается? Раз уж плата так дорога. Хотя, даже у китайцев не дешёвое удовольствие.

«Большинство людей думают, что им необходимо гораздо больше того, в чём есть действительная необходимость»

Ну да, это было бы неплохо, но сомневаюсь, что смогу чип достать, если только 82566DC...возможно... В чем отличие, естественно без понятия. Даташит я разыскал, но там насчет суффикса написано, прямо скажем, немного: DM - Business Desktop GbE LAN connection, DC - Consumer Desktop GbE LAN connection, и на этом все... Что в таком случае подразумевается под "бизнес" и "клиентской" версиями чипа, остается только гадать...

Я совсем не удивлюсь, если окажется, что отличие как раз в поддержке Management Engine Interface и т.п. жутко фирменных штуковин. То есть, поставив DC, эта фигня так и останется висеть в диспетчере с восклицательным знаком. Да и связь с superio тоже непонятна - вдруг с DC superio будет так же тупить, как и без чипа вообще?

Хотя это только предположение... Так же вполне вероятно, что все эти штуки реализованы в чипсете, а PHY - это всего лишь PHY... В общем, гадать на картах особого смысла не имеет, если достану какую-либо версию чипа, напишу, че получилось. А если не достану, тогда биос...

Аватар пользователя S.A.N.

Попробуйте для начала восстановить слетевший Management Engine. Он, кстати, и за мониторинг отвечает. У вас в биос наверняка сейчас его версия фирмвари 0.0.0.0


Имел дело с DG45FC и успешно всё исправил. Кстати, обратил внимание, что при неподсоединённом кабеле сетевушка автоматически отключается и её нету в диспетчере устройств. Но сетевуха-то там живая была.
Так вот: шиться надо в режиме рекавери - только тогда ME перезаписывается. Причём не один раз. В первый раз мне выдало страшную ошибку красными буквами, зависло, после перезапуска всё слетело. Во второй раз ошибки не было, но всё равно ME слетел. В третий раз всё поехало. Удачи! Может, попутно и с сетевухой всё решится.

Эти платы вообще странно шьются, у меня аналогичный ASUS на Q35 предлагал по мануалу такую процедуру:

0. Отсоединяем сеть
1. Открываем корпус
2. переставляем определенную перемычку
3. оставляем модуль памяти только в определенном слоте
4. Шьем BIOS
5. Шьем BIOS
6. Сбрасываем BIOS
7. Возвращаем память
8. Возвращаем перемычку
9. Закрываем корпус
10. Втыкаем сеть

Кста, там же достаточно обычный EFI, его же чисто теоретически можно редактировать...

В общем, дошли руки до платы....ну а что, каких-то 7,5 лет прошло))) Блудные датчики при включении каким-то образом сами вернулись, биос, который там и так последний, и обновлений не предвидится, перешивать не пришлось. А что касается сети - запаял чип и все хорошо. Но это было уже после того, как вернулись датчики.

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img>
  • You can use BBCode tags in the text. URLs will automatically be converted to links.

Подробнее о форматировании текста

Антибот - введите цифру.
Ленты новостей