Problemas com conexão wireless no Netbook Eee PC 1000HA com Ubuntu 12.04LTS

[xluisfernando]

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

[zekkerj]

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.

[xluisfernando]

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

[xluisfernando]

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...

[zekkerj]

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.

[xluisfernando]

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.

[xluisfernando]

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?

[zekkerj]

Veja se o botão não está com mau contato.