A tecnologia sem fio continua cortando a cada vários minutos em um Realtek RTL8187SE


9

A internet continua cortando a cada vários minutos, às vezes dura mais, mas acontece eventualmente. Ainda posso usar a Internet se desconectar do menu e clicar em conectar novamente. Qualquer ajuda seria apreciada :)

Detalhes da minha placa sem fio:

Placa sem fio: 04: 00.0 Controlador de rede: Realtek Semiconductor Co., Ltd. Controlador de LAN sem fio RTL8187SE (rev 22)

Estou apenas rodando um Ubuntu simples e totalmente atualizado de 64 bits (Kernel 2.6.38-10-generic)

Como o kernel reconhece minha placa wireless:

*-network               
       description: Wireless interface
       product: RTL8187SE Wireless LAN Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:04:00.0
       logical name: wlan0
       version: 22
       serial: 00:24:21:cf:89:f6
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=r8180 latency=0 multicast=yes wireless=802.11b/g
       resources: irq:17 ioport:3000(size=256) memory:fa000000-fa003fff
  *-network
       description: Ethernet interface
       product: RTL8111/8168B PCI Express Gigabit Ethernet controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:05:00.0
       logical name: eth0
       version: 03
       serial: 00:03:0d:de:97:eb
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full ip=192.168.1.67 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
       resources: irq:43 ioport:4000(size=256) memory:f6000000-f6000fff memory:f4000000-f4003fff memory:f4020000-f403ffff

Eu só estou usando o gerenciador de rede padrão, nada personalizado realmente ..


Você pode tentar instalar linux-backports-modules-cw-2.6.39-generic, reiniciar e verificar se ainda tem o problema?
Jorge Castro

Eu instalei o que você sugeriu Jorge, mas a internet ainda está caindo aqui, vai tentar a sugestão de fossfreedom agora

Respostas:


6

As conexões WiFi descartadas podem ser ambientais ou relacionadas ao software.

Vou tentar manter isso o mais genérico possível, para que a resposta possa se aplicar a qualquer placa WiFi.

Três áreas ambientais que você deve considerar antes de se aprofundar nas sugestões de software abaixo:

  • Criptografia WIFI - Tente alterar o método de criptografia no seu roteador WIFI, veja se isso resulta em uma conexão mais estável.

  • Roteador WIFI propriamente dito - Tente mudar para um novo ponto de acesso, você ainda tem problemas de conectividade?

  • Canal WIFI - Tente alterar o canal em que seu roteador está se comunicando. Na sua área, pode haver muito tráfego no canal selecionado.

Depois de excluir essas áreas, cinco caminhos possíveis de software que você pode considerar:

  1. Procurando verificar se existe algum Backport WiFi e, se houver, instalando o pacote apropriado
  2. Veja se este é um problema de 64 bits vs 32 bits
  3. Tentando um kernel mais recente, o próximo kernel estável disponível OU testando a versão mais recente do Ubuntu alfa / beta, que contém o kernel candidato à versão mais recente
  4. Desativando o gerenciamento de energia da sua placa sem fio
  5. (a escolha do último recurso) usando NDISWrapper

Backports

Os desenvolvedores do kernel frequentemente lançam um pacote de software contendo atualizações para dispositivos WiFi derivados do kernel mais recente ou mais recente.

Para Natty, este pacote é chamado linux-backports-modules-cw-2.6.39-generic(obrigado Jorge). Este pacote pode ser encontrado no repositório proposto ou no repositório de backport. Marque a caixa de seleção apropriada em Fontes de software e recarregue as atualizações mais recentes.

Abra o Software Center ou o Synaptic Manager e procure o pacote nomeado (ou nomeado de maneira semelhante) como acima. Se o pacote estiver disponível, instale o pacote, reinicie e verifique se a conexão WiFi é mais estável.

64bit vs 32bit

À medida que o Linux amadurece, os problemas de 64 bits versus 32 bits devem reduzir. No entanto, não é desconhecido que uma instalação de 64 bits possa ser mais instável em comparação com uma instalação de 32 bits - e vice-versa.

Para o seu cartão, encontrei aqui um relatório de bug para o seu cartão sem fio que descreve seus sintomas - kernel de 64 bits, o wifi baixa a conexão aleatoriamente.

Faça um backup do seu sistema primeiro usando, por exemplo, o Clonezilla, para que você possa restaurar algo facilmente.

Tente instalar a versão de 32 bits do Natty. Veja se sua conexão é mais estável. Você também pode testar as outras sugestões nesta resposta nesta configuração de 32 bits.

Kernel mais recente

Testar um kernel mais recente pode às vezes causar problemas de instabilidade - por exemplo, problemas de inicialização e tela preta. Eu recomendaria que você remova primeiro os drivers gráficos de hardware adicional (por exemplo, ATI ou Nvidia). Também recomendo que você tenha um bom backup, por exemplo, usando o CloneZilla, do qual você pode restaurar.

Procure o próximo núcleo estável da linha principal aqui no LaunchPad .

Observando as listas de alterações no kernel 2.6.39, ele menciona algumas atualizações para sua placa.

Você pode instalar o kernel 2.6.39 como descrito na minha resposta aqui .

Desativando o gerenciamento de energia

Às vezes, as placas sem fio podem ter modos de gerenciamento de energia. Não é desconhecido que esses modos sejam de bugs no linux. Desativar o gerenciamento de energia às vezes pode ajudar.

Pode ser necessário fazer uma pesquisa no Google para verificar se existe um método específico para desativar o Gerenciamento de energia. Abaixo está um método que eu usei no passado para alguns cartões.

De um tipo de terminal:

gksu gedit /etc/pm/power.d/wireless

Se o arquivo aberto contiver alguma instrução, adicione a seguinte linha (se ainda não existir)

/sbin/iwconfig wlan0 power off

Se o arquivo aberto estiver vazio, adicione o seguinte

#!/bin/sh

/sbin/iwconfig wlan0 power off

Agora copie e cole o seguinte:

sudo chmod +x /etc/pm/power.d/wireless

Então reinicie.

fonte

NDISWrapper

Nota - O NDISWrapper pode causar problemas de tela preta na inicialização - por isso, tenha um bom backup, por exemplo, usando o CloneZilla do qual você pode restaurar.

O NDISWrapper era uma vez, alguns anos atrás, um método frequentemente usado para placas sem fio porque o kernel tinha muito pouco suporte a driver sem fio.

Seu caído em desuso nos últimos tempos, por muitas razões que eu não vou entrar em ...

Para ser sincero, o RTL8187se está no kernel há algum tempo, portanto a sugestão a seguir deve ser considerada como último recurso.

Pesquise ndisgtkno centro de software e instale

Agora baixe os drivers do Windows XP , no seu caso da Realtek

Extrair do arquivo zip.

Usando o ndisgtk - navegue até a pasta - RTL8187SE - WinXP e aponte o ndisgtk para o .infarquivo. Espero que agora (talvez após uma reinicialização) o gerenciador de rede use esse driver de preferência ao driver do kernel RTL8187SE - esperamos que você não precise colocar na lista negra o kernel.


Eu tentei o que você e Jorge sugeriram, mas a conexão continua caindo :(

Eu tentei de tudo o que é sugerido, mas ainda cai, acho que é hora de perder a esperança?

Eu tentei sua nova sugestão do NDISWrapper, mas depois de fazer isso e reiniciar, fui recebido com uma tela preta e não consegui fazer nada. Já joguei com o NDISWrapper no meu laptop antigo e não tive problemas. Enfim, acabei tendo que fazer uma nova instalação. Próximo? ;)

hmmm - eu procurei (e ao redor ...) - mas tudo o que consigo encontrar é que esta placa sem fio não funciona muito bem em 64 bits, mas funciona em 32 bits. Observações semelhantes para o Windows 7 de 64 bits vs 32 bits (veja o relatório de bug do debian vinculado). Eu fiquei sem ideias além de usar o 32bit Natty ou comprar outra placa sem fio de fabricantes. Faltam 3 dias. Espero que alguém possa fazer o chip e fazer com que seu cartão funcione sob 64 bits Natty.
fossfreedom

Atualmente, estou testando uma instalação Oneiric de 64 bits totalmente atualizada desde o problema com o Natty outro dia. A rede sem fio caiu 2 ou 3 vezes desde então, o que é muito melhor do que com o Natty!

0

Parece semelhante a um problema que eu costumava acessar no Meego (não no Ubuntu), onde o wifi costumava entrar e sair tanto que era uma dor real.

Lembro que, na época, ele foi corrigido editando o arquivo rc.local com uma correção muito fácil que funcionou (embora em Meego), mas

cd /etc/

gksudo gedit rc.local

Insira as seguintes linhas se elas ainda não estiverem lá (ou remova o comentário)

ifconfig wlan0 down
ifconfig wlan0 up

(originalmente no bug antigo do meego, costumávamos alterar wlan0 para eth1 (não sei por que, mas costumava nos dizer usar eth1 e não wlan0)

bug antigo do meego

MAS esse era um problema amplo, mas parecia um pouco semelhante ao que você estava descrevendo


Eu sugiro que você pode mudar eth1 para wlan0 uma vez que esta é uma questão sem fio - você está sugerindo saltando a porta ethernet fixo (também vale a pena colocar tags de código também)
fossfreedom

acordado. Vou me adaptar
andybleaden
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.