Міша Смич писал(а):
С Гемини лейк пока много заморочек,и толком не понятно как они умирают
Да примерно понятно).
Случай явно дохлого цпу рассматривать нет смысла, вариант - нет питания процессора, естественно инейбл и питания ШИМа есть, мосфеты и обвяз живы.
Исходные данные - есть HP N97B с явно убитым Gemini Lake, Asus X705MA полностью рабочий.
Перекидываем с асуса на хп проц, шьем чистый биос, нет питания ядра.
Ставим на хп
новый мобильный Gemini Lake, получаем рабочий аппарат.
Возвращаем на асус его родной проц, тоже всё работает.
Скормив биосы FIT-у видим, что в разделе Platform Protection--- OEM Public Key Hash не нулевые, платформы имеют защиту хотя и BG=0.
Т.е. в процессорах прописаны приватные ключи и хэш не совпадает. Как итог нет запуска.
Видимо в результате каких то катаклизмов, например аварии по питаниям - сырые технологии - фазы луны - хренпоймичто, портится/мрёт в процессоре область с приватным ключом.
Варианта кроме замены процессора я не вижу.
Новый точно заработает, б/у должен завестись в пределах одного бренда, производители с приватными ключами на целое поколение не заморачиваются.
Допустим у E203MA и X705MA хэш публичного ключа одинаковый.
При замене на новый, ИМХО, стоит защиту обнулить, хуже не будет. На живых аппаратах эксперименты ставить не стал).
Кстати с Apollo Lake ситуация такая же.