5

Соответствующие характеристики: Sapphire 5850, Core i7 920, источник питания Seasonic x750, ECS X58B-A2 mobo.

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

Чтобы быть очень конкретным, вот что происходит:

  1. Питание включается на стене и на блоке питания, оранжевый индикатор режима ожидания на mobo горит, но система выключена.
  2. Я нажал кнопку питания на корпусе или на самом mobo
  3. Я слышу реле (?) в закрытии БП
  4. Загорается лампочка и загорается индикатор питания mobo.
  5. Вентиляторы начинают вращаться.
  6. Сразу после этого я слышу щелчок реле - световой индикатор гаснет, вентиляторы останавливаются, световой индикатор остается включенным.
  7. Проходит менее 2 секунд, и цикл повторяется без моего участия.
  8. С третьей попытки он загружается нормально и машина работает отлично.

Если я делаю мягкую перезагрузку или полное выключение, компьютер запускается нормально в следующий раз. Только если я потяну шнур питания или выключу питание на блоке питания, я снова получу зацикливание. В основном, каждый раз, когда загорается световой индикатор mobo.

Я удалил видеокарту, и у меня возникла та же проблема.

Я удалил блок питания, подключил его к включенному положению и проверил напряжение на всех линиях. Реле не работает, когда я это делаю.

Если я подключу только 24-контактный разъем ATX к mobo, а не 8-контактный разъем ATX12V / CPU, то я не получу зацикливание, вентиляторы работают, индикатор питания остается включенным, но, очевидно, система не может загрузиться.

Отключение всех вентиляторов не влияет на проблему.

Мне кажется, что это связано с материнской платой, например, с конденсатором, который заряжается очень долго, потому что он протекает или что-то в этом роде. Но я не могу себе представить, что с ним может быть «не так», и проявляю себя как проблема только в этих специфических обстоятельствах.


Спасибо за ответ Ралфорд. На самом деле плата имеет встроенный светодиодный дисплей с почтовым индексом, который очень приятен и полезен. К сожалению, если ваша проблема заключается в том, что питание не работает, дисплей погаснет, прежде чем вы сможете прочитать последний код! :-) Плата быстро проходит через исходные коды, поэтому трудно понять, что происходит. Может быть, я могу попытаться увидеть, как далеко это зашло. Питание отключается менее чем за секунду после включения и проходит через несколько кодов за этот период, так что это будет сложно. К вашему сведению, на плате используется AMI BIOS, а в руководстве содержатся все коды.

Я попытался изменить частоту QPI до 4,3 Гт / с, и это не помогло, поэтому я не уверен, что объяснение от ECS является точным.

Я читал в нескольких местах, что люди, использующие память DDR3 1600 и платы Gigabyte x58, получали «двойную загрузку». Это было исправлено с помощью обновления BIOS или с использованием других таймингов ОЗУ. Я использую 6GB OCZ 1600.

Пример: http://www.tomshardware.com/forum/256210-30-ex58-skill-ddr3-1600-issue

Теперь я склоняюсь к тому, что это проблема с памятью. Сегодня вечером я выну ОЗУ и посмотрю, выключится ли она при запуске. Если это сработает, я поиграюсь с таймингами и посмотрю, как далеко я доберусь.

Честно говоря, это не такая уж большая проблема, так как обычно питание переменного тока оставляют подключенным, даже когда машина выключена, поэтому перезапуски у меня появляются только изредка. Я просто хочу убедиться, что это не что-то серьезное, прежде чем я упущу свой шанс в RMA. Я также хотел бы рискнуть жарить что-то внутри на холодной загрузке.


Когда я вынимаю оперативную память, она включается и остается включенной. Очевидно, что плата не может POST, но это сильно наводит на мысль о проблеме с памятью. Я скопировал время ОЗУ, которое показывает CPU-Z при загрузке машины, и установил их в BIOS, надеясь, что все будут счастливы в первый раз после холодной загрузки. Неудачно. В BIOS есть много других опций, которые CPU-Z не показывает, поэтому я получаю Everest и собираюсь проработать их. Было бы намного проще, если бы BIOS просто показывал «используемое значение» рядом с выбором, поскольку многие из них установлены на «Авто».


Ответ от ECS ниже. Когда я получил это электронное письмо, я позвонил им, потому что было не очень понятно, что они предлагали мне сделать, чтобы это исправить. Мне позвонил кто-то, кто явно читал по сценарию. Он пытался сказать мне, что это нормально. Очевидно, это не так. В конце концов он согласился. Когда я вернусь домой, я попытаюсь сбросить BIOS на «настройки по умолчанию», и в случае неудачи я попытаюсь установить скорость QPI вручную до 4,8 Гт / с (при условии, что BIOS позволяет мне).

================= ОТВЕТ ECS ===================

Уважаемый клиент.

Основываясь на особенностях чипсета X58, если частоты IOH и процессора различаются, BIOS пересмотрит скорость QPI через GPO и выдаст сброс Pwrgood.

Несоответствие может возникнуть при двух условиях: 1. Потеря мощности переменного тока 2. Пользователь поменял местами процессоры с разными скоростными частями

Спасибо СП ECS Техническая поддержка

Кто-нибудь хочет присоединиться к другому предложению?

1 ответ1

1

Если ECS подозревает, что BIOS инициирует перезагрузку системы, возможно, система находится в процессе выполнения кода BIOS. Я бы порекомендовал вставить плату отображения кода POST в систему, чтобы увидеть последний код, записанный системой в порт ввода-вывода 80h.

Получив это, свяжитесь с ESC (или с поставщиком BIOS) и дайте им последний POST-код, который вы видите на дисплее. Если у них есть источник в BIOS (их может и не быть, если у вас нет узкоспециализированного встроенного ПК), они могут найти код в исходном коде и сказать вам, что произошло в системе в последний раз перед условием сброса происходит.

Если ECS не имеет исходного кода для BIOS, посмотрите, можете ли вы найти код POST по адресу: http://www.bioscentral.com/.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .