Fórum Ubuntu Linux - PT
Suporte Técnico => Internet, Redes e Segurança => Tópico iniciado por: xluisfernando em 07 de Setembro de 2011, 20:27
-
Tenho esse netbook há mais de dois anos e a cerca de um ano eu só uso o Ubuntu nele. Desde o começo, sempre usei conexões de internet 3G pois era a única opção disponível para minha região, até o mês passado.
Atualmente estou usando uma conexão ADLS com roteador wifi da marca thomson. No começo, percebi que eventualmente, ao desligar o botão do wireless, o sistema apresentava kernel panic e era preciso desligar pelo botão. Pesquisei a respeito disso e descobri que o problema era relacionado ao kernel, que até a versão 2.6.39-4 apresentava um problema com a placa Atheros que equipa esse aparelho.
Então, instalei o kernel 3.0 e resolvi esse problema, mas... Acontece que estando no mesmo cômodo do roteador e conectado com sinal a 100% a conexão apresenta uma lentidão extrema em alguns momentos.
Pensei que fosse problema na conexão ADLS, mas ao no mesmo momento em que o problema aparece o computador conectado por cabo tem seu tráfego de dados dentro do previsto e esperado. Então, pensei que fosse um problema no roteador e até solicitei uma visita técnica da operadora, mas o técnico veio com seu notebook e conectado a minha rede fez todos os testes e não encontrou problema. Aliás, percebi que no notebook dele a intensidade do sinal registrada era maior que a registrado no meu.
Então, a situação é essa: tenho sinal wireless em intensidade razoável e uso um kernel atualizado e em algumas situações o tráfego de internet fica suspenso, com o netbook conectado com sinal máximo.
Isso é um problema da distro ou do netbook?
-
Pesquisando encontrei uma referência interessante:
http://getsatisfaction.com/jolicloud/topics/slow_wireless_performance_asus_1000ha
Eu li no forum ubuntu, Asus Eee PC 1000HA usuários ubuntu lúcido também têm problemas com conexão sem fio (Jolicloud = ubuntu lúcido). Este Problema PoDE serviços Corrigido atraves da INSTALAÇÃO de Seu driver do Windows do Adaptador Sem Fio parágrafo linux usando hum software ndiswrapper Chamado. Este problema pode ser corrigido através da instalação de seu Windows driver do adaptador sem fio para linux usando um software chamado ndiswrapper. Ndiswrapper e hum Módulo de Linux Ubuntu Opaco permite USAR o motorista fazer o Windows parágrafo Placas wireless (na maioria dos CASOS). Ndiswrapper é um módulo de Linux Ubuntu que permite usar o driver do Windows para placas wireless (na maioria dos casos).
Muito ritmo e parágrafo explicar, entao si VOCÊ estiver interessado visite os sites estes: É muito tempo para explicar, então se você estiver interessado visite estes sites:
https://help.ubuntu.com/community/Wif ... https://help.ubuntu.com/community/Wif ...
http://ubuntuforums.org/showthread.ph ... http://ubuntuforums.org/showthread.ph ...
http://ubuntuforums.org/showthread.ph ... http://ubuntuforums.org/showthread.ph ...
O site do Passado Mostra Que hum Usuário FOI Capaz de resolver Seu Problema SEM fio, instalando o Asus Eee PC 1000HA Adaptador SEM fio condutor do Ndiswrapper do Windows (o ARQUIVO. INF) usando. O site passado mostra que um usuário foi capaz de resolver seu problema sem fio, instalando o Asus Eee PC 1000HA adaptador sem fio driver do Windows (o arquivo. INF) usando Ndiswrapper. Voce Precisa baixar driver o do Windows uma Partir daqui: http://www.atheros.cz/atheros-wireles ... Você precisa baixar o driver do Windows a partir daqui: http://www.atheros.cz/atheros-wireles ...
Só parágrafo resumir o Que Precisa Fazer VOCÊ: Só para resumir o que você precisa fazer:
1. 1. Ndiswrapper Instalar Instalar o Ndiswrapper
https://help.ubuntu.com/community/Wif ... https://help.ubuntu.com/community/Wif ...
2. 2. Baixe o Asus Eee PC 1000 HA Adaptador SEM fio condutor do Aqui Windows: Baixe o Asus Eee PC 1000 HA adaptador sem fio driver do Windows aqui:
http://www.atheros.cz/atheros-wireles ... http://www.atheros.cz/atheros-wireles ...
3. 3. Instalar o motorista fazer o Windows Baixado Ndiswrapper usando. Instalar o driver do Windows usando Ndiswrapper baixado.
Apenas certifique-SE Ler o site do Primeiro Completamente. Apenas certifique-se ler o primeiro site completamente.
Achei estranho essa possibilidade de usar um drive windows. Será que é viável? Essa resposta foi publicada há seis meses e pelo que li o problema com a placa atheros tinha sido corrigido depois do kernel 2.6.39-4
-
Olá xluisfernando,
Evite postar sobre seu problema em vários tópicos, OK? Colocando a informação num tópico só você facilita a pesquisa.
Execute os comandos abaixo e cole o resultado aqui.
sudo lshw -C network
iwconfig
ifconfig -a
nm-tool
-
zekkerj
Desculpe-me pela empolgação. Quando pesquisava no fórum e vi aquele outro tópico pensei ter encontrado uma solução e acabei atropelando as coisas...
As respostas aos comandos que você sugeriu, com o netbook conectado pela rede wireless e o rodeador thonsom DWG850-4B configurado no canal 6, foram:
xluisfernando@xluisfernando-laptop:~$ sudo lshw -C network
[sudo] password for xluisfernando:
*-network
description: Ethernet interface
product: Atheros AR8121/AR8113/AR8114 PCI-E Ethernet Controller
vendor: Atheros Communications
physical id: 0
bus info: pci@0000:03:00.0
logical name: eth0
version: b0
serial: 00:26:18:00:37:72
capacity: 100MB/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=ATL1E driverversion=1.0.0.7-NAPI firmware=L1e latency=0 link=no multicast=yes port=twisted pair
resources: irq:44 memory:fbfc0000-fbffffff ioport:ec00(size=128)
*-network
description: Wireless interface
product: AR5001 Wireless Network Adapter
vendor: Atheros Communications Inc.
physical id: 0
bus info: pci@0000:01:00.0
logical name: wlan0
version: 01
serial: 00:24:23:00:83:79
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=ath5k driverversion=3.0.0-8-generic firmware=N/A ip=192.168.0.12 latency=0 link=yes multicast=yes wireless=IEEE 802.11bg
resources: irq:19 memory:f8000000-f800ffff
xluisfernando@xluisfernando-laptop:~$ iwconfig
lo no wireless extensions.
eth0 no wireless extensions.
wlan0 IEEE 802.11bg ESSID:"xluisfernando"
Mode:Managed Frequency:2.437 GHz Access Point: 80:C6:AB:58:C0:76
Bit Rate=54 Mb/s Tx-Power=20 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=56/70 Signal level=-54 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:1 Invalid misc:100 Missed beacon:0
xluisfernando@xluisfernando-laptop:~$ ifconfig -a
eth0 Link encap:Ethernet Endereço de HW 00:26:18:00:37:72
UP BROADCAST MULTICAST MTU:1500 Métrica:1
pacotes RX:0 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:0 erros:0 descartados:0 excesso:0 portadora:1
colisões:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
IRQ:44
lo Link encap:Loopback Local
inet end.: 127.0.0.1 Masc:255.0.0.0
endereço inet6: ::1/128 Escopo:Máquina
UP LOOPBACK RUNNING MTU:16436 Métrica:1
pacotes RX:14588 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:14588 erros:0 descartados:0 excesso:0 portadora:0
colisões:0 txqueuelen:0
RX bytes:3387517 (3.3 MB) TX bytes:3387517 (3.3 MB)
wlan0 Link encap:Ethernet Endereço de HW 00:24:23:00:83:79
inet end.: 192.168.0.12 Bcast:192.168.0.255 Masc:255.255.255.0
endereço inet6: fe80::224:23ff:fe00:8379/64 Escopo:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Métrica:1
pacotes RX:2215 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:2445 erros:0 descartados:0 excesso:0 portadora:0
colisões:0 txqueuelen:1000
RX bytes:1878445 (1.8 MB) TX bytes:378545 (378.5 KB)
xluisfernando@xluisfernando-laptop:~$ nm-tool
NetworkManager Tool
State: connected
- Device: eth0 -----------------------------------------------------------------
Type: Wired
Driver: ATL1E
State: unavailable
Default: no
HW Address: 00:26:18:00:37:72
Capabilities:
Carrier Detect: yes
Wired Properties
Carrier: off
- Device: wlan0 [Auto xluisfernando] ------------------------------------------
Type: 802.11 WiFi
Driver: ath5k
State: connected
Default: yes
HW Address: 00:24:23:00:83:79
Capabilities:
Speed: 54 Mb/s
Wireless Properties
WEP Encryption: yes
WPA Encryption: yes
WPA2 Encryption: yes
Wireless Access Points (* = current AP)
Pitisco: Infra, 1C:AF:F7:59:50:DC, Freq 2462 MHz, Rate 54 Mb/s, Strength 11 WEP
Stillo_Super: Infra, 00:0C:42:68:52:DA, Freq 2437 MHz, Rate 11 Mb/s, Strength 22
Edilson Nery: Infra, 80:C6:AB:55:9C:79, Freq 2437 MHz, Rate 54 Mb/s, Strength 12 WPA WPA2
*xluisfernando: Infra, 80:C6:AB:58:C0:76, Freq 2437 MHz, Rate 54 Mb/s, Strength 88 WPA WPA2
Stephanie: Infra, 80:C6:AB:53:D9:D9, Freq 2462 MHz, Rate 54 Mb/s, Strength 14 WPA WPA2
<<McGruber>>: Infra, 80:C6:AB:C4:64:4B, Freq 2412 MHz, Rate 11 Mb/s, Strength 47 WPA WPA2
IPv4 Settings:
Address: 192.168.0.12
Prefix: 24 (255.255.255.0)
Gateway: 192.168.0.1
DNS: 187.2.216.16
DNS: 187.2.216.15
xluisfernando@xluisfernando-laptop:~$
No momento em que escrevo essa mensagem a conexão parece boa, mas pelo que tenho observado, depois de uns 15 minutos começa o problema. É como alguma coisa começasse a falhar depois de um tempo ligado...
-
Luiz, há um programa chamado wavemon" que você pode usar monitorar a qualidade de sua conexão.
você comentou sobre a troca do canal, acredito que vc vai ter uma certa melhora na conexão mudando pro canal 1, ou se o seu aparelho tiver a opção de seleção automática do canal, ative-a --- assim o aparelho vai sempre procurar usar o canal menos congestionado.
Sobre a possibildade de usar o driver windows pra sua placa de rede, ela existe sim. Pra isso você vai instalar o programa "ndisgtk", que junto vai instalar alguns outros pacotes. Você vai precisar ter à mão o CD do driver Windows XP do seu adaptador wireless (não serve Windows 98, Vista ou Windows 7). Em alguns casos, é a única forma de fazer o adaptador wireless funcionar, ou a única de fazer com que ele funcione direito.
-
zekkerj
Valeu pela dica. Ativei a função auto do roteador e aparentemente melhorou bastante. Nessa opção o roteador mudou o para canal 11, o que aparentemente demonstra que havia uma congestionamento no canal 6. vou monitorar um tempo.
Tenho o DVD de recuperação do windows xp que veio com esse netbook. Pensei em criar uma imagem dele num pen drive para tentar instalar o drive do windows, em último caso...
-
Realmente, configurar o roteador para definir o canal automaticamente melhorou a situação por aqui. A operadora do serviço de internet chegou recentemente ao bairro e muito gente aderiu. Já cheguei a contar sete redes captadas pelo netbook e sempre que existe mais redes a qualidade da conexão piora.
Então, pensei: Se eu trocar a antena padrão do roteador (5dbi, acho...) por uma maior, de 15dbi, eu teria algum ganho significativo?
Como não uso mais windows não tenho como testar o comportamento desse netbook na presença de várias redes. Quando ainda usava, eu me conectava apenas por 3G e pouquíssimas vezes usei conexão wireless. Assim, não sei precisar se o com o drive do windows a conexão seria melhor.
Pelo que li, até o kernel 2.6.39-4 existia um bug relacionado a placa atheros. Por isso instalei o kernel 3.0 e pelo que observei na documentação, tinha uma referência de correção para essa placa.
Testando a configuração com a operadora do serviço de internet, verifiquei que em alguns testes consegui a velocidade máxima de tráfego de dados permitida pelo plano. No entanto, reparei que essa velocidade variava mais que no teste feito com conexão por cabo (óbvio...). De qualquer forma, essa situação de baixíssima velocidade de tráfego que as vezes se instala é uma coisas um tanto intermitente e coincidentemente, aparece com mais frequência quando existe mais redes sem fio detectadas pelo netbook.
Acredito que se fosse um problema com o drive da placa atheros esse problema seria frequente e com algum tipo de padrão (acontecer depois de o aparelho ter esquentado ou depois de um determinado tempo de conexão)
-
Se eu trocar a antena padrão do roteador (5dbi, acho...) por uma maior, de 15dbi, eu teria algum ganho significativo?
Pouco provável. Não basta você enviar com mais força pra estação, você precisa ser capaz de enviar de volta pro roteador com força também. Além disso, dificilmente o teu aparelho vai ter potência pra aproveitar a antena de maior capacidade. O mais próvável é que você gaste dinheiro à toa, e uma antena desse calibre é bem cara, pode chegar a custar mais caro que um roteador novo.
Além disso, nem sempre aumentar a potência de transmissão melhora a recepção. Se vc parar pra pensar, vc está cercado de outras redes. Com uma antena "mais forte", você vai interferir mais nas redes dos vizinhos; analogamente, vc vai também estar mais sensível ao sinal gerado por eles, ou seja, eles também vão interferir mais em você. Por incrível que pareça, tem vezes em que você pode melhorar o sinal diminuindo a potência de transmissão.
Não recomendo a ninguém que esteja usando roteador doméstico nenhuma antena de mais do que 8dBi.
-
zekkerj
O tópico é antigo, mas o problema é bem atual.
Acompanho essa novela desde o kernel 2.6.32 e tinha a esperança que a coisa fosse resolvida com a evolução do código.
Atualmente estou usando o 12.04LTS com unity no mesmo netbook.
A rede conecta-se facilmente, mas a navegação é complicada, pois o navegador fica buscando o endereço, até que acha e carrega de uma vez. Reparei que nessa situação, as luzes do roteador não piscam e se eu me movimento pela sala, em alguns lugares acho o sinal, mas o mesmo enfraquece.
Achei até que fosse problema do roteador, mas um técnico da net esteve na minha casa para resolver um problema da conexão cabeada e aproveitei para verificar com ele o que estaria acontecendo com minha rede sem fio. Usando um notebook samsung com windows xp, ao mesmo tempo em que eu usava o meu, constatei que a conexão dele ficava bem mais estável do que a minha.
As minhas configurações e respostas aos comandos são praticamente as mesmas, com a exceção do kernel atualizado do 12.04LTS. A única coisa desse netbook que não funciona melhor do que funcionava no windows é justamente a rede sem fio. O interessante é que a placa capta o sinal de residências que ficam a mais de 100m da minha.
Será que se alterar o padrão da rede para B, ou configurar algum valor fixo de MTU eu consigo mais estabilidade?
Instalei o ndiswrapper e baixei o drive atheros referente a minha placa, para winxp32 e tentei fazer a instalação. No entanto, depois do boot eu conferi no terminal e vi que o drive ath5k tinha sido carregado. Não entendi muito bem como desativá-lo. Achei que era só colocá-lo como blacklist no /etc/modprobe.d/blacklist.conf, mas isso não resolveu.
-
Será que se alterar o padrão da rede para B...
Nunca!!! A rede 802.11b foi a primeira de todas, e tem limitações severas. Pode até mesmo atrapalhar seus vizinhos.
...ou configurar algum valor fixo de MTU eu consigo mais estabilidade?
Problemas de MTU são mais comuns com conexões que usam algum encapsulamento adicional, como ADSL ou VPN. Não é o caso da conexão da Net. Outra possibilidade são problemas com os drivers, mas só vi isso acontecer uma vez, com uma placa Sis190 --- e em outra distribuição.
Instalei o ndiswrapper e baixei o drive atheros referente a minha placa, para winxp32 e tentei fazer a instalação. No entanto, depois do boot eu conferi no terminal e vi que o drive ath5k tinha sido carregado. Não entendi muito bem como desativá-lo. Achei que era só colocá-lo como blacklist no /etc/modprobe.d/blacklist.conf, mas isso não resolveu.
Talvez o driver ath5k esteja sendo forçado a carregar no arquivo /etc/modules?
-
No /etc/modules esse drive não está listado. Vi alguns tutoriais antigos, da época do interprid, que faziam referência à remoção desse drive. No entanto, para a época o drive não funcionava e causava kernel panic e não quero fazer a remoção completa sem ter certeza de que o outro vai suprir às necessidades.
-
Mostra o conteúdo do arquivo de blacklist que vc disse que mexeu (/etc/modprobe/blacklist.conf).
-
Mostra o conteúdo do arquivo de blacklist que vc disse que mexeu (/etc/modprobe/blacklist.conf).
Na verdade, o arquivo estava vazio. Eu adicionei ath_pci e ath_hall, conforme uma dica do wiki do ubuntu https://help.ubuntu.com/community/WifiDocs/Driver/Atheros
Eu entendi como instalar o drive do windows xp, mas não entendi como desativar o drive ath5k nativo.
Em outros tutoriais que vi, de 2009 para kernel série 2.6.xx, os comandos seriamsudo apt-get install build-essential libssl-dev
sudo apt-get install linux-headers-`uname -r`
sudo apt-get install subversion
sudo -i
sudo svn checkout http://svn.madwifi-project.org/madwifi/trunk/ madwifi-ng
cd madwifi-ng
echo "" >> /etc/modprobe.d/blacklist
echo "#Remove To Install MadWIFI Drivers" >> /etc/modprobe.d/blacklist
echo "blacklist ath9k" >> /etc/modprobe.d/blacklist
echo "blacklist ath5k" >> /etc/modprobe.d/blacklist
make && make install
echo ath_pci >> /etc/modules
sudo apt-get update
sudo apt-get install wicd
Pelo que entendi, essa sequência serviria para compilar um drive para a placa atheros, a partir do source disponibilizado no projeto madwifi. Mas, esse tópico é de 2009 e sua discussão vai até 2010, na época do alpha do lucid. Lembro que na época o drive atheros ath5k dava um kernel panic sempre que se desligava a função pelo teclado, obrigando a reiniciar o notebook pelo botão. Isso só foi corrigido no fim de 2010.
De qualquer forma, pensei em seguir os comandos das linhas echo, que aparentemente acrescentariam os drives ath5k e ath9k à lista de bloqueio, para depois instalar o drive do windows xp pelo ndisgtk, mas se não der certo, não sei o que eu teria que fazer para reverter as mudanças.
-
Vc tem q usar o arquivo com a extensão .conf, senão o sistema vai reclamar.
É um arquivo de texto, se não der certo é só desfazer a mudança.
-
zekkerj
Fiz como você disse: adicionei ath5k e ath9k ao /etc/modprob.d/blacklist.conf e reiniciei. Depois, instalei o drive do windows xp pelo ndiswrapper e reiniciei de novo.
Ficou assimxluisfernando@xluisfernando-1000H:~$ sudo lshw -C network
[sudo] password for xluisfernando:
*-network
descrição: Ethernet interface
produto: AR8121/AR8113/AR8114 Gigabit or Fast Ethernet
fabricante: Atheros Communications Inc.
physical id: 0
informações do barramento: pci@0000:03:00.0
nome lógico: eth0
versão: b0
serial: 00:26:18:00:37:72
capacidade: 100Mbit/s
largura: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuração: autonegotiation=on broadcast=yes driver=ATL1E driverversion=1.0.0.7-NAPI firmware=L1e latency=0 link=no multicast=yes port=twisted pair
recursos: irq:44 memória:fbfc0000-fbffffff ioport:ec00(tamanho=128)
*-network
descrição: Interface sem fio
produto: AR242x / AR542x Wireless Network Adapter (PCI-Express)
fabricante: Atheros Communications Inc.
physical id: 0
informações do barramento: pci@0000:01:00.0
nome lógico: wlan0
versão: 01
serial: 00:24:23:00:83:79
largura: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical wireless
configuração: broadcast=yes driver=ndiswrapper+net5211 driverversion=1.57+,11/15/2006,5.1.1.9 ip=192.168.0.12 latency=0 link=yes multicast=yes wireless=IEEE 802.11g
recursos: irq:19 memória:f8000000-f800ffff
xluisfernando@xluisfernando-1000H:~$ iwconfig
lo no wireless extensions.
wlan0 IEEE 802.11g ESSID:"xluisfernando"
Mode:Managed Frequency:2.412 GHz Access Point: 80:C6:AB:58:C0:76
Bit Rate=54 Mb/s
Power Management:off
Link Quality:96/100 Signal level:-34 dBm Noise level:-96 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
eth0 no wireless extensions.
xluisfernando@xluisfernando-1000H:~$ ifconfig -a
eth0 Link encap:Ethernet Endereço de HW 00:26:18:00:37:72
UP BROADCAST MULTICAST MTU:1500 Métrica:1
pacotes RX:0 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:0 erros:0 descartados:0 excesso:0 portadora:1
colisões:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
IRQ:44
lo Link encap:Loopback Local
inet end.: 127.0.0.1 Masc:255.0.0.0
endereço inet6: ::1/128 Escopo:Máquina
UP LOOPBACK RUNNING MTU:16436 Métrica:1
pacotes RX:262 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:262 erros:0 descartados:0 excesso:0 portadora:0
colisões:0 txqueuelen:0
RX bytes:29685 (29.6 KB) TX bytes:29685 (29.6 KB)
wlan0 Link encap:Ethernet Endereço de HW 00:24:23:00:83:79
inet end.: 192.168.0.12 Bcast:192.168.0.255 Masc:255.255.255.0
endereço inet6: fe80::224:23ff:fe00:8379/64 Escopo:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Métrica:1
pacotes RX:468 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:554 erros:0 descartados:0 excesso:0 portadora:0
colisões:0 txqueuelen:1000
RX bytes:266042 (266.0 KB) TX bytes:75749 (75.7 KB)
IRQ:19 Memória:f8000000-f8010000
xluisfernando@xluisfernando-1000H:~$ nm-tool
NetworkManager Tool
State: connected (global)
- Device: wlan0 [Auto xluisfernando] ------------------------------------------
Type: 802.11 WiFi
Driver: ndiswrapper
State: connected
Default: yes
HW Address: 00:24:23:00:83:79
Capabilities:
Speed: 54 Mb/s
Wireless Properties
WEP Encryption: yes
WPA Encryption: yes
WPA2 Encryption: yes
Wireless Access Points (* = current AP)
<<McGruber>>: Infra, 80:C6:AB:C4:64:4B, Freq 2437 MHz, Rate 11 Mb/s, Strength 22 WPA WPA2
Stillo_AP: Infra, 00:15:6D:69:16:B2, Freq 2452 MHz, Rate 11 Mb/s, Strength 10
*xluisfernando: Infra, 80:C6:AB:58:C0:76, Freq 2412 MHz, Rate 54 Mb/s, Strength 93 WPA WPA2
IPv4 Settings:
Address: 192.168.0.12
Prefix: 24 (255.255.255.0)
Gateway: 192.168.0.1
DNS: 187.2.216.16
DNS: 187.2.216.15
- Device: ttyUSB0 --------------------------------------------------------------
Type: Mobile Broadband (GSM)
Driver: option1
State: disconnected
Default: no
Capabilities:
- Device: eth0 -----------------------------------------------------------------
Type: Wired
Driver: ATL1E
State: unavailable
Default: no
HW Address: 00:26:18:00:37:72
Capabilities:
Carrier Detect: yes
Wired Properties
Carrier: off
xluisfernando@xluisfernando-1000H:~$
Reparei que a intensidade do sinal wireless melhorou bastante. Antes, a cerca de 1,5m de um roteador thonsom com antena de 9dBi i sinal ficava em 75%. Agora está em 100%. Além disso, a navegação parece mais estável, sem travamentos ou quedas de conexão.
Aparentemente, a utilização do drive do windows xp, disponível em http://download2.dvd-driver.cz/atheros/drivers/ar5xxx/xp32-5.1.1.9.zip , resolve o problema de dificuldade de navegação e tráfego de dados em conexão wireless nos netbooks Asus Eee PC 1000. Para tanto, é preciso adicionar as linhas blacklist ath5k e blacklist ath9k ao /etc/modprob.d/blacklist.conf antes de instalar o drive net5211.inf, existente dentro do pacote atheros xp32-5.1.1.9.zip (eu extraí tudo para uma pasta), usando o niswrapper.
-
Tudo ia bem, até a atualização do kernel padrão do sistema, para o 3.2.0-41...
Antes, eu usava o ndiswrapper para rodar o drive do windows Xp, uma vez que a placa Atheros AR242x/AR542x do Eee PC 1000HA apresentava problemas com o drive ath5k usado no sistema. É verdade que esse drive tinha como inconveniente o fato de apresentar uma dificuldade absurda para iniciar a conexão, mas depois que era estabelecida, funcionava bem, com estabilidade e qualidade de sinal.
Não sei o que aconteceu ou o que mudou, mas, depois da última atualização padrão do 12.04LTS a conexão wireless começou a congelar, depois de poucos minutos de conexão (não cai; congela e fica sem tráfego de dados). Cheguei a pensar que fosse um problema como o provedor (Net), mas fiz o teste com o celular e ao mesmo tempo em que o netbook estava congelado a conexão do celular estava normal.
Então...
Reverti o processo do ndiswrapper, recolocando o drive ath5k em /etc/modules e desmarcando-o de /etc/modprobe.d/blacklist.conf além de remover o drive do windows.
Não adiantou.
Atualizei para o kernel 3.9 (não fiz isso antes pois sabia que o ndiswrapper não funciona a partir do 3.4) e percebi que a conexão permanece ativa por mais tempo, mas acaba congelando do mesmo jeito.
Reverti isso, recolocando o ath5k no blacklist e removendo-o de modules, para depois executar o madwifi, mas também não funcionou (nem reconheceu a existência de redes wireless).
Estou tentando entender o que está acontecendo e por enquanto, fico restrito ao 3G
-
O problema pode ser com a versão do driver windows que você usa... tentou conseguir um driver novo?
Outra coisa que não entendi, vc disse que reverteu ao driver ath5k, sem sucesso, mas talvez possa ter havido algum erro nesse processo. Tente fazer isso novamente, com os comandos abaixo.
sudo modprobe -rv ndiswrapper
sudo modprobe ath5k
Depois teste novamente a conexão. Como é outro driver, não deveria ter o mesmo comportamento.
-
Zekkerj
xluisfernando@xluisfernando-1000H:~$ sudo modprobe -rv ndiswrapper
[sudo] password for xluisfernando:
FATAL: Module ndiswrapper not found.
xluisfernando@xluisfernando-1javascript:void(0);000H:~$ sudo modprobe ath5k
xluisfernando@xluisfernando-1000H:~$
As alterações que eu tinha feito, para usar o ndiswrapper no passado, foram apenas a inclusão dos blacklists ath5k e ath9k em /etc/modprobe.d/blacklist.conf e a remoção do ath5k do /etc/modules. Depois eu instalei o ndiswrapper pelo synaptic. Quando parou de funcionar, eu apenas reverti isso e desinstalei completamente o ndiswapper
/etc/modprobe.d/blacklist.conf
# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.
# evbug is a debug tool that should be loaded explicitly
blacklist evbug
# these drivers are very simple, the HID drivers are usually preferred
blacklist usbmouse
blacklist usbkbd
# replaced by e100
blacklist eepro100
# replaced by tulip
blacklist de4x5
# causes no end of confusion by creating unexpected network interfaces
blacklist eth1394
# snd_intel8x0m can interfere with snd_intel8x0, doesn't seem to support much
# hardware on its own (Ubuntu bug #2011, #6810)
blacklist snd_intel8x0m
# Conflicts with dvb driver (which is better for handling this device)
blacklist snd_aw2
# causes failure to suspend on HP compaq nc6000 (Ubuntu: #10306)
blacklist i2c_i801
# replaced by p54pci
blacklist prism54
# replaced by b43 and ssb.
blacklist bcm43xx
# most apps now use garmin usb driver directly (Ubuntu: #114565)
blacklist garmin_gps
# replaced by asus-laptop (Ubuntu: #184721)
blacklist asus_acpi
# low-quality, just noise when being used for sound playback, causes
# hangs at desktop session start (Ubuntu: #246969)
blacklist snd_pcsp
# ugly and loud noise, getting on everyone's nerves; this should be done by a
# nice pulseaudio bing (Ubuntu: #77010)
blacklist pcspkr
# EDAC driver for amd76x clashes with the agp driver preventing the aperture
# from being initialised (Ubuntu: #297750). Blacklist so that the driver
# continues to build and is installable for the few cases where its
# really needed.
blacklist amd76x_edac
blacklist ath_hal
blacklist ath_pci
#Remove To Install MadWIFI Drivers
blacklist ath9k
#blacklist ath5k
/etc/modules
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
snd-hda-intel model=auto
lp
ath5k
Já tinha ouvido dizer que essa placa atheros é problemática com Linux, mas os fóruns dizem que esse problema teria sido corrigido desde o kernel 2.6.32
-
Acho que encontrei uma solução: http://ubuntuforums.org/showthread.php?t=1481983
Basicamente, a instrução dada no fórum é compilar o módulo adequado a partir de um source. No caso, optei pelo pacote estável mais recente https://www.kernel.org/pub/linux/kernel/projects/backports/stable/v3.8.3/compat-drivers-3.8.3-1-s.tar.gz
Preparativos: sudo apt-get install build-essential
sudo apt-get install linux-headers-`uname -r`
wget https://www.kernel.org/pub/linux/kernel/projects/backports/stable/v3.8.3/compat-drivers-3.8.3-1-s.tar.gz
tar -vzxf compat-drivers-3.8.3-1-s.tar.gz /home/$USER/Documentos/Compilacao-atheros
cd /home/$USER/Documentos/Compilacao-atheros
Compilando:sudo su
##senha para o root
./scripts/driver-select ath5k
##Isso especifica o que vai ser compilado. Dependendo do hardware, poder ser o ath9k.
make
## Isso inicia o processo, com a compilação, o que demora alguns minutos
make install
## Isso instala os módulos e arquivos gerados na compilação
make wlunload
## Isso descarrega os módulos compilados para uso no sistema
sudo modprobe ath5k
## Ativa o módulo compilado
Depois de tudo, logo que reiniciou, estabeleci uma conexão e percebi que melhorou absurdamente. A questão é: quando o sistema atualizar o kernel vou ter que repetir esse processo? Cenas dos próximos capítulos...
-
A questão é: quando o sistema atualizar o kernel vou ter que repetir esse processo?
sim, vai, a menos que esse driver tiver sido compilado com o DKMS.
-
Esse módulo compilado tem um comportamento meio instável. Se inicio o sistema com o wireless ativado ele não reconhece rede alguma. Depois de desativar e reativar, ele consegue localizar as redes e estabelece conexão. As vezes, congela, embora com menor frequência. O mais estranho é que, se ficar desativando e reativando o wireless pelo botão, o sistema entra em kernel panic e trava, sendo necessário desligar pelo botão.
Baixei e instalei os cabeçalhos e a imagem do kernel 3.5.0 disponíveis no repositório padrão, mas ao tentar compilar aparece um erro ao ativar o drive, com o modprobe ath5k. Então, voltei para o kernel padrão 3.2.0.
Obs: O módulo ath5k, compilado ou padrão, apresenta uma grande instabilidade. Tem hora que funciona e outras que nem reconhece que existe uma placa de wireless. Para tentar resolver instalei o pacote linux-backports-modules-precise-generic da última versão para o kernal instalado. Depois disso, aparentemente, melhorou, mas ainda estou monitorando...
Obs2: Como não consegui resolver a questão da instabilidade do drive padrão ath5k, passei para uma atitude diferente. Inicialmente, instalei os cabeçalhos e imagem do último kernel padrão do ubuntu (3.8.0-19), pela instalação do pacote linux-generic-lts-raring http://ubuntuforum-br.org/index.php/topic,105526.0.html
Depois, instalei o pacote linux-backports-modules-cw-3.8-precise.
Feito isso:
wget http://snapshots.madwifi-project.org/madwifi-0.9.4-current.tar.gz
tar -vzxf madwifi-0.9.4-current.tar.gz /home/$USER/Documentos/Compilacao-atheros
cd /home/$USER/Documentos/Compilacao-atheros/madwifi-0.9.4-r4182-20130307
sudo make
sudo make install
Por fim, adicionei os módulos ath5k e ath9k ao /etc/modprobe.d/blacklist.conf e adicionei o ath_pci ao /etc/modules (removendo o ath5k desse arquivo e removendo o ath_pci do blacklist)
Aparentemente, ficou estável, mas ainda estou monitorando
Obs3: Depois de monitorar por um tempo, percebi que o congelamento continuava acontecendo e que não detectava redes se o ath5k não estivesse carregado. Então, fiz o procedimento de compilação a partir do source compat-drivers-3.8.3-1-s.tar.gz, mas para o kernel 3.8.0. Assim, funcionou.
Obs4: A instalação do Ubuntu no Netbook estava um tanto "poluída", uma vez que tinha tentado várias configurações para resolver o problema do wireless e do microfone. Então, resolvi formatar e instalar de nova, mas antes, fiz algumas experiências. Instalei primeiro o debian wheezy, com Gnome Shell, mas verifiquei que o wireless não funcionava, mesmo configurando (tentei ath5K, madwifi e ndswrapper). Então, formatei e instalei o último debian squeeze e verifiquei que, embora reconhecesse a o wirelees, não conectava e ficava pedindo a senha da rede toda hora. Depois, tentei o Ubuntu 13.04 e percebi que nem reconhecia a rede wireless. Acabei voltando ao Ubuntu 12.04.2LTS e nele, fiz ainda algumas experiências. Tentei usar o kernel 3.5, mas percebi que o ath5k original dava ate kernel panic ao pressionar o botão de ligar o wifi e apresentava erro na compilação do pacote compatível. Pensei em voltar para um kernel mais antigo, como o 3.2.0-38, que lembro que funcionava com ndiswrapper, mas percebi que ficaria amarrado. Então, decidi por instalar um kernel mais recente, o 3.9.2. Por enquanto, o ath5k padrão dele está funcionando e ainda tenho a opção de compilar o pacote compatível.
-
zekkerj
Realizei o procedimento de compilação do módulo ath5k a partir do pacote compatível e depois de um tempo, percebi um comportamento estranho: a conexão fica ativa e firme por um tempo, mas se exigida, depois de uma meia hora, ela caia e não consegue reconectar. Então, se nesse momento, desativo o wireless pelo botão e o reativo, a placa nem é reconhecida.
Nessa situação, resolvi verificar no terminal a resposta do comando lspci e percebi que a referência wireless atheros AR242x não aparece. É como não existisse.
xluisfernando@xluisfernando-1000H:~$ lspci
00:00.0 Host bridge: Intel Corporation Mobile 945GSE Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GSE Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 02)
00:1c.3 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 4 (rev 02)
00:1d.0 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02)
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)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7-M Family) SATA Controller [IDE mode] (rev 02)
03:00.0 Ethernet controller: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0)
Outra coisa que achei estranho é que embora o ath5k esteja carregado, ele não aparece vinculado ao hardware, de acordo com a resposta do lsmod
xluisfernando@xluisfernando-1000H:~$ lsmod
Module Size Used by
ath5k 134771 0
ath 19187 1 ath5k
mac80211 563519 1 ath5k
cfg80211 465136 3 ath5k,ath,mac80211
compat 13067 3 ath5k,mac80211,cfg80211
arc4 12509 0
ppp_deflate 12878 0
zlib_deflate 26622 1 ppp_deflate
bsd_comp 12842 0
ppp_async 17307 1
crc_ccitt 12627 1 ppp_async
option 29777 2
usb_wwan 14859 1 option
usbserial 27633 7 option,usb_wwan
usb_storage 48053 0
rfcomm 38399 0
bnep 17852 2
bluetooth 215725 10 rfcomm,bnep
parport_pc 32114 0
ppdev 12842 0
binfmt_misc 17292 1
joydev 17329 0
snd_hda_codec_realtek 36558 1
coretemp 13324 0
snd_hda_intel 39089 3
snd_hda_codec 164943 2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep 13276 1 snd_hda_codec
snd_pcm 85934 2 snd_hda_intel,snd_hda_codec
snd_seq_midi 13132 0
snd_rawmidi 25157 1 snd_seq_midi
snd_seq_midi_event 14475 1 snd_seq_midi
microcode 18355 0
psmouse 82742 0
i915 561031 2
uvcvideo 72316 0
snd_seq 51593 2 snd_seq_midi,snd_seq_midi_event
serio_raw 13031 0
videobuf2_core 39385 1 uvcvideo
videodev 101280 2 uvcvideo,videobuf2_core
snd_timer 28931 2 snd_pcm,snd_seq
drm_kms_helper 47306 1 i915
videobuf2_vmalloc 12920 1 uvcvideo
snd_seq_device 14137 3 snd_seq_midi,snd_rawmidi,snd_seq
drm 237346 3 i915,drm_kms_helper
videobuf2_memops 13042 1 videobuf2_vmalloc
eeepc_laptop 19469 0
sparse_keymap 13658 1 eeepc_laptop
i2c_algo_bit 13316 1 i915
snd 57014 15 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
mac_hid 13077 0
lpc_ich 16980 0
video 18955 1 i915
soundcore 12600 1 snd
snd_page_alloc 18398 2 snd_hda_intel,snd_pcm
lp 17455 0
parport 40930 3 parport_pc,ppdev,lp
atl1e 32727 0
xluisfernando@xluisfernando-1000H:~$ sudo modprobe ath5k
[sudo] password for xluisfernando:
xluisfernando@xluisfernando-1000H:~$
Com o wireless ligado, nessa condição a resposta do lshw sugere que não existe a placa
xluisfernando@xluisfernando-1000H:~$ sudo lshw -C network
*-network
descrição: Ethernet interface
produto: AR8121/AR8113/AR8114 Gigabit or Fast Ethernet
fabricante: Atheros Communications Inc.
physical id: 0
informações do barramento: pci@0000:03:00.0
nome lógico: eth0
versão: b0
serial: 00:26:18:00:37:72
capacidade: 100Mbit/s
largura: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuração: autonegotiation=on broadcast=yes driver=ATL1E driverversion=1.0.0.7-NAPI firmware=L1e latency=0 link=no multicast=yes port=twisted pair
recursos: irq:17 memória:fbfc0000-fbffffff ioport:ec00(tamanho=128)
xluisfernando@xluisfernando-1000H:~$
Será que isso indica um problema no hardware?
-
Veja se o botão não está com mau contato.