Chassis int G7FJJ 243-650018-9.
Принесли эту 2-процессорную мать. Правда только саму материнку с БП и ОЗУ. При включении мать запускается, на ПОСТ-карте идут коды.
Остановившись на коде d2. Монитор при этом темный, индикатор мигает (нету видеосигнала, видеокарта на борту). Клавиатуру и мышку подключил.
У меня следующие вопросы.
- можно ли так проверить плату на работоспособность (саму без подключения винтов и другой периферии)
- что обозначает код d2. :oops:
скорее всего ничего хорошего. Можете глянуть, что означает этот код для различных БИОСов (в частности Phoenix 4.0 Release 6.0 и AMI).
И важен не только код на котором затык, но и последовательность до затыка.
достаточно:
а) мать
б) проц(ы), если они к маме не припаяны
в) память, если нету онбордной
г) внешнее видео (PCI/AGP - желательно разные), если нету онбордного
д) БП
е) клава, мышь - по желанию.
Но для начала проверьте джампера, проведите измерения... Сервачные мамки довольно капризные :( Так что может ей проц не нравится, может память, а может еще что. Поэтому еще есть смысл конкретнее описать какая конфа.
и вообще место этому топику - в ремонте мат. плат, куда я и переношу топик с чистой совестью.
Добавлено спустя 29 минут 1 секунду:
Немного продвинулся в данной проблеме. Мать сейчас идет на монитор только при вставленной PCI видеокарточке. Бортовое видео - темное.
Добавлено спустя 31 минуту 20 секунд:
Как войти в SETUP По F2 не получается... :x
- здесь БИОС - Phoenix
- пост-коды там внутри доки есть. Правда, D2 нету :( Из других источников известно, что D2 может означать фатальную ошибку "Unknown Interrupt Error".
-
так можно войти в Setup БИОСа... Точнее так должно входиться. А если нет, то клава от компа может отвалилась так или иначе...
2xIntel (R) Pentium (R) III CPU family 1266 MHz
640 K System RAM Passed
511 M Extended RAM Passed
Дальше при нажатии F2 - сообщает Entering SETUP, и так в этом состоянии может простоять сколько угодно пока не выключишь комп.
При нажатии F4 - Booting Service Partition - аналогично предідущей ситуации
В чем проблема. Клава работает (выбор F2/F4, перезагрузка). Судя по клавиатуре комп не зависает (переключается рус\лат)
Вызов процедуры обработки прерывания от не идентифицированного источника. Возможные причины:
- Потеря управления при сбое выполнения POST
- Ложное срабатывание входов контроллера прерываний, отвечающих за обработку IRQ
- Генерации ложных импульсов на линиях IRQ
Аппаратно на это могут влиять схемы питания, неисправность APIC одного из процессоров (пробовать с одним) либо дефекты проводников, ведущих к процессорному разъему, неисправность чипа IOAPIC i82093AA (мало вероятно), неисправность чипсета (проблема с AGP налицо?), установленная или бортовая периферия
Не претендующие ни на что фантазии дилетанта :|
А не может ли этим источником быть вышедшее из строя интегрированное видео?
И если вдруг это так, то может быть значительная просадка напряжения из-за этого деффектного дивайса, а
после непродолжительной работы, и соответственно прогрева, и соответственно
падения сопротивления (ведь это полупроводники), и соответственно еще большая
просадка напряжения на этом устройстве (если оно имеет индивидуальное питание), или на всем Северном мосте (если питание у них общее). Как результат
падение напряжения Pw_Good, и перезагрузка.
Т.е. неплохо бы проверить напряжениена Северном мосте и процессоре, не находится ли они на нижнем пределе, т.е. достаточно небольшой дополнительной просадки напряжения чтобы вызвать перезагрузку.
А также неплохо бы посмотреть даташит на Северный мост, нет ли у интегрированного видео собственной линии питания, и если есть, то нельзя ли ее
отсоединить (отпаяв временно какой-нибудь элемент или перерезав дорожку).
И проверить не греется ли тот участок Северного моста, в котором находится встроенное видео, больше остальных.
Проблема в том, что когда появляется прерывание от неидентифицированного источника, BIOS "в растерянности": запрос есть, а к моменту его идентификации все потенциальные источники делают вид, что к нему непричастны. Это потому что дефект моментальный и самоисчезающий. Отсюда и сложности с диагностикой.
А перезагрузка может возникнуть из-за переполнения стека, вызванного необработанными прерываниями.
А как практически переполнение стека может вызвать аппаратный ресет (автор темы именно о нем и пишет). Перполнение стека - явление
програмное. Критическая ошибка, зависание, ну синий экран, но не аппаратный ресет же :?
Возможно я многое не понимаю, потому и спрашиваю Вас как специалиста, как переполнение стека может вызвать аппаратный ресет :?:
я бы грешил на БП и как вариант левый/коцнутый бивич :roll: