Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
À ce stade, on s'attend à ce que toutes les mises à jour du microprogramme soient appliquées et que les résultats de toutes les mises à jour soient reflétés dans l’ESRT lors de l'exécution suivante du chargeur de système d'exploitation Windows. En faisant référence à l’exemple ESRT dans la définition de table ESRT et à l’exemple INF du package de pilotes de mise à jour des ressources du microprogramme dans la création d’un package de pilotes de mise à jour, si la version 2 de firmware.bin a été appliquée avec succès par le microprogramme, la nouvelle table ESRT refléterait cela. Notez que la seule différence dans le tableau est que les champs Version du microprogramme et Dernière tentative pour l’entrée de ressource du microprogramme système ont changé pour refléter la nouvelle version du microprogramme appliquée avec succès.
| Terrain | Valeur | Commentaire |
|---|---|---|
| Nombre de ressources du firmware | 2 | Ce tableau contient deux entrées de ressource de microprogramme. |
| Limite maximale des ressources du microprogramme | 2 | Cette allocation de table contient suffisamment d’espace pour décrire un maximum de deux ressources. |
| Version de ressource du microprogramme | 1 | La version du format d’entrée de ressource du microprogramme utilisée par ce tableau est 1. |
| Tableau d’entrée de ressource du microprogramme | Entrée de ressource du microprogramme 0 | |
| Classe firmware | (SYSTEM_FIRMWARE) | Ce GUID identifie le microprogramme système pour la mise à 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 minimale du microprogramme prise en charge | 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 tentative de version | 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 du microprogramme 1 | ||
| La classe de firmware | (DEVICE_FIRMWARE) | Ce GUID identifie le microprogramme de l’appareil pour la mise à 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 du microprogramme la plus faible prise en charge | 1 | Conservez la version de microprogramme prise en charge la plus basse à 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). |
| Version de la dernière 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 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 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 non nul approprié indiquant la raison pour laquelle l’échec s’est produit. Pour obtenir la liste des codes d’erreur valides pour cette entrée, consultez la définition de table ESRT.
Bien que la stratégie de mise à jour standard applique que les versions du microprogramme ne peuvent augmenter que, 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 dans les paramètres d’usine. Pour ce faire, réinstallez 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 du pilote et du 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 lors du test de mise à jour. Chaque ressource de microprogramme signalée par ESRT a une entrée dans la clé de Registre suivante : HKLM\SYSTEM\CurrentControlSet\Control\FirmwareResources.
L’entrée est une clé portant le nom égal au GUID utilisé pour signaler la ressource dans ESRT. Pour autoriser la restauration d’un microprogramme, créez une valeur REG_DWORD appelée Policy et mettez la valeur à 1. Une ressource de microprogramme donnée ne peut être restaurée qu’à sa version de microprogramme la plus basse prise en charge, comme spécifié dans l’ESRT. Cela permet d’empêcher la restauration du microprogramme au-delà du point auquel un correctif de sécurité critique a été apporté au microprogramme. Si la version du microprogramme à laquelle vous revenez respecte ces conditions, le chargeur du système d'exploitation sera utilisé pour charger une version antérieure.
Rubriques connexes
Création d’un package de pilotes de mise à jour