Une simple migration de plateforme a suffi pour changer l’identité d’un processeur Intel vendu en boîte retail. Sur une GIGABYTE B860I AORUS PRO ICE, un Core Ultra 5 250K Plus est reconnu comme un Core Ultra 7 270K Plus dans le BIOS, sous Windows et dans les outils de monitoring.
Core Ultra 250K identifié comme 270K Plus
Le cas remonte à un utilisateur de Chiphell relayé par HXL. Il précise avoir acheté un Intel Core Ultra 5 250K Plus en version boîte, avec une étiquette 250K sur l’emballage, puis le même marquage directement sur l’IHS du CPU.
La piste d’une simple inversion de boîte paraît donc faible. L’utilisateur ajoute que le problème n’avait pas été remarqué auparavant sur une carte mère Colorful, sans fournir de captures de cette première configuration.
Les spécifications ne correspondent pas à un vrai 270K Plus
CPU-Z continue pourtant d’afficher une configuration à 18 cœurs, conforme à la fiche officielle du Core Ultra 5 250K Plus. Intel référence de son côté le Core Ultra 7 270K Plus comme un modèle à 24 cœurs.
Autrement dit, tout indique un souci d’identification dans le firmware, pas un 270K Plus caché sous un mauvais marquage. Le dernier retour du fil va dans ce sens : le support GIGABYTE aurait demandé d’attendre une mise à jour du BIOS. Sur la page produit de la B860I AORUS PRO ICE, le constructeur recommande déjà l’usage du BIOS le plus récent pour les processeurs Intel Core Ultra.
Une piste autour des ajustements Intel 200S Plus
Le contexte des SKU Intel 200S Plus peut expliquer ce type d’erreur. Intel a annulé le 290K Plus, et ces changements tardifs ont pu entraîner des reclassements internes ; dans ce cadre, une mauvaise association de CPUID ou de tables d’identification côté BIOS reste plausible.
Si le bug se limite au nom du modèle, l’impact sur les performances devrait être nul. En revanche, ce genre d’écart complique la lecture des inventaires matériels, des outils de validation et des rapports de support, ce qui n’est jamais anodin sur une plateforme récente.
Source : VideoCardz Via Chiphell via HXL
