Teste de Tpr UEFI
Esse teste valida a implementação uefi do comando TPR. Os eDrives desbloqueados pelo sistema operacional permanecerão desbloqueados em falhas do sistema, causando uma vulnerabilidade de segurança para todas as unidades, pois o sistema operacional não pode bloquear a unidade na falha. Os sistemas UEFI devem emitir um comando TPR para cada eDrive no sistema para garantir que a unidade esteja bloqueada antes de ser inicializada em um sistema operacional.
Por exemplo, esse teste cria uma banda em todos os eDrives e define o estado dessa banda como desbloqueado temporariamente antes de invocar uma falha do sistema. Após a reinicialização, o teste é executado novamente e verifica o estado da banda para garantir que ela esteja bloqueada.
Detalhes do teste
| Especificações |
|
| Plataformas |
|
| Versões com suporte |
|
| Tempo de execução esperado (em minutos) | 20 |
| Categoria | Compatibilidade |
| Tempo limite (em minutos) | 1200 |
| Requer reinicialização | false |
| Requer configuração especial | false |
| Tipo | automático |
Documentação adicional
Os testes nessa área de recurso podem ter documentação adicional, incluindo pré-requisitos, configuração e informações de solução de problemas, que podem ser encontradas nos tópicos a seguir:
Executando o teste
Antes de executar o teste, conclua a configuração de teste conforme descrito nos requisitos de teste: Pré-requisitos de teste de conceitos básicos do sistema WDTF.
Esse teste é um teste do sistema e, como tal, é executado em todos os sistemas e não em unidades específicas no teste de dispositivo. Todos os sistemas com UEFI e um eDrive anexado verão esse teste na lista de testes a serem executados. Um sistema UEFI com mais de um eDrive será verificado quanto à conformidade.
O teste configurará o sistema antes de causar um bug iniciado manualmente marcar e, por fim, validar o estado da unidade após a reinicialização do sistema. Isso significa que é esperado ver um erro de parada iniciado manualmente.
Solucionando problemas
Para solução de problemas genéricos de falhas de teste do HLK, consulte Solução de problemas de falhas de teste do Windows HLK.
Para obter informações adicionais de solução de problemas, consulte Solução de problemas de testes de conceitos básicos do sistema.
O teste precisa criar uma nova banda no eDrive para teste, o que exige que haja espaço livre disponível para criar a partição e a banda. Se o eDrive já tiver volumes, o teste tentará reduzir um volume e usar o espaço livre para fazer o teste. Se um erro for encontrado ao tentar preparar a unidade antes da falha iniciada manualmente, as seguintes etapas poderão ser executadas:
Esse erro pode ser visto nos logs de teste como uma falha do VDS.
Remova manualmente todos os volumes das unidades de dados executando limpo diskpart no disco.
Se o disco contiver o volume de inicialização, reduza os volumes para criar pelo menos 100 MB de espaço livre em volumes de inicialização antes de executar o teste. Isso pode ser feito usando o Gerenciamento de Disco.
Mais informações
O teste é um teste do sistema e faz toda a sua própria enumeração de dispositivo. O trabalho primeiro instala o driver de verificação de bugs, o que permite que o aplicativo de teste no modo de usuário force uma falha do sistema. Durante a fase 1 do teste, o sistema é verificado para garantir que ele seja um sistema UEFI e tenha pelo menos um eDrive conectado. Se o sistema não atender a esses critérios, o teste será ignorado e aparecerá como uma passagem no estúdio e no gerenciador do HLK. Para cada eDrive enumerado no sistema, uma nova banda de 100 MB é criada. Se a unidade já contiver partições de modo que não haja 100 MB de espaço livre, o VDS será invocado para reduzir a maior partição para criar espaço para uma nova banda. Isso significa que as partições na unidade devem ter sido criadas no Windows e não são gerenciadas por uma solução TCG de terceiros. Cada uma das novas faixas é definida como o estado desbloqueio temporário antes de invocar o driver de crashdump para causar uma falha do sistema iniciada manualmente. Quando o sistema reinicializa a segunda parte do teste é executada para marcar que cada uma das bandas está bloqueada. Qualquer faixa desbloqueada faz com que o teste falhe. As faixas de teste são removidas e as partições estendidas se elas foram reduzidas anteriormente. Por fim, o driver de crashdump é removido do sistema.
Uso de comando
| Comando | Descrição |
|---|---|
UefiTprTest.exe phase1 |
Execute a fase 1 do teste para preparar as unidades antes de travar o sistema. |
UefiTprTest.exe fase2 |
Execute a fase 2 do teste para marcar o estado das unidades após a reinicialização. |
Sintaxe de comando
| Opção de comando | Descrição |
|---|---|
UefiTprTest.exe |
As opções de linha de comando para o teste estão listadas abaixo. |
Fase1 |
A fase 1 prepara as unidades para teste. Isso é necessário para obter as unidades no estado em que são necessárias antes de travar o sistema. |
Fase2 |
A fase 2 faz a validação das unidades e seu estado após a falha do sistema. |
Observação
Para obter ajuda de linha de comando para esse binário de teste, digite /?.
Lista de arquivos
Arquivo |
Location |
bugcheck.sys |
<[testbinroot]>\nttest\driverstest\storage\wdk\ |
common.js |
<[testbinroot]>\NTTEST\driverstest\storage\crashdump\scripts\ |
Crash.wsf |
<[testbinroot]>\NTTEST\driverstest\storage\crashdump\scripts\ |
bugcheckdrvctrl.dll |
<[testbinroot]>\nttest\driverstest\storage\wdk\crashtest\ |
bugcheckdrvctrl.tlb |
<[testbinroot]>\nttest\driverstest\storage\wdk\crashtest\ |
UefiTprTest.exe |
<[testbinroot]>\nttest\driverstest\storage\wdk\ |
Parâmetros
| Nome do parâmetro | Descrição do parâmetro |
|---|---|
| LLU_LclAdminUsr | Conta de usuário para executar o teste. |
| LLU_NetAccessOnly | Conta de usuário para acessar o compartilhamento de arquivos de teste. |
| StorageDriveLetter | Atribuído por Criar Parâmetros de Armazenamento. |
| StorageDriveNumber | Atribuído por Criar Parâmetros de Armazenamento. |
| DiskDeviceObjLink | Atribuído por Criar Parâmetros de Armazenamento. |