Marcos FRM

O Ryzen 7 5700X precisa de AGESA V2 PI 1.2.0.6b[*] ou superior. Agora, se chega a ligar com versões anteriores requer pesquisa... [*] Alguns relatos dizem que funciona com a 1.2.0.5, porém essa versão é problemática e foi pouco usada pelos fabricantes.

Sim. Algumas placas mais caras possuem um recurso para atualizar BIOS sem processador, porém não é o caso da sua.

Está com a última versão?

Essas com filamento de carbono queimam direto: é jogar dinheiro fora.

Tem vários tópicos com esse mesmo problema aqui no fórum. Em alguns (poucos), era placa de vídeo com VBIOS sem suporte a UEFI (que não é seu caso). Em muitos, não chegou-se a conclusão alguma, ou o autor desapareceu sem dar retorno. Vááárias Gigabyte nessa situação; agora você com uma ASRock... Veja se tem atualização de BIOS (da placa-mãe) antes de tudo: para evitar ficar lutando contra eventual problema que, com sorte, já foi solucionado.

Baixe o GPU-Z e veja se tem VBIOS UEFI. [2]

Qual sua placa de vídeo? (se for dedicada) Baixe o GPU-Z e veja se tem VBIOS UEFI.

Será que o identificador do disco é o mesmo? Abra o Prompt de comando como Administrador, depois: diskpart list disk select disk 0 detail disk select disk 1 detail disk exit Compare as linhas "Identificação de Disco".

1440p bom e barato é igual a Unicórnio, só se ouve falar. Um top é o Dell S2721DGF (165 Hz). Talvez o Dell S2721DS (75 Hz) seja uma opção, porém pesquise sobre ele antes.

Parece ser BIOS com incompatibilidade de algum tipo... Qual programa usou para criar o pendrive? Pois, se foi algum que usa o modo "dd", que simplesmente despeja o conteúdo do ISO no dispositivo, tente com o Rufus (https://rufus.ie/), pois o padrão dele é o modo "iso", que cria o particionamento do pendrive do zero, sem depender do ISO em si para isso.

Na verdade, é possível sim via PXE, tendo um Windows Server, ou Linux, com malabarismo. No entanto, é insano tentar isso quando a solução é um mísero pendrive de 25 reais.

Ah, antes de copiar o arquivo do BIOS, use o BIOSRenamer.exe para encurtar o nome, pra ficar dentro do limite 8.3 do DOS. Deve funcionar também com o nome longo, porém será abreviado com aquele esquema do til (~), que é inconveniente... @Carlúcio B Pelo seu outro tópico, é placa "Brazil PC". Pffffffff. Daí, mesmo que seja a mesma placa fisicamente, tem que pesquisar se tem como colocar o BIOS da ASUS. Em geral, o suporte desses integradores nacionais é inexistente.

Se realmente não tiver (bola fora da ASUS...), resta o velho Bupdater para DOS. Está na seção "Driver & Tools -> Utilidades de BIOS" do site. Daí você cria um pendrive de boot com o FreeDOS usando o Rufus, copia o BUPDATER.EXE e PRIME-A320M-E-ASUS-6042.CAP para o pendrive. Inicia por ele (precisa do CSM ativo), executa "BUPDATER /G" e segue as instruções: https://dlcdnets.ASUS.com/pub/ASUS/mb/LGA1151/B250M-BASALT/E13571_BIOS_Update_EM_V4_WEB.pdf#page=10

AMI não fabrica chip. AMI licencia uma base de código, que é adaptada pelos fabricantes para suas placas-mãe. Com o licenciamento, vem uma penca de ferramentas para ajudar na adaptação, suporte, etc. Concorrentes da AMI: Insyde, Phoenix.

Não é obrigatório, mas é altamente recomendável.

Eu chuto que esteja com Secure Boot desativado (possivelmente com CSM ativado...), que ainda é o padrão de vários desses malucos fabricantes. Falta só enviarem uma cópia do FreeDOS de brinde, para o consumidor sentir o "poder" do CSM. Para automatizar os passos do @alan neris : https://rufus.ie/ O ideal, porém, é habilitar tudo que precisa no BIOS antes...

O "AF" é Zen+ (Pinnacle Ridge). A versão 4.60 tem os seguintes microcódigos: ╔══════════════════════════════════════════════════════════════════╗ ║ AMD ║ ╟────┬──────────┬──────────┬────────────┬────────┬──────────┬──────╢ ║ # │ CPUID │ Revision │ Date │ Size │ Offset │ Last ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 1 │ 00800F82 │ 0800820D │ 2019-04-16 │ 0xC80 │ 0x249000 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 2 │ 00800F12 │ 08001250 │ 2019-04-16 │ 0xC80 │ 0x249D00 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 3 │ 00800F11 │ 08001138 │ 2019-02-04 │ 0xC80 │ 0x24AA00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 4 │ 00800F10 │ 0800100C │ 2017-01-31 │ 0xC80 │ 0x24B700 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 5 │ 00800F00 │ 0800002A │ 2016-10-06 │ 0xC80 │ 0x24C400 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 6 │ 00810F10 │ 08101016 │ 2019-04-30 │ 0xC80 │ 0x3C6500 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 7 │ 00820F01 │ 08200103 │ 2019-04-17 │ 0xC80 │ 0x3C7200 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 8 │ 00810F00 │ 08100004 │ 2016-11-20 │ 0xC80 │ 0x3C7F00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 9 │ 00810F80 │ 08108002 │ 2018-06-05 │ 0xC80 │ 0x3C8C00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 10 │ 00810F81 │ 08108109 │ 2019-04-17 │ 0xC80 │ 0x3C9900 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 11 │ 00810F11 │ 08101102 │ 2018-11-06 │ 0xC80 │ 0x3CA600 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 12 │ 00A20F12 │ 0A20120A │ 2021-10-14 │ 0x15C0 │ 0x5EFB00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 13 │ 00A20F10 │ 0A201016 │ 2021-04-08 │ 0x15C0 │ 0x5F1100 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 14 │ 00A20F00 │ 0A200025 │ 2020-01-21 │ 0x15C0 │ 0x5F2700 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 15 │ 00870F10 │ 08701021 │ 2020-01-25 │ 0xC80 │ 0x603200 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 16 │ 00870F00 │ 08700004 │ 2018-12-06 │ 0xC80 │ 0x603F00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 17 │ 00860F00 │ 0860000E │ 2020-01-27 │ 0xC80 │ 0x77FF00 │ Yes ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 18 │ 00860F01 │ 08600106 │ 2020-06-19 │ 0xC80 │ 0x780C00 │ No ║ ╟────┼──────────┼──────────┼────────────┼────────┼──────────┼──────╢ ║ 19 │ 00A50F00 │ 0A50000D │ 2021-10-14 │ 0x15C0 │ 0x8FFF00 │ Yes ║ ╚════╧══════════╧══════════╧════════════╧════════╧══════════╧══════╝ Ou seja, tem toda a pia da cozinha! Estão lá os vovôs 00800F11h (Summit Ridge), 00800F82h (Pinnacle Ridge) e 00810F10h (Raven Ridge). Placas com o chip B450 não eram para ter frescuras com esses modelos antigos; tais restrições são coisa dos A520 e B550. Logo, mesmo com o BIOS 4.60, é para continuar funcionando.

O último Windows concebido durante o reinado de Steve Ballmer, aquele que perdeu o bonde da história nos dispositivos móveis. Adiós.

https://www.biostar.com.tw/app/en/mb/introduction.php?S_ID=912#cpusupport (considerando a revisão 6.x) Ryzen 5 1600 desde a A32ES213. Ryzen 5 1600AF desde a A32ES417. Sua versão A32ES715 é posterior. Portanto, suporta.

Parece que não... TPM (seja discreto ou fTPM) é um pilar da segurança do Windows[*], tanto do 10 quanto do 11: https://learn.microsoft.com/en-us/windows/security/information-protection/tpm/how-windows-uses-the-tpm https://learn.microsoft.com/en-us/windows/security/information-protection/tpm/tpm-recommendations#is-there-any-importance-for-tpm-for-consumers O BIOS em uso (F16a) já possui a correção para o infame bug do fTPM da AMD que causava travamentos, com AGESA PI V2 1.2.0.7. Não tem prejuízo habilitar. [*] Do macOS também. E, em menor grau, do Linux, que é retardatário nisso.

Por que não deixar habilitado e teclar Y?

Colocou o caminho completo em "Programa/script"? Tente colocar em "Iniciar em (opcional)" o caminho da pasta onde o script está. Estou enferrujado nisso.

Existem muitas GPOs com propósito de restringir vários pontos do Windows. Pesquise sobre o assunto. O principal problema do Windows é a permissão de execução ser dada por padrão para quase tudo/todos, ao contrário dos Unix-like. Felizmente, aquela GPO que mencionei (disponível a partir do Windows 7 e Server 2008 R2, se a memória não me falha) ajuda muito, pois dispositivos removíveis são considerados não confiáveis em qualquer ambiente sério. É possível fazer o mesmo em pastas aleatórias usando ACLs. Aqui está um experimento que fiz anos atrás. Não conseguindo executar código diretamente, já diminui enormemente a superfície de ataque. Depois tem que ir aparando o resto. Um exemplo: o mínimo é o usuário não ser administrador; apenas membro do grupo "Usuários". Assim, é recomendável habilitar esta GPO: Configuração do Computador -> Configurações do Windows -> Configurações de segurança -> Políticas locais -> Opções de segurança -> Controle de Conta de Usuário: comportamento da solicitação de elevação de usuários padrão (Negar automaticamente solicitações de elevação) Para ser impossível para tais usuários conseguirem elevar privilégio, mesmo que, saiba-se lá como, consigam as credenciais. Veja que são apenas duas GPOs (contando a dos dispositivos removíveis), de centenas, que fazem uma boa diferença.

Sim. No Notepad++, Windows-1252 também é chamada de "ANSI" (use "Formatar -> Converter para ANSI").

Coloque chcp 1252 na primeira linha do batch -- pressupondo que o arquivo tenha sido salvo usando a codificação "ANSI" do Bloco de notas, também conhecida por "Windows-1252".