И те же гадания - определить со стороны проца глючит тот же СМ или нет. Так вон POST-кодов, по которым СМ меняют - вагон и маленькая тележка, и они совсем неочевидны.
В первую очередь - плюс в том, что нет привязки к цепочке LPC-ЮМ-СМ-проц, при серьезной проблеме в любом месте которой ни одного пост-кода вообще не высветится. Неважно, будь это подбитый МИО, засаживающий LPC, или отвал пятака на шине СМ-ЮМ, или отвал сокета...
+ ко всему - пост-коды неочевидны в первую очередь из-за того, что на каждом из этапов инициализируется довольно много устройств (к примеру, POST 25 - кто его знает, что накрылось; или тот же С1 у нфорсов - связанный с проблемами на PCI-E линках).
Да и даже исполнение родного биоса в режиме пошаговой отладки, с краткой историей записи в порты ввода-вывода, в идеале - с расшифровкой, ИМХО, прилично поможет свет пролить на источник проблем
В первую очередь - плюс в том, что нет привязки к цепочке LPC-ЮМ-СМ-проц, при серьезной проблеме в любом месте которой ни одного пост-кода вообще не высветится. Неважно, будь это подбитый МИО, засаживающий LPC, или отвал пятака на шине СМ-ЮМ, или отвал сокета...
+ ко всему - пост-коды неочевидны в первую очередь из-за того, что на каждом из этапов инициализируется довольно много устройств (к примеру, POST 25 - кто его знает, что накрылось; или тот же С1 у нфорсов - связанный с проблемами на PCI-E линках).
Да и даже исполнение родного биоса в режиме пошаговой отладки, с краткой историей записи в порты ввода-вывода, в идеале - с расшифровкой, ИМХО, прилично поможет свет пролить на источник проблем