Nesta última semana, além da elaboração deste blog, estou em uma empreitada de adaptação ao Pop!_OS Linux. Em uma configuração Dual-boot (linux + windows), logo pela manhã de hoje tentei acessar a internet Wifi e nada.
Curiosamente a placa Wi-Fi Intel AX200 era reconhecida pelo Linux, mas não conseguia acessar a internet. A conexão parecia existir, mas o sistema não navegava. O teste com ping -c 4 8.8.8.8 falhava, indicando que o problema não era apenas DNS.
Depois de algumas tentativas, a solução veio de um lugar inesperado: o Windows.
Mais especificamente, da opção chamada Inicialização Rápida.
Ao desativar a Inicialização Rápida no Windows, desligar completamente o computador, retirar da tomada por alguns segundos e iniciar novamente pelo Pop!_OS, a placa Intel AX200 voltou a funcionar normalmente. O Linux reconheceu a placa, carregou o driver correto e conectou à rede Wi-Fi.
O diagnóstico posterior mostrou:
nmcli device status
com a interface wlp4s0 conectada à rede Wi-Fi; e:
lspci -nnk | grep -A4 -i "network\|wireless\|wifi"
indicando a placa:
Intel Corporation Wi-Fi 6 AX200Kernel driver in use: iwlwifiKernel modules: iwlwifi
Ou seja: a placa estava sendo reconhecida corretamente pelo Pop!_OS e usando o driver iwlwifi, que é justamente o driver Linux usado por adaptadores wireless Intel. A própria Intel informa, em sua página de suporte para adaptadores wireless no Linux, que os drivers e firmwares wireless dependem da versão do kernel Linux e do firmware disponível no sistema.
Mas por que uma configuração do Windows afetaria o Linux?
A resposta está no modo como a Inicialização Rápida funciona. Apesar do nome sugerir apenas uma otimização de velocidade, ela não equivale a um desligamento completo tradicional. A documentação da Microsoft explica que esse recurso usa um mecanismo relacionado à hibernação para acelerar a próxima inicialização do sistema. Em termos simples, o Windows encerra a sessão do usuário, mas preserva parte do estado do sistema para voltar mais rapidamente depois.
Em um computador com apenas Windows, isso geralmente passa despercebido. Mas em uma máquina com dual boot, a situação pode ser diferente. Se o Windows não desliga completamente determinados dispositivos, controladores ou estados de energia, o Linux pode iniciar depois encontrando o hardware em uma condição “herdada” do sistema anterior.
Ao que parece, esse tipo de problema é bastante conhecido em ambientes de dual boot. O ArchWiki, uma das documentações comunitárias mais respeitadas do mundo Linux, recomenda atenção à Inicialização Rápida do Windows em sistemas compartilhados com Linux. O caso mais documentado envolve partições NTFS, que podem ficar em estado de hibernação e causar problemas de acesso pelo Linux (como no post anterior). Mas a lógica também ajuda a entender comportamentos estranhos em outros dispositivos, como placas de rede, Bluetooth e controladores de armazenamento.
No caso analisado, não é possível afirmar com certeza absoluta que a Inicialização Rápida foi a única causa, porque isso exigiria reproduzir o problema em teste controlado: ativar o recurso novamente, iniciar o Windows, desligar, voltar ao Pop!_OS e verificar se a falha reaparece. No entanto, a sequência observada torna a hipótese muito forte: o Wi-Fi falhava no Linux; a Inicialização Rápida foi desativada; a máquina foi completamente desligada; e, depois disso, a Intel AX200 voltou a funcionar corretamente.
Esse é um bom exemplo de como, em sistemas reais, os problemas nem sempre respeitam as fronteiras aparentes entre sistemas operacionais. O Pop!_OS podia estar configurado corretamente, o driver iwlwifi podia estar disponível, o firmware podia ser carregado, e ainda assim a placa poderia se comportar mal porque o hardware não havia sido reinicializado completamente após o uso do Windows.
Por isso, em máquinas com dual boot, uma recomendação prudente é manter a Inicialização Rápida do Windows desativada. O ganho de velocidade costuma ser pequeno em computadores com SSD, enquanto os efeitos colaterais podem ser difíceis de diagnosticar. Além do Wi-Fi, esse recurso pode interferir em discos, partições, atualizações, dispositivos USB e outros componentes que dependem de um ciclo real de desligamento e inicialização.
Para verificar se a placa Wi-Fi Intel está funcionando corretamente no Linux, alguns comandos são úteis:
nmcli device status
Esse comando mostra o estado das interfaces de rede.
lspci -nnk | grep -A4 -i "network\|wireless\|wifi"
Esse comando identifica a placa de rede e o driver em uso.
sudo dmesg | grep -iE "iwlwifi|firmware|wifi|wireless|fail|error" | tail -80
Esse comando ajuda a verificar mensagens do kernel relacionadas ao driver, firmware e possíveis erros.
No caso da Intel AX200, o esperado é encontrar algo semelhante a:
Intel Corporation Wi-Fi 6 AX200Kernel driver in use: iwlwifi
e, no dmesg, mensagens indicando que o firmware foi carregado corretamente.
A principal lição desse caso é simples: quando um dispositivo funciona mal no Linux em uma máquina com dual boot, nem sempre o problema está no Linux. Às vezes, o comportamento vem de um estado deixado pelo Windows, especialmente quando recursos como Inicialização Rápida, hibernação ou economia de energia estão ativos.
Desativar a Inicialização Rápida pode parecer uma solução pequena, mas em muitos casos ela devolve ao hardware aquilo que todo sistema operacional precisa para começar bem: um desligamento de verdade, não é?
Pois bem, consegui conectar e depois de escrever esse relato, estou postando o mesmo por meio do Pop!_OS.
Acredito que não acaba por aqui, mas vamos experimentando e verificando o que mais aparecerá, até porque esse é o escopo do blog, trazer estas experiências ao coletivo!
Referências
MICROSOFT. Fast startup causes hibernation or shutdown to fail in Windows. Microsoft Learn.
MICROSOFT. Distinguishing Fast Startup from Wake-from-Hibernation. Microsoft Learn.
ARCHWIKI. Dual boot with Windows. ArchWiki.
INTEL. Linux Support for Intel Wireless Adapters. Intel Support.
WORDPRESS.COM. Add links to text. WordPress.com Support.
13 de Junho – Alan Alves Alievi
Deixe uma resposta