Marcos FRM

Exato. @Satori Esse aí deve ser 0,50 mm...

Isso está dito no site da Gigabyte: https://www.gigabyte.com/br/Motherboard/GA-A320M-S2H-rev-1x/support#support-dl-BIOS Perdeu suporte aos Bristol Ridge na versão F40. Voltou na versão F42, depois perdeu de novo na T54e e está sem até a versão atual (F54), sendo que provavelmente não voltará mais.

BIOS dessa época, jurássico, pode ser problemático. Tente com o Rufus e marque a opção "Opções de compatibilidade para BIOSs antigos" que pode ajudar.

Esse disco de 500 GB é onde quer instalar? É SATA?

@Joao531 Não precisa de programas de terceiros para isso. O próprio Windows monta arquivos ISO: clique com o botão direito e mande abrir com o Windows Explorer. Recurso existente desde o Windows 8.

Faça como comentei no post acima. Depois, dê um jeito de entrar no setup ("BIOS") e ative a opção "F12 Boot Menu". Depois de reiniciar, tecle F12 que o pendrive estará lá (deixe o modo de inicialização em UEFI com Secure Boot ativo).

Acho que não, mas entre lá e olhe...

Garimpando no Google... pela imagem dela, talvez seja uma placa da Intel (fabricadas pela Foxconn igualmente). O que não ajuda de novo, pois a Intel também encerrou o suporte para placas-mãe anos atrás e removeu todos os arquivos do site. Dê uma olhada no https://www.win-raid.com/forum.php tem pessoal experiente com BIOS Mod lá, talvez possam ajudar.

Provavelmente seja uma instalação UEFI. Partição 2: https://en.wikipedia.org/wiki/EFI_system_partition Partição 3: https://en.wikipedia.org/wiki/Microsoft_Reserved_Partition

? Pode apagar tudo do "Disco 0"? Caso sim, aproveite que está na tela do diskpart e... select disk 0 clean exit Assim o disco fica zerado e exclui a possibilidade de algum particionamento zoado estar complicando o processo. Depois, tem que ter certeza que o pendrive foi criado corretamente com uma ferramenta decente como o Rufus.

Complica quando os integradores tupiniquins entram em cena. Parece que essa placa é uma Foxconn remarcada. O que complica mais ainda, pois a Foxconn tirou seu site relativo a placas-mãe do ar faz vários anos... Primeiro tente descobrir qual modelo exato de Foxconn é que talvez ache algo ainda arquivado por aí.

Qual é a placa-mãe?

Faltou dizer o modelo do processador. Edit: está na primeira imagem. Quem sabe bug do BIOS? Viu se existe atualização?

5G vai cair de preço. Estava com a mesma dúvida e acabei optando por 4G mesmo. Comprei semana passada um Moto G31 por R$ 1350. Achei excelente para o preço e gosto dos Motorola (ou melhor, Lenovo Motorola agora...) pois o Android é quase puro: a única modificação é o aplicativo Moto, que oferece algumas opções de configuração a mais, interessantes e não invasivas. Para mim, é um diferencial matador e é o que tem me feito ficar com a marca por longos anos já. Não sei as outras marcas, mas a Motorola em média disponibiliza atualizações do Android por 3 anos. Não gosto de ficar com aparelhos muito defasados depois que encerram as atualizações pois falhas de segurança não são corrigidas e vão acumulando. Tinha um vídeo (que, para variar, não encontrei ), antigo, no YouTube, do Greg Kroah-Hartman mostrando ao vivo um Android com kernel desatualizado sendo comprometido com facilidade, sem hacks ou procedimentos mirabolantes. Depois daquilo, comecei a trocar de celular quando as atualizações param...

Não precisa. O Rufus tem um cheat mode para tal: Alt+E. Depois, selecione MBR em "Esquema de partição" que "Sistema de destino" será configurado com "BIOS ou UEFI". Use a última versão, pois, desde a 3.17, suporta Secure Boot sem precisar de gambiarra.

Costuma ser causado pelo recurso de economia de energia dos codecs HDA/AC97. Coloque options snd_hda_intel power_save=0 ou options snd_ac97_codec power_save=0 (é mais provável que tenha HDA aí; ou adicione ambas as linhas) num arquivo de texto plano (nada de LibreOffice, etc) /etc/modprobe.d/sem-estalos.conf (o nome do arquivo pouco importa, basta que tenha extensão .conf) e depois reinicie para testar. Caso resolva e seja o codec snd_hda_intel, seria interessante expandir esta lista: https://github.com/torvalds/linux/blob/v5.17/sound/pci/hda/hda_intel.c#L2164 Instruções, se estiver disposto a reportar bug: https://bugzilla.redhat.com/show_bug.cgi?id=1525104

O Ventoy tem um problema: não suporta Secure Boot. O fato do Rufus suportar Secure Boot sem malabarismo desde a versão 3.17 é um diferencial e tanto que me fez voltar a recomendá-lo frente ao Ventoy no Windows. Sobre o erro da imagem acima, a mensagem estava bem clara explicando o que aconteceu. Sempre me impressiono com o cuidado que Pete tem em desenvolvê-lo. Escreveu o código que exibe essa mensagem em assembly (modo real): https://github.com/pbatard/rufus/tree/master/res/mbr

Parece que, para placas com o chip Marvell 88SE9230, é possível usar a opROM deste modelo: https://www.startech.com/en-us/cards-adapters/pexsat34rh Como comentado aqui: https://www.win-raid.com/t8641f51-Syba-SI-PEX-PCIe-Card-with-Marvell-SATA-Controller.html Funciona em UEFI (não sei se aceita Secure Boot) e nesse caso os arranjos são criados através do binário UEFI ui64.efi, que é distribuído pela ASRock! https://www.asrockrack.com/support/faq.asp?id=14 Olha o caos... hehe.

Assim fica difícil recomendar ou não algo. Precisamos de algum guru para destrinchar os dados do AV-Comparatives (outro?).

Tem os testes de antivírus... o Panda tempos atrás tinha boa reputação. Porém de fato não é simples. Tem detecção por assinatura, por heurística, falsos positivos, mais diversas outras variáveis. Algum colega acompanha isso no detalhe?

Só vai funcionar se a plaquinha PCIe SATA tiver uma opROM para isso -- e, dependendo, que seja compatível com UEFI. Se não tiver, fica difícil, a menos que exista uma opROM compatível perdida aí pela internet e que seja viável enxertá-la no BIOS da placa-mãe (BIOS Mod), etc. Muito tempo atrás, usei algumas placas dessas e tinham opROM sim, mas apenas CSM/Legacy. Duvido que os caras tenham atualizado o código para funcionar com UEFI.

Tem a questão moral também, além da técnica. Exemplo apenas: a Eslováquia tem recebido muitos refugiados ucranianos, gente desesperada, que deixa sua vida, sua terra para trás. A sede da ESET é na Eslováquia. Algo de que lembrarei quando minha licença do KAV expirar no fim do ano.

Em princípio, sim. Não temos o código fonte do Windows para analisar e ter certeza absoluta, né...

O sistema de arquivos onde o Windows será instalado? Caso seja, desde o Vista (!) apenas NTFS é suportado. Já se for o sistema de arquivos do pendrive onde estará a mídia de instalação, daí depende. Ferramentas que não quebram o install.wim obrigatoriamente usarão NTFS ou exFAT, pois é um arquivo maior do que 4 GB de uns tempos para cá. Para não ter problema com Secure Boot, recomendo o Rufus, que tem uma solução elegante para isso. A ferramenta da Microsoft provavelmente[1] quebra o install.wim para permitir usar FAT32. É uma das causas da lentidão adicional. [1] Digo "provavelmente" pois ainda não tive paciência para testar, visto que o Rufus é uma ferramenta muito superior.

Vai ver é hardware novo e o kernel que o Mint usa não suporta. Eu testaria com outra distribuição que usasse um kernel bem recente, como o Fedora 36 Beta, para tirar a dúvida.