Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Nesta fase, espera-se que todas as atualizações de firmware sejam aplicadas e os resultados de todas as atualizações refletidos no ESRT na próxima inicialização do carregador do sistema operacional Windows. Fazendo referência ao exemplo ESRT na definição da tabela ESRT e ao exemplo INF do pacote de driver de atualização de recursos de firmware em autorando um pacote de driver de atualização, se a versão 2 do firmware.bin for aplicada com sucesso pelo firmware, a nova tabela ESRT refletirá isso. Observe que a única diferença na tabela é que os campos Versão do Firmware e Última Versão Tentada 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 do 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 firmware | 1 | A versão de formato de entrada de recurso do firmware que esta tabela usa é 1. |
| Matriz de Entrada de Recurso do Firmware | Entrada de recurso de firmware 0 | |
| Classe de 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 de firmware com suporte mais baixa para 2, de modo 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. |
| Última tentativa de versão | 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 de Firmware | (FIRMWARE_DO_DISPOSITIVO) | 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 de firmware mais baixa 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). |
| Última tentativa de versão | 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 Firmware Version, Last Attempt Version e Last Attempt Status 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 isso não for aplicado com êxito, então a Versão do Firmware = 1, a Versão da Última Tentativa = 2 e o Status da Última Tentativa != 0. Ou seja, o Status da Última Tentativa é configurado com o código de erro apropriado, não zero, indicando o motivo pelo qual a falha ocorreu. Para obter a lista de códigos de erro válidos para essa entrada, consulte a definição da 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 De política, conforme descrito na seção Desativar atualizações de firmware abaixo.
Reinicialização do sistema
Uma redefinição do sistema permite que os usuários finais revertam seus sistemas de volta para as 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 retrocompatíveis com todas as versões de driver e sistema operacional disponibilizadas nessa plataforma. Se o firmware não for compatível, isso poderá fazer com que um usuário retorne o sistema ao fabricante.
Restaurando 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 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 baixo, 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 que você está revertendo atenda a essas condições, o carregador do sistema operacional será atualizado para uma versão mais antiga.
Tópicos relacionados
Criando um pacote de driver de atualização