wifi cai e nao reconecta sem reiniciar a maquina

pahiola
(usa XUbuntu)

Enviado em 18/10/2016 - 12:21h

notebook hp dv2000, uso atualmente xubuntu, e mint, mas ja usei ubuntu studio, em todos o problema persistiu, wifi conecta normalmente, uso a maquina por diversas horas, as vezes o dia todo, e nao da esse problema, as vezes apos algumas horas de uso, o wifi cai, e não reconecta, as redes wifi somem, ja desativei e ativei a wifi, mas não resolveu, alguém consegue me dar uma luz, ou um caminho pra buscar informação?
grato a todos desde já!

http://imgur.com/1IjH2vS

[img]http://i.imgur.com/1IjH2vS.png[/img] 

MrBlackWolf
(usa Arch Linux)

Enviado em 18/10/2016 - 12:35h

Cara, as placas wireless da HP são um lixo, sei por experiência própria. Roda o comando abaixo e posta o resultado.

lspci -k 

pahiola
(usa XUbuntu)

Enviado em 18/10/2016 - 12:53h

pahiola@pahiola-HP-dv2000:~$ lspci -k
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
Subsystem: Hewlett-Packard Company Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub
Kernel driver in use: agpgart-intel
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
Subsystem: Hewlett-Packard Company Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller
Kernel driver in use: i915
Kernel modules: i915, intelfb
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
Subsystem: Hewlett-Packard Company Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller
00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 02)
Subsystem: Hewlett-Packard Company NM10/ICH7 Family High Definition Audio Controller
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 02)
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.2 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 3 (rev 02)
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1c.3 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 4 (rev 02)
Kernel driver in use: pcieport
Kernel modules: shpchp
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 02)
Subsystem: Hewlett-Packard Company NM10/ICH7 Family USB UHCI Controller
Kernel driver in use: uhci_hcd
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 02)
Subsystem: Hewlett-Packard Company NM10/ICH7 Family USB UHCI Controller
Kernel driver in use: uhci_hcd
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 02)
Subsystem: Hewlett-Packard Company NM10/ICH7 Family USB UHCI Controller
Kernel driver in use: uhci_hcd
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 02)
Subsystem: Hewlett-Packard Company NM10/ICH7 Family USB UHCI Controller
Kernel driver in use: uhci_hcd
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02)
Subsystem: Hewlett-Packard Company NM10/ICH7 Family USB2 EHCI Controller
Kernel driver in use: ehci-pci
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
Subsystem: Hewlett-Packard Company 82801GBM (ICH7-M) LPC Interface Bridge
Kernel driver in use: lpc_ich
Kernel modules: intel_rng, lpc_ich, leds_ss4200
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02)
Subsystem: Hewlett-Packard Company 82801G (ICH7 Family) IDE Controller
Kernel driver in use: ata_piix
Kernel modules: pata_acpi
00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7-M Family) SATA Controller [AHCI mode] (rev 02)
Subsystem: Hewlett-Packard Company 82801GBM/GHM (ICH7-M Family) SATA Controller [AHCI mode]
Kernel driver in use: ahci
Kernel modules: ahci
00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 02)
Subsystem: Hewlett-Packard Company NM10/ICH7 Family SMBus Controller
Kernel modules: i2c_i801
05:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)
Subsystem: Hewlett-Packard Company PRO/Wireless 3945ABG [Golan] Network Connection
Kernel driver in use: iwl3945
Kernel modules: iwl3945
08:08.0 Ethernet controller: Intel Corporation PRO/100 VE Network Connection (rev 02)
Subsystem: Hewlett-Packard Company PRO/100 VE Network Connection
Kernel driver in use: e100
Kernel modules: e100
08:09.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller
Subsystem: Hewlett-Packard Company R5C832 IEEE 1394 Controller
Kernel driver in use: firewire_ohci
Kernel modules: firewire_ohci
08:09.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 19)
Subsystem: Hewlett-Packard Company R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter
Kernel driver in use: sdhci-pci
Kernel modules: sdhci_pci
08:09.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 0a)
Subsystem: Hewlett-Packard Company R5C592 Memory Stick Bus Host Adapter
Kernel driver in use: r592
Kernel modules: r592
08:09.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 05)
Subsystem: Hewlett-Packard Company xD-Picture Card Controller
Kernel driver in use: r852
Kernel modules: r852
pahiola@pahiola-HP-dv2000:~$

MrBlackWolf
(usa Arch Linux)

Enviado em 18/10/2016 - 15:12h

Cara, diferente do meu caso o Linux está utilizando o driver específico para sua placa wireless. Já pensou em tentar uma versão diferente do Kernel ou outra distribuição para testar?
Já faz algumas versões que não tenho mais problemas com a placa de rede, vide abaixo a versão do meu kernel.

[gabriel@gabriel-note ~]$ uname --kernel-release 

4.7.6-1-ARCH 

pahiola
(usa XUbuntu)

Enviado em 19/10/2016 - 13:31h

vou tentar,e posto resultados, mas so vou ter tempo pra fazer isso na segunda feira, muito grato, e muito obrigado MrBlackWolf!

walex
(usa Ubuntu)

Enviado em 19/10/2016 - 14:38h

ESTÁ TODO MUNDO NA MESMA SITUAÇÃO E NÃO É SOMENTE O XUBUNTU O UBUNTU TAMBÉM ATE O COM O CABO DE REDE FICA SEM CONEXÃO AQUI NÃO SEI COMO TE AJUDA POIS SOU UM INICIANTE NESTE MUNDO RSS

FurretUber
(usa Ubuntu)

Enviado em 19/10/2016 - 15:23h

Eu estou tendo esse problema, mas no meu caso a placa wireless em questão é uma 2200BG, também abandonada pela Intel. Ao menos conforme o site http://ipw3945.sourceforge.net/ essa placa de rede aí foi abandonada também, e o driver novo APARENTEMENTE não funciona.

Eu andei mexendo no modprobe.d e mexendo nas configurações do driver. Uma das opções da 2200BG era para melhorar a qualidade do serviço, aparentemente deu certo. Mas só o meu pai hoje para usar e ver se realmente deu certo. Se der errado, vou ver quais outras opções podem fazer funcionar.

Uma boa notícia (ao menos no meu caso) é que não há a necessidade de reiniciar o computador. Basta você descarregar o driver e recarregá-lo que irá voltar ao normal. Seria:

sudo rmmod iwl3945 

e depois

sudo modprobe iwl3945 

Caso você não tenha permissão de superusuário, você pode suspender o notebook e depois retornar, que geralmente funciona. Como o usuário dele não tem permissão de usar sudo, é o que ele faz quando dá problema.

Edit: se possível, você como usar o comando dmesg depois de acontecer o erro, para ver se há alguma mensagem de erro do driver? No meu caso, apareceu ASSOCIATE no dmesg, morreu o wireless.

MrBlackWolf
(usa Arch Linux)

Enviado em 20/10/2016 - 08:18h

O principal problema da minha placa wireless é que o adaptador bluetooth não funciona. Depois de um pouco de pesquisa verifiquei que o driver sendo utilizado é um genérico, visto que o Kernel não contém um módulo específico para essa placa.

Outras pessoas afirmaram que instalar o driver proprietário para essa placa resolver o problema, só estou com preguiça de testar. Segue abaixo as informações sobre minha placa e o driver que está sendo utilizado.

02:00.0 Network controller: Ralink corp. RT3290 Wireless 802.11n 1T/1R PCIe

        Subsystem: Hewlett-Packard Company Ralink RT3290LE 802.11bgn 1x1 Wi-Fi and Bluetooth 4.0 Combo Adapter

        Kernel driver in use: rt2800pci

        Kernel modules: rt2800pci

02:00.1 Bluetooth: Ralink corp. RT3290 Bluetooth

        Subsystem: Hewlett-Packard Company Ralink RT3290LE 802.11bgn 1x1 Wi-Fi and Bluetooth 4.0 Combo Adapter 

netr0n
(usa KUbuntu)

Enviado em 20/10/2016 - 11:29h

Comigo a internet não chega a cair, mas se eu suspender o computador e voltar, a internet não funciona. Deve ser um bug do Ubuntu, pois o mesmo não acontecia em outras distribuições.

Para não ter que reiniciar o computador eu apenas reinicio o NetworkManager:

systemctl restart NetworkManager 

FurretUber
(usa Ubuntu)

Enviado em 20/10/2016 - 19:28h

Olá

Estou fazendo um teste de tortura no notebook: estou baixando o Endless OS enquanto vejo um documentário no YouTube e está aberto o Mednafen rodando a versão de debug alemã do Pokémon Rubin. O load está marcando em 5,03 e o Wi-Fi ainda não caiu. Parece que a opção qos_enable=1 realmente funcionou para o driver ipw2200.

Contudo, no seu caso o driver problemático é o iwl3945. E ele não possui a opção qos_enable. Contudo, há uma possibilidade. Eu não tenho nenhum dispositivo que use o driver iwl3945 para testar, logo a partir de agora o que vou dizer são suposições.

Primeiramente, eu vi usando o comando:

modinfo iwl3945 

quais são os parâmetros disponíveis. Estavam listados:

parm:           antenna:select antenna (1=Main, 2=Aux, default 0 [both]) (int)

parm:           swcrypto:using software crypto (default 1 [software]) (int)

parm:           disable_hw_scan:disable hardware scanning (default 1) (int)

parm:           fw_restart:restart firmware in case of error (int) 

Um desses parâmetros me parece bem tentador, que é o fw_restart. Se ele cumpre o que promete, quer dizer que quando der problema no driver, ele reinicia e se recupera.

Importante: a partir de agora, é necessário ter privilégios de superusuário para fazer as alterações, seja se tornando root ou usando sudo.

Para ativar esse parâmetro, você precisa criar um arquivo no diretório /etc/modprobe.d com um nome que termine em .conf . Nesse caso, para facilitar pode-se nomear o arquivo como:

iwl3945.conf 

Dentro desse arquivo, adicione a seguinte linha para ativar esse parâmetro:

options iwl3945 fw_restart=1 

Descarregue e recarregue o módulo:

rmmod iwl3945 

e

modprobe iwl3945 

Então use

update-initramfs -u 

Reinicie o computador e veja se ele irá funcionar de forma estável ou se, ao menos, quando der problema ele se recupera sozinho.

Boa sorte

jota2017
(usa Ubuntu)

Enviado em 21/10/2016 - 10:27h

sou leigo não sou técnico mas depois que desabilitei o network-manager e instalei o wicd a estabilidade do sinal melhorou podes tentar também

FurretUber
(usa Ubuntu)

Enviado em 27/10/2016 - 23:47h

Creio que eu encontrei o verdadeiro culpado: NetworkManager.

Entre as configurações do NetworkManager, há uma, extremamente obscura, que permite que ele force que todas as conexões Wi-Fi fiquem com o modo de economia de energia ligado. Daí um programa feito em 2016 tenta forçar uma configuração em um dispositivo de, na melhor das hipóteses, setembro de 2003 (Kernel 2.4!). Não tem como dar certo.

Há uma opção no módulo da placa wireless (meu caso, ipw2200) que pode controlar o modo de economia de energia, que é a qos_enable. Quando igual a 1, essa opção faz umas mudanças na configuração do wireless que o tornam mais estável, incluindo desativar o modo de economia de energia.

O esperto do NetworkManager forçava que ligasse o modo. Resultado: para os roteadores aparecia desligado e para o notebook (com iwconfig) aparecia ligado. Era um horror. Quando saía da suspensão, a interface também não entendia se estava ligado ou não e os ícones ficavam mostrando informações sem sentido. Já tinha achado que eu precisaria remover o lxpanel.

Minha opinião: quem deve mexer nas configurações da placa de rede é o módulo da placa de rede.

Logo, eu fui buscar na internet alguma coisa a respeito. Achei UM resultado útil: https://gist.github.com/jcberthon/ea8cfe278998968ba7c5a95344bc8b55

Então, eu fiz o seguinte:

gksu pluma /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf 

e troquei

wifi.powersave = 3 

por

wifi.powersave = ignore 

Eu pus ignore no lugar do 1, mas teve o mesmo resultado. Vou trocar pelo 1 depois e ver o que vai acontecer.

Fazendo com que o NetworkManager não forçasse mais a ativação do modo de economia de energia, resolveu-se o problema da desconexão e mais uns outros incômodos relacionados à interface.

Edit: a respeito da interface, parece mais ser um problema de permissão de usuários para criar redes com fio e sem fio.

Edit 2: o problema da interface é só com o nm-applet. Reiniciando apenas o nm-applet se resolveu a interface com problemas.