Conexão lenta sem fio após suspensão

8

Eu sou um Broadcom 4312 usando os drivers STA, reinstalei o ubuntu porque os drivers b43 estavam me dando um enorme aborrecimento junto com alguns problemas estranhos do kernel.

Minha velocidade sem fio está boa, tudo funciona bem, exceto na reinicialização do computador e após a suspensão do computador. A conexão sem fio demora cerca de 30 a 45 segundos e acho que é um problema de driver (cliquei no gerenciador de rede na parte superior e, por cerca de 30 segundos, não há redes sem fio listadas).

Eu já tentei este conselho: http://lilserenity.wordpress.com/2007/10/31/fix-ubuntu-dropping-wireless-on-suspendhibernate-resume/, que basicamente diz para mudar isso:

STOP_SERVICES=""

para

STOP_SERVICES="networking"

no arquivo

/ etc / default / acpi-support

Isso não ajudou em nada. Algo a ser observado é que o problema não ocorre quando estou efetuando login novamente depois de já ter efetuado login uma vez e efetuado logout.

eqzx
fonte

Respostas:

7

O seguinte foi para mim em um Asus x50N. Felicidades

STOP_SERVICES=""

para

STOP_SERVICES="networking"

no arquivo /etc/default/acpi-support

Jorge Castro
fonte
Isso funcionou também para mim com o T60.
1

Adicionar "networking"a /etc/default/acpi-supportpode não ser suficiente. Você pode obter melhores resultados colocando a placa de rede inteira em suspensão. Preciso fazer isso no meu driver bluetooth ou o laptop inteiro não será reiniciado após a suspensão.

Vá para o applet do gerenciador de rede, clique com o botão direito do mouse e escolha Informações da conexão . Anote o nome do seu driver . Você pode confirmar esse nome abrindo um terminal e emitindo lsmod. Talvez grep o resultado para o seu driver (por exemplo lsmod | grep sky2), porque se alguma coisa depender disso, você precisará solicitar à ACPI que desligue também.

Em seguida /etc/default/acpi-support, adicione seu driver. Portanto, a soma total de suas edições será:

STOP_SERVICES="networking"
MODULES="sky2 toshiba_bluetooth bluetooth btusb"

Nota: eu uso um laptop Toshiba, daí as referências Toshiba. Seus módulos deverão ser determinados a partir da saída lsmoddescrita acima.

A ordem é importante, para que a rede seja interrompida primeiro e, em seguida, os módulos são descarregados na ordem do sky2driver WiFi e, em seguida, nos drivers bluetooth. Eles são iniciados na ordem inversa após um resumo.

Scaine
fonte
Eu queria que isso funcionasse, mas não no meu Compaq Mini311c (Broadcom wireless). Eu adicionei "networking bluetooth btusb wl", mas leva aproximadamente o mesmo período de tempo para abrir a interface e reconectar. Vergonha.
Jonathon
Isso é interessante - verifiquei meu / etc / default / acpi-support e não usei "Stop Services", usei "Modules". Vou atualizar minha resposta.
Scaine
Não pareceu resolver o problema. para a string MODULES, eu tinha MODULES = "wl bluetooth btusb" e tentei remover combinações de bluetooth e btusb e sair do sono, mas sem sucesso. Uma coisa a notar é que eu não consegui encontrar um driver "toshiba_bluetooth" equivalente para o meu dell
eqzx
0

Tenho certeza de que esse é um comportamento normal com todas as placas sem fio no Ubuntu; faz o mesmo com minhas placas Broadcom e Intel.

Se você desabilitar e reativar a conexão sem fio, verá a mesma coisa - leva tempo para inicializar a placa e o Network Manager detecta a placa e detecta a rede sem fio.

Quando você efetua logout, o cartão ainda está ativo no sistema, portanto, tudo o que o Network Manager precisa fazer quando você efetua o logon é procurar redes.

Se a memória servir, o Windows 7 fará exatamente a mesma coisa - ele não detecta redes sem fio imediatamente após o resumo (ou a inicialização).

Jonathon
fonte
Meu Toshiba U400 usa um chipset Marvel (driver sky2) e eu tenho conectividade sem fio cerca de 10 segundos após abrir a tampa. Quando coloco minha senha, ela geralmente está conectada.
Scaine
0

Eu encontrei um problema semelhante com o Ubuntu 12.04. A solução sugerida acima não a corrige. O problema parece ser este bug:

https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/274405

A solução alternativa no comentário 74 corrige isso para mim:

Change the last part in /usr/lib/pm-utils/sleep.d/55NetworkManager

from
  thaw|resume)
     resume_nm

to
  thaw|resume)
    resume_nm
    sleep 2 && iwlist eth1 scanning &
frankadelic
fonte
Há também fooninja.net/2010/09/02/… para modificar o driver de distância.
Ehtesh Choudhury