Esta é a natureza do ndiswrapper. Ele é praticamente quebrado por design e funciona apenas com alguns drivers com suporte específico. É como rodar o wine no kernel, o que é muito pior do que executá-lo no espaço do usuário, porque um movimento errado e o pânico do kernel.
O ndiswrapper não é realmente destinado ao uso em produção, e, de acordo com todos os relatórios, até mesmo as pessoas que o "trabalham" encontrarão problemas de estabilidade, largura de banda ou corrupção de dados. Ao longo dos anos, tentei com mais de uma dúzia de chipsets wifi, e cada um deles travou o kernel ou teve algum tipo de comportamento de parada de exibição em tempo de execução.
É uma má solução para um problema difícil. Se não existir nenhum driver nativo para o seu adaptador wifi, tudo que você pode fazer é:
- Tente registrar um bug no Ubuntu e veja se alguém consegue fazê-lo funcionar (extremamente improvável, já que a maioria dos bugs que lidam com drivers restritos são ignorados)
- Tente arquivar um bug com o ndiswrapper upstream e veja se alguém ainda está mantendo e analisando relatórios de bugs (extremamente improvável)
- Tente atualizar para o kernel mais recente e compilar o ndiswrapper mais recente a partir do código-fonte, pois o Ubuntu está provavelmente desatualizado.
- Experimente pesquisar um driver Linux para seu chipset sem fio; devido a preocupações com licenciamento, o Ubuntu não envia drivers Linux nativos de certos chipsets, mesmo sendo de código aberto ... por exemplo, eles se recusaram a implementar o driver rt2800 da Ralink antes que os desenvolvedores de kernel da linha principal construíssem seus próprios.
- Experimente outro chipset sem fio que é conhecido por ter suporte nativo no Ubuntu (a melhor opção é o chipset Intel ou Qualcomm Atheros; Ralink também está bom nos dias de hoje)