Continuo a ver os problemas que as pessoas estão a ter com a sua rede sem fios. Estou tendo um problema em estar conectado ao meu roteador. Eu instalei o Ubuntu 11.10 no outro dia, no meu PC personalizado. A placa-mãe que eu instalei neste PC é uma ASUS P8H61-M.
A questão que estou tendo é com a minha velocidade. Eu tenho um boot duplo, o Windows 7 e o novo Ubuntu. Na minha instalação do Windows, estou obtendo velocidades de teste da Speakeasy a 17 Mbps e downloads reais em torno de 2-3 MB / s. Com o Ubuntu, estou obtendo velocidades de teste do Speakeasy a 1,14Mbps e downloads reais em torno de 60KB / s.
Desativei o IPv6 e não estou usando o GoogleDNS para o meu DNS, mas isso não resolveu o problema. Eu verifiquei meu roteador (WRT54GS Linksys) para desabilitar conexões IPv6, e não vejo nenhuma opção para isso. Não consigo entender por que estou tendo uma conexão de internet tão lenta. Qualquer ajuda para resolver seria ótimo!
Eu executei um iconfig -a com estes resultados:
mark@Mark-ASUS:~$ ifconfig -a
eth0 Link encap:Ethernet HWaddr f4:6d:04:d1:2c:4e
inet addr:192.168.1.103 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::f66d:4ff:fed1:2c4e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:21888 errors:0 dropped:21888 overruns:0 frame:21888
TX packets:21068 errors:0 dropped:90 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:26348337 (26.3 MB) TX bytes:2217140 (2.2 MB)
Interrupt:46 Base address:0xc000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:7 errors:0 dropped:0 overruns:0 frame:0
TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:952 (952.0 B) TX bytes:952 (952.0 B)
Minhas especificações são:
mark@Mark-ASUS:~$ sudo lspci -nn
04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06)
06:00.0 PCI bridge [0604]: ASMedia Technology Inc. Device [1b21:1080] (rev 01)
informações do udev:
KERNEL[11.351405] add /devices/pci0000:00/0000:00:1c.2/0000:04:00.0/net/eth0 (net)
UDEV_LOG=3
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1c.2/0000:04:00.0/net/eth0
SUBSYSTEM=net
INTERFACE=eth0
IFINDEX=2
SEQNUM=1542
UDEV [11.363905] add /devices/pci0000:00/0000:00:1c.2/0000:04:00.0/net/eth0 (net)
UDEV_LOG=3
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1c.2/0000:04:00.0/net/eth0
SUBSYSTEM=net
INTERFACE=eth0
IFINDEX=2
SEQNUM=1542
ID_VENDOR_FROM_DATABASE=Realtek Semiconductor Co., Ltd.
ID_MODEL_FROM_DATABASE=RTL8111/8168B PCI Express Gigabit Ethernet controller
ID_BUS=pci
ID_VENDOR_ID=0x10ec
ID_MODEL_ID=0x8168
ID_MM_CANDIDATE=1
informação dmesg:
[ 2.855982] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 2.856366] r8169 0000:04:00.0: eth0: RTL8168b/8111b at 0xffffc9000064c000, f4:6d:04:d1:2c:4e, XID 0c900800 IRQ 46
[ 12.540956] r8169 0000:04:00.0: eth0: link down
[ 12.540961] r8169 0000:04:00.0: eth0: link down
[ 12.541173] ADDRCONF(NETDEV_UP): eth0: link is not ready
Eu tirei muitas informações que não pertencem à eth0, porque as edições anteriores não salvam. Se eu precisar de mais alguma informação, me avise. Eu adoraria resolver isso. A outra questão que estou percebendo é que, às vezes, minha conexão se desconecta, por cerca de um minuto, depois se reconecta.
Eu tive o mesmo problema com o meu controlador Gigabit Ethernet RTL8111 / 8168B Realtek Semiconductor Co., Ltd. (rev 06). Olhando para a saída do ifconfig você tem muitos pacotes descartados. Mudar para um motorista da Realtek funcionou para mim:
Questão do módulo Realtek 8168
Eu acredito que você tenha que fazer isso toda vez que instalar uma atualização do kernel. Observe também o comentário de Jonathan na mesma página.
Eu tenho o mesmo adaptador Ethernet e já atualizei os drivers, mas isso não resolveu o problema. Eu tentei desabilitar o IPv6 e isso também não ajudou ... mas depois de algumas pesquisas eu encontrei uma referência ao arquivo /etc/nsswitch.conf e alterando a ordem da linha "hosts:".
Originalmente, estava na ordem
hosts: files mdns4_minimal [NOTFOUND=return] wins dns mdns4
Eu alterei para que o dns viesse depois dos arquivos e após a reinicialização a diferença fosse dia e noite - as pesquisas de DNS são muito mais rápidas e os sites carregam imediatamente em vez de ficarem presos no "Sending Request ..." no Chrome FF).
hosts: files dns mdns4_minimal [NOTFOUND=return] wins mdns4
Não tenho certeza se isso afetará negativamente qualquer outra coisa, mas eu não tive nenhum problema com isso desde então - posso navegar em minha rede local e montar compartilhamentos do Windows sem nenhum problema.
Espero que isso seja útil!