Wifi conectado mas sem transferência de dados: “ping: sendmsg: Nenhum espaço de buffer disponível”

6

Eu tenho um desktop que roda no Windows XP e um laptop que roda no Ubuntu 12.04.

Recentemente, configurei um roteador sem fio para poder acessar a Internet no meu laptop por meio de wifi. O laptop se conecta ao Wi-Fi à vontade, mas não consegue transferir nenhum dado. Somente quando eu ligo o meu laptop pela primeira vez, é possível transferir alguns dados por apenas alguns minutos, depois do qual ele falha ao fazer o ping do roteador.

Ping para roteador mostra: "ping: sendmsg: Nenhum espaço disponível no buffer", mas o wifi ainda mostra estar conectado.

Por favor, ajude!

    
por Anuj 26.09.2012 / 18:03

3 respostas

1
  1. Talvez seja um endereço IP duplicado?

  2. É talvez outro software afetando sua conexão, tente parar o firewall do Ubuntu.

    sudo service ufw stop

  3. Verifique o log.

    cat /var/log/syslog | less

  4. Tente ajustar o tamanho do buffer.

    echo 83886080 |sudo tee /proc/sys/net/core/wmem_max

  5. O problema está no roteador.

por user91632 28.09.2012 / 08:43
3

Eu e muitos outros (de acordo com minhas pesquisas no Google) estamos tendo o mesmo problema com o Ubuntu 11.10, enquanto para mim também nunca tive nenhum problema com drivers de rede em 10.x ou mesmo em 11.04.

EDIT: Causa do problema não resolvido, afinal de contas: '(. O seguinte ainda pode estar envolvido de alguma forma, por isso vou deixar aqui para os outros para referência. Mas acabou por não resolver o problema. foi revertendo para um kernel 2.6.x.

Meu sistema está usando o driver r8169 para minha porta Ethernet do chip Realtek 8168 (na placa-mãe no meu caso. Nota: 8168 - não 8169!)

Eu finalmente entendi esse problema quando encontrei este post . Eu rapidamente confirmei que meu cartão 8168 estava usando o driver r8169 rodando ...

sudo lshw -class network

..., que leva um tempo - apenas seja paciente. : -)

Você pode ver o driver sendo usado na configuração: line ... Exemplo: ...

configuration: autonegotiation=on broadcast=yes driver=r8168 driverversion=8.026.00-NAPI ...

Depois disso, segui as instruções da postagem para instalar e ativar as informações corretas. driver, alterando os caminhos específicos conforme necessário para corresponder ao meu sistema. Observe que o site de download do driver não menciona o kernel v3.x.x (apenas 2.4.xe 2.6.x). Mas funciona bem mesmo assim.

Se você tiver apenas uma interface de rede, tudo deve ser definido por este estágio.

Infelizmente, não foi assim tão simples para mim, porque eu também tinha uma segunda placa instalada, que tinha um chip 8169! : - / Então, eu não poderia simplesmente deixar o driver r8169 desabilitado.

Para corrigir isso, renomei o arquivo /lib/module/your-kernel-version/drivers/net/r8169.bak (o script do instalador do driver autorun.sh o renomeou) de volta para r8169.ko e editado / etc / módulos como segue ...

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

loop
lp
r8168
r8169

... [últimas duas linhas adicionadas] esperando que isso forçaria os módulos a serem carregados na mesma ordem, evitando assim que o driver r8169 do cartão errado seja modprobe. Deu certo!

Para o OP ... Estou atualizando isso para o benefício de outras pessoas que pesquisam uma solução, porque ela é bem alta nos resultados do Google. Espero que você não se importe.

    
por gruvin 31.10.2011 / 00:10
0

Eu vi isso com uma interface sem fio Centrino Ultimate-N 6300 8086: 4238 (em um Thinkpad X201). Por melhor que eu saiba, este é um bug conhecido no driver wireless ou seu firmware, provavelmente o mesmo que Bug # 836250 . Eu perguntei o que a mensagem realmente significa em " O que faz" ping : sendmsg: Nenhum espaço disponível no buffer "significa? ".

Soluções alternativas

  • Como só recebo isso de forma intermitente, uma solução alternativa é redefinir completamente a rede sem fio sempre que o problema ocorrer:

    sudo modprobe -r iwlwifi
    sudo modprobe iwlwifi
    
  • Outra solução possível é alternar seu roteador para o modo 802.11g-only (acho que o problema ocorre apenas ao conectar-se a uma rede n)

por Mechanical snail 01.05.2013 / 07:03