[AG]

TL;DR: Telas pretas aleatórias e erros Kernel-Power 41 diários no meu Lenovo IdeaPad Gaming 3 (82UJ) não eram problemas de software ou driver, mas uma falha física no módulo Wi-Fi Intel AX201 (interface CNVi). A solução definitiva foi isolar o hardware defeituoso desativando a WLAN diretamente na BIOS, estabilizando o POST e eliminando os travamentos no barramento.

Meu Lenovo IdeaPad Gaming 3 (i7-12650H, RTX 3050) começou a apresentar problemas graves de reinicialização. Foram dez erros Kernel-Power 41 em apenas quatro dias. Às vezes, o sintoma era simplesmente uma tela preta e silêncio absoluto, com várias horas passadas esperando desesperadamente que a máquina ressuscitasse. No meio do caminho, o Wi-Fi e o Bluetooth (Intel AX201) simplesmente morreram.

A bateria, o SSD, as varreduras com SFC/DISM e os resultados de benchmark estavam todos perfeitamente normais. A verdadeira resposta estava escondida no Event Viewer.

O diagnóstico

SSD saudável, SFC/DISM limpos, bateria e benchmarks normais. A pista real estava no Event Viewer segundos antes de um crash, o driver Netwtw14 registrava erro interno e o NDIS declarava falha fatal do miniport. E todo crash vinha com volmgr: falha no despejo , por isso nunca existiu um minidump para analisar.

O setupapi.dev.log mostrou o detalhe mais estranho o hardware se identificava como SUBSYS_00008086 (Subsystem ID zerado) em vez do 00748086 correto. Como persistia após remove-device + scan, cheirei defeito físico no módulo M.2.

Onde eu errei

1. Instalei o driver errado primeiro (pacote do 9560 num AX201) e empilhei cinco versões de netwtw08 no driver store , virou uma sopa que dava versão incorreta / valor inválido.
2. Criei o PlatformAoAcOverride achando que era Modern Standby , mas o sistema é S3 puro. A chave não servia pra nada.
3. Tentei o downgrade 24.70 → 24.40 pelo instalador Intel, que se recusou (NewerProductFound). Na briga, um reboot travou no login e as telas pretas pioraram.
4. Tentei atualizar a BIOS com .exe avulso dentro do Windows Insider , travou e precisei forçar. (A máquina sobreviveu porque a Lenovo aborta o flash antes de commitar.)

Onde eu acertei

• Limpei o driver store (oem56/202/191/360) e o Wi-Fi voltou a OK por minutos. Quando caiu sozinho com o SUBSYS ainda correto, provei para mim mesmo que não era só software.
• Flagrei o SUBSYS alternando 0074 ↔ 0000 sozinho, o Bluetooth sem nunca enumerar (só fantasmas 8087:0026/0033), o POST variando de 5s a 14s e os primeiros WHEA fatais de hardware. Fechei o cerco módulo CNVi intermitente.
• Isolei tudo sem abrir o notebook: dispositivo desabilitado + política anti-reinstalação, SUR/QUEENCREEK desligado, hibernação off, tampa em "nada a fazer", inicialização limpa, e por fim WLAN desabilitado na BIOS , o único que estabiliza o POST.
• Fiz backup dos logs, limpei tudo e marquei meu "marco zero" para monitorar no Monitor de Confiabilidade.

O final

Sem garantia e sem ferramentas para abrir o M.2, decidi conviver com o defeito cabo de rede em casa, dongle USB (ou tethering do celular) fora dela, e o módulo defeituoso isolado no firmware. A lição que fica quando o hardware mente sobre a própria identidade (SUBSYS_0000), nenhum driver resolve e insistir no instalador só piora.