Status da atualização de firmware
Neste ponto, espera-se que todas as atualizações de firmware sejam aplicadas e os resultados de todas as atualizações refletidas no ESRT na invocação subsequente do carregador do sistema operacional Windows. Fazendo referência ao exemplo de ESRT na definição da tabela ESRT e ao exemplo INF do pacote de driver de atualização de recurso de firmware em Criação de um pacote de driver de atualização, se a versão 2 do firmware.bin tiver sido aplicada com êxito pelo firmware, a nova tabela ESRT refletirá isso. Observe que a única diferença na tabela é que os campos Versão do Firmware e Versão da Última Tentativa para a entrada de recurso de firmware do sistema foram alterados para refletir a nova versão de firmware aplicada com êxito.
| Campo | Valor | Comentário |
|---|---|---|
| Contagem de recursos de firmware | 2 | Esta tabela contém duas entradas de recurso de firmware. |
| Máximo de recursos de firmware | 2 | Essa alocação de tabela contém espaço suficiente para descrever um máximo de dois recursos. |
| Versão do recurso de firmware | 1 | A versão de formato de entrada de recurso de firmware que esta tabela usa é 1. |
| Matriz de entrada de recurso de firmware | Entrada de recurso de firmware 0 | |
| Classe firmware | (SYSTEM_FIRMWARE) | Esse GUID identifica o firmware do sistema para atualização via PnP. |
| Tipo de firmware | 1 | O tipo de firmware do sistema é 1. |
| Versão do Firmware | 2 | A versão atual do firmware do sistema é 2. |
| Versão mais baixa do firmware com suporte | 2 | Altere a versão mais baixa do firmware com suporte para 2, para que o firmware não possa ser revertido para uma versão anterior à versão 2. Esse valor normalmente é alterado quando a atualização de firmware contém correções de segurança. |
| Sinalizadores de cápsula | 0 | O firmware do sistema não define nenhum sinalizador de atualização de cápsula privada. |
| Versão da última tentativa | 2 | A última versão de firmware do sistema para a qual uma atualização foi tentada foi 2 |
| Status da última tentativa | 0 | A última tentativa de atualização de firmware do sistema foi bem-sucedida. |
| Entrada de recurso de firmware 1 | ||
| Classe firmware | (DEVICE_FIRMWARE) | Esse GUID identifica o firmware do dispositivo para atualização via PnP. |
| Tipo de firmware | 2 | O tipo de firmware do dispositivo é 2. |
| Versão do Firmware | 1 | A versão atual do firmware do dispositivo é 1. |
| Versão mais baixa do firmware com suporte | 1 | Mantenha a versão mais baixa do firmware com suporte como 1. O firmware pode ser revertido para a versão 1, se necessário. |
| Sinalizadores de cápsula | 0x8010 | O firmware do dispositivo define sinalizadores de atualização de cápsula privada (0x8010). |
| Versão da última tentativa | 1 | A última versão de firmware do dispositivo para a qual uma atualização foi tentada é 1. |
| Status da última tentativa | 0 | A última tentativa de atualização de firmware do dispositivo foi bem-sucedida. |
Se o firmware não puder ser aplicado com êxito, as entradas Versão do Firmware, Última Tentativa e Status da Última Tentativa no ESRT refletirão a tentativa de atualização com falha. Por exemplo, se o sistema estiver tentando atualizar a versão 1 do firmware para a versão 2 e não for aplicado com êxito, a Versão do Firmware = 1, a Última Tentativa Versão = 2 e o Status da Última Tentativa != 0. (Ou seja, o Status da Última Tentativa é definido como o código de erro não zero apropriado que indica o motivo da falha. Para obter a lista de códigos de erro válidos para essa entrada, consulte Definição de tabela ESRT.
Embora a política de atualização padrão imponha que as versões de firmware só possam aumentar, essa política pode ser desabilitada para fins de teste por meio da configuração Política, conforme descrito na seção Reverter atualizações de firmware abaixo.
Redefinição do sistema
Uma redefinição do sistema permite que os usuários finais revertam seus sistemas de volta às configurações de fábrica. Ele consegue isso reinstalando a imagem do Windows pré-carregada em um sistema durante o processo de fabricação. Todo o sistema operacional, incluindo drivers e aplicativos, será reinstalado.
Devido aos requisitos de segurança que impedem a reversão de firmware entre limites de segurança, a redefinição do sistema não pode reverter as versões de firmware para corresponder ao firmware original implantado na fábrica. Isso significa que todas as versões do firmware devem ser compatíveis com versões anteriores com todas as versões do driver e do sistema operacional enviadas nessa plataforma. Se o firmware não for compatível, isso poderá fazer com que um usuário retorne o sistema ao fabricante.
Revertendo atualizações de firmware
Em alguns casos, pode ser necessário reverter uma atualização de firmware, por exemplo, durante o teste de atualização. Cada recurso de firmware relatado pelo ESRT tem uma entrada na seguinte chave do Registro: HKLM\SYSTEM\CurrentControlSet\Control\FirmwareResources.
A entrada é uma chave com o Nome igual ao GUID usado para relatar o recurso no ESRT. Para permitir uma reversão de firmware, crie um valor de REG_DWORD chamado Política e defina o valor como 1. Um determinado recurso de firmware só pode ser revertido para sua respectiva versão de firmware com suporte mais baixa, conforme especificado no ESRT. Isso é para evitar reversões de firmware além do ponto em que uma correção de segurança crítica foi feita no firmware. Se a versão do firmware para a qual você está revertendo atender a essas condições, o carregador do sistema operacional será atualizado para uma versão mais antiga.
Tópicos relacionados
Criação de um pacote de driver de atualização
Comentários
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulte https://aka.ms/ContentUserFeedback.
Enviar e exibir comentários de