État de la mise à jour du microprogramme
À ce stade, il est attendu que toutes les mises à jour du microprogramme soient appliquées et que les résultats de toutes les mises à jour soient répercutés dans l’ESRT lors de l’appel suivant du chargeur du système d’exploitation Windows. En se référant à l’exemple ESRT dans la définition de table ESRT et à l’exemple INF du package de pilote de mise à jour des ressources de microprogramme dans Création d’un package de pilotes de mise à jour, si la version 2 de firmware.bin a été correctement appliquée par le microprogramme, la nouvelle table ESRT reflète cela. Notez que la seule différence dans le tableau est que les champs Version du microprogramme et Version de la dernière tentative pour l’entrée de ressource de microprogramme système ont été modifiés pour refléter la nouvelle version du microprogramme correctement appliquée.
| Champ | Valeur | Commentaire |
|---|---|---|
| Nombre de ressources du microprogramme | 2 | Ce tableau contient deux entrées de ressource de microprogramme. |
| Nombre maximal de ressources de microprogramme | 2 | Cette allocation de table contient suffisamment d’espace pour décrire un maximum de deux ressources. |
| Version de la ressource de microprogramme | 1 | La version du format d’entrée de ressource de microprogramme que ce tableau utilise est 1. |
| Tableau d’entrée de ressource de microprogramme | Entrée de ressource de microprogramme 0 | |
| Firmware, classe | (SYSTEM_FIRMWARE) | Ce GUID identifie le microprogramme système à mettre à jour via PnP. |
| Type de microprogramme | 1 | Le type de microprogramme système est 1. |
| Version du microprogramme | 2 | La version actuelle du microprogramme système est 2. |
| Version de microprogramme prise en charge la plus faible | 2 | Remplacez la version de microprogramme la plus faible prise en charge par 2, afin que le microprogramme ne puisse pas être restauré vers une version antérieure à la version 2. Cette valeur est généralement modifiée lorsque la mise à jour du microprogramme contient des correctifs de sécurité. |
| Indicateurs de capsule | 0 | Le microprogramme système ne définit aucun indicateur de mise à jour de capsule privée. |
| Dernière version de la tentative | 2 | La dernière version du microprogramme système pour laquelle une mise à jour a été tentée était 2 |
| État de la dernière tentative | 0 | La dernière tentative de mise à jour du microprogramme système a réussi. |
| Entrée de ressource de microprogramme 1 | ||
| Firmware, classe | (DEVICE_FIRMWARE) | Ce GUID identifie le microprogramme de l’appareil à mettre à jour via PnP. |
| Type de microprogramme | 2 | Le type de microprogramme de l’appareil est 2. |
| Version du microprogramme | 1 | La version actuelle du microprogramme de l’appareil est 1. |
| Version de microprogramme prise en charge la plus faible | 1 | Conservez la version de microprogramme prise en charge la plus basse sur 1. Le microprogramme peut être restauré à la version 1 si nécessaire. |
| Indicateurs de capsule | 0x8010 | Le microprogramme de l’appareil définit des indicateurs de mise à jour de capsule privée (0x8010). |
| Dernière version de la tentative | 1 | La dernière version du microprogramme de l’appareil pour laquelle une mise à jour a été tentée est 1. |
| État de la dernière tentative | 0 | La dernière tentative de mise à jour du microprogramme de l’appareil a réussi. |
Si le microprogramme ne peut pas être appliqué correctement, les entrées Version du microprogramme, Dernière tentative et État de la dernière tentative dans l’ESRT reflètent la tentative de mise à jour ayant échoué. Par exemple, si le système tente de mettre à jour la version 1 du microprogramme vers la version 2 et ne parvient pas à s’appliquer correctement, la version du microprogramme = 1, la dernière tentative de version = 2 et l’état de la dernière tentative != 0. (Par exemple, l’état de la dernière tentative est défini sur le code d’erreur différent de zéro approprié indiquant la raison de l’échec. Pour obtenir la liste des codes d’erreur valides pour cette entrée, consultez Définition de table ESRT.
Bien que la stratégie de mise à jour standard applique que les versions de microprogramme ne peuvent qu’augmenter, cette stratégie peut être désactivée à des fins de test via le paramètre de stratégie, comme décrit dans la section Restauration des mises à jour du microprogramme ci-dessous.
Réinitialisation du système
Une réinitialisation du système permet aux utilisateurs finaux de rétablir leurs systèmes aux paramètres d’usine. Pour ce faire, il réinstalle l’image Windows préchargée sur un système pendant le processus de fabrication. L’ensemble du système d’exploitation, y compris les pilotes et les applications, sera réinstallé.
En raison des exigences de sécurité qui empêchent la restauration du microprogramme au-delà des limites de sécurité, la réinitialisation du système ne peut pas restaurer les versions du microprogramme pour qu’elles correspondent au microprogramme d’origine déployé dans la fabrique. Cela signifie que toutes les versions du microprogramme doivent être rétrocompatibles avec toutes les versions de pilote et de système d’exploitation fournies sur cette plateforme. Si le microprogramme n’est pas compatible, un utilisateur peut retourner son système au fabricant.
Restauration des mises à jour du microprogramme
Dans certains cas, il peut être nécessaire de restaurer une mise à jour du microprogramme, par exemple pendant le test de mise à jour. Chaque ressource de microprogramme ESRT signalée a une entrée dans la clé de Registre suivante : HKLM\SYSTEM\CurrentControlSet\Control\FirmwareResources.
L’entrée est une clé dont le Nom est égal au GUID utilisé pour signaler la ressource dans l’ESRT. Pour autoriser une restauration de microprogramme, créez une valeur REG_DWORD appelée Stratégie et définissez la valeur sur 1. Une ressource de microprogramme donnée ne peut être restaurée qu’à sa version de microprogramme la plus faible prise en charge respective, comme spécifié dans l’ESRT. Cela permet d’empêcher la restauration du microprogramme au-delà du moment où un correctif de sécurité critique a été apporté au microprogramme. Si la version du microprogramme à laquelle vous effectuez une restauration répond à ces conditions, le chargeur de système d’exploitation est mis à jour vers une version antérieure.
Rubriques connexes
Création d’un package de pilote de mise à jour
Commentaires
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez https://aka.ms/ContentUserFeedback.
Envoyer et afficher des commentaires pour