Marcos FRM

Bem não vai rodar, pois você tem um processador fraco e um disco rígido... Não exagera... kkk dependendo do P4, nem instala a versão 64-bit:

Dando um retorno, pessoal. A Cooler Master MWE V2 Bronze 450W rodando na configuração do primeiro post, com exceção do processador, que troquei por um Ryzen 3 4100. Me impressionou o silêncio da mesma. Praticamente não faz barulho algum quando não é exigida -- e nesta configuração provavelmente nunca será.

Sim. Não. -- Descompacte o .ZIP e coloque o arquivo .CAP num pendrive formatado em FAT32. Reinicie, entre na configuração do BIOS (F2 ou DEL). Mude o modo de exibição para "Advanced" (atalho via F7 se não me engano), depois, na guia "Tools", abra "EZ Flash 2" ou similar. Ali, o conteúdo do pendrive será exibido. Navegue com o mouse ou teclado (setas) e selecione o arquivo .CAP. Perguntará se quer prosseguir. Aceite e espere. A barra de progresso é lenta: a atualização demora nos BIOS atuais uns ~3min, talvez um pouco mais. Quando terminar, vai reiniciar sozinho. Na próxima inicialização, entre novamente no BIOS (acho que é F1 desta vez) e selecione a opção "Load Optimized Defaults" ou similar. Agora, faça eventuais ajustes manuais de sua preferência e finalmente salve e saia.

Não dá mais para editar o post acima... tenho a foto da etiqueta:

Opa, marca o tópico como resolvido.

Bom, isso é inaceitável. Eu evitaria distribuições tão frágeis assim.

Hoje eu instalei a EDUP numa máquina de um conhecido (com Windows 10) e o negócio tem chip Intel, ao contrário do que diz no anúncio. O PCI ID é 8086:24FB e o driver nativo do Windows mostra "Intel(R) Dual Band Wireless-AC 3168". O Bluetooth tem USB ID 8087:0AA7 e driver exibe "Intel(R) Wireless Bluetooth(R)". https://pci-ids.ucw.cz/read/PC/8086/24FB https://usb-ids.gowdy.us/read/UD/8087/0AA7 Foi comprado deste anúncio: https://produto.mercadolivre.com.br/MLB-1960923234-placa-wi-fi-dual-band-245ghz-600-m-bluetooth-40-pci-e-5g-_JM Nem vi qual é a especificação desse chip Intel... tomara que não seja pior que o Realtek.

Em princípio, a placa consegue iniciar num modo ou no outro de forma independente, porém, considerando o monte de bugs que esses BIOS da Gigabyte possuem, é uma boa ideia desativar.

Coloque GPT! Siga o texto da imagem que postei. Contudo, estou desconfiado desse pendrive, pois o nome "Generic Flash" geralmente é usado por modelos muito porcarias.

Configurou assim? (a parte do download você pode pular, mas talvez seja interessante baixar o ISO de novo pelo próprio Rufus, vai que o atual esteja corrompido...)

O módulo está no seu sistema e provavelmente o udev o carregará automaticamente quando receber o uevent do kernel de que o adaptador foi detectado. lsmod confirmará. Na saída de dmesg, deve ter alguma mensagem dizendo que o módulo foi carregado. Edit: @MbR2XgD Esquece... o problema é outro. Esse PCI ID (1969:e0b1) passou a ser suportado a partir do kernel 4.8: https://github.com/torvalds/linux/commit/b99b43bb4bdf1d361f7487cf03d803082bbf9101 Kernel 4.4.x não tem suporte. Coloque o Slackware 15.0 (kernel 5.15.x) que funcionará automaticamente.

O kernel do Slackware não vem com o módulo alx? É hardware comum, era para vir... "modinfo alx" retorna o quê?

Segundo o manual, o slot x1 é PCIe 3.0, isso dá 1 GB/s, que vai dar gargalo com qualquer SSD NVMe minimamente decente. Edit: @gabriel matsuri Eu ficaria com SATA, pois não vai aproveitar o NVMe por completo em x1. Tem outro agravante: o manual dá a entender que o suporte à inicialização via NVMe é apenas no slot x16...

Sim, bem comum. E, como a placa é recente, o BIOS suportará inicializar pelo SSD conectado no adaptador. Tem que ser SSD NVMe. Talvez um problema seja o fato dessa placa ter apenas dois slots PCIe, um x16 e outro x1. Daí terá que usar o x16 para o SSD (x1 é pouco), impossibilitando usar uma placa de vídeo... Edit: @gabriel matsuri Sim, existem adaptadores PCIe x1 para M.2, mas vai piorar muito o desempenho do SSD. Pelo que vi, o slot x1 dessa placa é daqueles abertos do lado direito, que permite conectar placas x4 e superiores. Como o desempenho em x1 vai cair, talvez seja melhor ficar num SATA mesmo...

BIOS Award dessas Gigabyte soquete 775 são horrorosos -- e não suportam UEFI. São super problemáticos para iniciar por pendrive. Recrie o pendrive no Rufus e marque "Opções de compatibilidade para BIOSs antigos" (clique em "Mostrar propriedades avançadas do drive"), assim a primeira partição começará no setor 63, como no tempo das cavernas, e pode deixar o BIOS contente. Em "Sistema de destino", coloque "BIOS (ou UEFI-CSM)".

Se for bug no firmware da placa de vídeo, precisará de outra… ao voltar para a antiga, o problema voltará junto provavelmente. Sobre o BIOS da Gigabyte, deixe o último. Cada nova versão do microcódigo da AMD (AGESA) corrige vários bugs. Aquele programa que comentei está aqui: https://winraid.level1techs.com/t/amd-and-nvidia-gop-update-no-requests-diy/30917 É um tópico enorme. Caso vá arriscar, faça por sua conta e risco.

É assinado. Não me restaram muitas ideias. Tem uma versão mais recente do BIOS no site da Gigabyte. Por causa do novo AGESA, é recomendado atualizar, porém acho difícil resolver. Não custa tentar igual. Depois, testar outra placa de vídeo. Outra placa ajudará a diagnosticar bug no GOP do firmware dessa ASUS. GOP é o código que permite ao BIOS conversar com a placa de vídeo sem CSM. No Win-Raid tem um programa que atualiza o GOP de várias placas de vídeo; é totalmente DIY, sem suporte, e pode inutilizar a placa… No entanto, lembro de relatos lá dizendo que problemas similares ao seu foram resolvidos com novo GOP. O estranho é que, se a memória não me falha, tais situações foram relatadas com placas de vídeo mais antigas, com suporte deficiente a UEFI, que, em teoria, não é seu caso. Essa ASUS aí tem VBIOS de 2016, que é relativamente recente.

Estou desconfiado que esse problema, que é comum, ocorre porque o VBIOS, apesar de suportar UEFI, não é assinado. Baixe o NVFlash: https://www.techpowerup.com/download/nvidia-nvflash/ Extraia o nvflash64.exe do arquivo zip e rode no Prompt de comando como administrador: nvflash64 --version Poste a saída aqui.

Está em UEFI. Como a Gigabyte mudou a configuração padrão de algumas opções a partir do BIOS F52d (que tem aí), carregue o padrão: Na guia "Save & Exit", "Load Optimized Defaults", "Yes". Depois "Save & Exit Setup", "Yes". Não custa nada antes de continuar o périplo.

Seu Windows está instalado em UEFI? Procure o programa "Informações do sistema" no menu iniciar. Pergunto pois vá saber se esses BIOS loucos da Gigabyte não chaveiam para o CSM novamente ao detectarem que o disco não tem uma partição EFI... melhor descartar essa possibilidade.

Pode ser o VBIOS da placa de vídeo que é incompatível. No GPU-Z, veja se aparece "✓ UEFI".

Só reinstalando. Para o arranjo ser inicializável, precisa ser via BIOS. Tem como usar o RAID por software do Windows no volume do sistema, mas é uma trabalheira danada. Usando o BIOS fica mais fácil, pois durante a instalação o arranjo aparecerá como uma única unidade de disco. Placas recentes suportam boot UEFI no arranjo também.

É só responder Y que vai resolver. Porém atente para a questão do BitLocker comentada no outro tópico linkado acima.

BitLocker é o recurso de criptografia de disco do Windows. Portanto, se não tem Windows, não tem BitLocker.

Mesma dúvida.