Fórum Ubuntu Linux - PT
Suporte Técnico => Internet, Redes e Segurança => Tópico iniciado por: Zigooo em 10 de Julho de 2014, 03:18
-
Ola,
Ontem eu instalei o Ubuntu 14.04 LTS 64 bit no meu pc e já na instalação percebi algo estranho, ele não tava conectando na internet, mas imaginei que poderia conectar quando eu terminasse de instalar.
Quando terminou de instalar veio o problema...o ubuntu não conecta na internet, tentei de tudo, li dezenas de tópicos e não consegui resolver o problema, digitei dezenas de comandos do terminal também e nada :-\
Vamos lá então, quando eu conecto o cabo no pc eh como se não tivesse conectado ( atrás do computador piscam os leds da entrada ethernet ) no canto superior direito, do lado do relógio não muda nada !! por favor se alguém tiver uma luz ai pra me ajudar
Minha placa mae eh uma N68-S3 FX.
-
Ola
Quando terminou de instalar veio o problema...o ubuntu não conecta na internet, tentei de tudo, li dezenas de tópicos e não consegui resolver o problema, digitei dezenas de comandos do terminal também e nada
Poste tudo o que tentou, poste as dezenas de comandos de deu em terminal.
Isto pode ajudar ao forum a te ajudar, pois algum comando executado de forma errada pode destruir seu sistema.
Assim, já que leu muito sobre o assunto, vamos lá, nos ajude pelo menos postando qual sua placa de rede.
[]'s
-
Execute os comandos abaixo e cole o resultado aqui.
sudo lshw -C network
ifconfig -a
nm-tool
ping -c 4 8.8.8.8
ping -c 4 www.google.com
-
Apenas a cargo de experiência, em um Asus Eee PC 1011CX tive esse problema, não lembro bem como consegui resolver, mas como disse venho apenas prestar minha experiência de uso.
T+
-
Execute os comandos abaixo e cole o resultado aqui.
sudo lshw -C network
ifconfig -a
nm-tool
ping -c 4 8.8.8.8
ping -c 4 www.google.com
Fiz o que pediu, aqui os resultados.
zigooo@Zigooo-PC:~$ sudo lshw -c network
[sudo] password for zigooo:
PCI (sysfs)
zigooo@Zigooo-PC:~$ ifconfig -a
eth0 Link encap:Ethernet HWaddr bc:5f:f4:38:39:45
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
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:65536 Metric:1
RX packets:16 errors:0 dropped:0 overruns:0 frame:0
TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1184 (1.1 KB) TX bytes:1184 (1.1 KB)
zigooo@Zigooo-PC:~$
zigooo@Zigooo-PC:~$ nm-tool
NetworkManager Tool
State: disconnected
- Device: eth0 -----------------------------------------------------------------
Type: Wired
Driver: forcedeth
State: unavailable
Default: no
HW Address: BC:5F:F4:38:39:45
Capabilities:
Carrier Detect: yes
Wired Properties
Carrier: off
zigooo@Zigooo-PC:~$
zigooo@Zigooo-PC:~$ ping -c 4 8.8.8.8
connect: Network is unreachable
zigooo@Zigooo-PC:~$ ping -c 4 www.google.com
ping: unknown host www.google.com
zigooo@Zigooo-PC:~$
-
Sua placa de rede foi reconhecida, o que está acontecendo é que vc não está recebendo um IP automático nela.
Seu roteador está com o serviço DHCP ativo?
-
Sua placa de rede foi reconhecida, o que está acontecendo é que vc não está recebendo um IP automático nela.
Seu roteador está com o serviço DHCP ativo?
Como eu faço para saber se ele esta com o serviço DHCP ativo ?
-
Acessando as configurações dele. Mas não posso te ajudar muito além disso.
Em tempo, ajuda se vc nos disser qual é a sua conexão internet, e qual é a marca/modelo do seu roteador.
-
Acessando as configurações dele. Mas não posso te ajudar muito além disso.
Em tempo, ajuda se vc nos disser qual é a sua conexão internet, e qual é a marca/modelo do seu roteador.
Eu achei isso daqui
Interface - Rede Local
Você pode ativar o DHCP para atribuir dinamicamente endereços IP para seus PCs clientes. O roteador deve ter um Endereço IP da sua rede local.
Configurações da LAN
Endereço IP: 192.168.1.1
Máscara de Sub-Rede IP: 255.255.255.0
Nome do host: -
Nome do Domínio: lan
Servidor DHCP: Sim
Parâmetros do Servidor DHCP
Endereço Inicial do Pool DHCP: 192.168.1.2
Endereço Final do Pool DHCP: 192.168.1.254
Período de Concessão: 1 dia (s), 00:00:00
Sempre atribuir o mesmo endereço aos clientes DHCP.: Não
DNS Settings
Assign DNS servers automatically to LAN clients: Sim
Primary DNS server: 192.168.1.1
Second LAN IP Settings
Use Second LAN IP:Não
Meu roteador eh um Technicolor TG580v2
-
Hum, hum... esse cabo foi testado? Quem o montou?
-
Hum, hum... esse cabo foi testado? Quem o montou?
Eu comprei ele, ele eh super bem feito e foi ate carinho na época que eu comprei, mas o problema não eh ele, eu to usando ele agora em um netbook velho pra postar nesse forum, eu acho que deve ser algum problema da placa mãe com o ubuntu.
editado
Mesmo com o cabo conectado no computador ( as luzes da entrada do cabo de ethernet ficam piscando verde e laranja ) quando eu vou em `System Settings` e `Network` aparece Wired Cable unplugged.
(https://qkz9va.bn1.livefilestore.com/y2pRAUQN9ggrFULbHJE205QxnaCR6MA_FtGgZnqU_JEBU_LDVUUlusAaDV7uz5u0LdjR7umxGOM8R2WPwutcbCnQf8KRxB7fafCvXac399C-2E/20140710_203712877_iOS.jpg)
-
Isso está parecendo problema na placa de rede do micro... Essa máquina funcionava antes com o sistema anterior instalado nela?
Digite no Terminal como root o comando abaixo e cole aqui a saída de texto pra gente ver:
/etc/init.d/networking restart
Hum, hum... esse cabo foi testado? Quem o montou?
Eu comprei ele, ele eh super bem feito e foi ate carinho na época que eu comprei, mas o problema não eh ele, eu to usando ele agora em um netbook velho pra postar nesse forum, eu acho que deve ser algum problema da placa mãe com o ubuntu.
editado
Mesmo com o cabo conectado no computador ( as luzes da entrada do cabo de ethernet ficam piscando verde e laranja ) quando eu vou em `System Settings` e `Network` aparece Wired Cable unplugged.
(https://qkz9va.bn1.livefilestore.com/y2pRAUQN9ggrFULbHJE205QxnaCR6MA_FtGgZnqU_JEBU_LDVUUlusAaDV7uz5u0LdjR7umxGOM8R2WPwutcbCnQf8KRxB7fafCvXac399C-2E/20140710_203712877_iOS.jpg)
-
Estou com um problema parecido, mas no meu caso o sistema deixa de reconhecer a conexão qdo coloco a máquina em suspensão. Ao ligar novamente a conexão some e eu tenho de reiniciar. Não faço ideia do que fazer pra resolver.
-
Estou com um problema parecido, mas no meu caso o sistema deixa de reconhecer a conexão qdo coloco a máquina em suspensão. Ao ligar novamente a conexão some e eu tenho de reiniciar. Não faço ideia do que fazer pra resolver.
Isso é ser parecido? Nossa, não quero ver o que é um problema diferente.
-
Eu tive esse problema na primeira vez que instalei o ubuntu, na época o 12.04, era um cabo destes bem comuns azuis cat .5e, felizmente eu tinha um outro, um branco cat .5 que funcionou e uso até hoje. Pode ser o caso de o ubuntu não reconhecer certos cabos?
-
Cabo mal montado só funciona por sorte. Não é questão de ser Ubuntu ou não.
-
Estou com um problema parecido, mas no meu caso o sistema deixa de reconhecer a conexão qdo coloco a máquina em suspensão. Ao ligar novamente a conexão some e eu tenho de reiniciar. Não faço ideia do que fazer pra resolver.
Isso é ser parecido? Nossa, não quero ver o que é um problema diferente.
Pois não veja.
-
Estou com um problema parecido, mas no meu caso o sistema deixa de reconhecer a conexão qdo coloco a máquina em suspensão. Ao ligar novamente a conexão some e eu tenho de reiniciar. Não faço ideia do que fazer pra resolver.
nem de longe seu problema é parecido.
pesquise na rede por ifconfig eth0 up
-
Boa Noite a Todos!
Caro rmsilva;
Estou com um problema parecido, mas no meu caso o sistema deixa de reconhecer a conexão qdo coloco a máquina em suspensão. Ao ligar novamente a conexão some e eu tenho de reiniciar. Não faço ideia do que fazer pra resolver.
Isso é ser parecido? Nossa, não quero ver o que é um problema diferente.
Pois não veja.
Eu tive problemas com a porta ethernet de um notebook, pois, o chip de controle era o famigerado sis 191...
Fique com Deus e obrigado!
-
Olá !
Estou com problema semelhante ao que foi descrito pelo Zigooo quando criou este tópico.
Para começar meu relato, vou logo antecipando que não é o cabo, nem é a placa de rede.
Ambos funcionam tanto no Rwindows que está em dual boot neste PC, quanto no Live CD da versão 10.04 que ainda tenho aqui.
A instalação transcorreu sem que fosse possível configurar a internet e, da mesma forma que narrou o Zigooo, prossegui, acreditando que conseguiria configurar depois de concluída.
Já tentei inúmeras soluções que encontrei via Google mas nenhuma delas resolveu esse problema.
Uma das tentativas que fiz e que ainda estou com o link aberto em outra aba do navegador, encontra-se neste link:
http://ubuntuforum-pt.org/index.php?topic=112966.0
Tenho um adaptador USB de WiFi da TP-Link, modelo TL-WN722 e com ele a rede conecta instantaneamente, se mantendo firme, tanto quando utilizo a instalação que fiz, quanto com boot pelos Live CDs das versões 12.04 e 14.04 que já testei.
Numa segunda máquina que tenho na mesma rede rodando Ubuntu 12.04, lembro-me que tive dificuldades para configurar a rede cabeada mas consegui resolver seguindo as dicas que encontrei na época. Com esta última versão, está bem complicado e estou apelando aqui para os experts deste forum.
Vamos aos fatos:
Tenho um roteador TP-Link TL-MR3220 na rede local, na qual, parte dos clientes adota conexão cabeada, e não utilizo servidor DHCP, portanto, todas as estaçoes (5 PCs, 3 smartphones e uma TV) possuem IP estático.
O PC em que instalei Ubuntu 14.04, já usava dual boot com Ubuntu 10.04 (Desktop 32bits) e Windows 7 (Ultimate 64 bits) e os dois sistemas funcionavam sem problemas de acesso a internet, passando a ter essa dificuldade de acesso somente depois que instalei a versão 14.04 (Desktop 64 bits), a qual roda num disco físico dedicado para o Linux, onde fiz uma instalação limpa, ou seja, reparticionei a unidade para instalar a nova versão.
Antes que alguém solicite, aqui estão os resultados de dois comandos básicos para diagnósticos de casos assim:
lspci
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 03)
ifconfig
eth0 Link encap:Ethernet HWaddr 90:e6:ba:3e:b5:c5
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:1333 errors:0 dropped:6 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:82513 (82.5 KB) TX bytes:0 (0.0 B)
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:65536 Metric:1
RX packets:213 errors:0 dropped:0 overruns:0 frame:0
TX packets:213 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:15377 (15.3 KB) TX bytes:15377 (15.3 KB)
wlan0 Link encap:Ethernet HWaddr f4:ec:38:95:d0:9d
inet addr:192.168.1.201 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::f6ec:38ff:fe95:d09d/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:18134 errors:0 dropped:4 overruns:0 frame:0
TX packets:14097 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:8604856 (8.6 MB) TX bytes:2400920 (2.4 MB)
Ao examinar a conexão WIRED com o Network, recebo a informação de Cable Unplugged juntamente com o endereço MAC da placa, mas sem tocar no cabo, o mesmo funciona perfeitamente no W7 e no Live CD 10.04.
Uma das diferenças que percebi quando rodo o Live CD 10.04 é que a placa de rede recebe a irq 35, enquanto que, nos outros três casos - Live CD 14.04, Live CD 12.04 e a versão 14.04 instalada no HD - está sendo atribuida a irq 41 para a placa de rede.
Não sei se a irq 41 poderia ser a causa dessa dificuldade, e até pensei em testar a troca da irq 41 para a irq 35, mas não descobri uma forma de fazê-lo no Ubuntu 14.04.
Se alguém souber, me informe que farei o teste.
Caso seja necessário mais alguma informação sobre a configuração que tenho aqui para que alguém possa me ajudar, basta pedir que estarei atento ao tópico e responderei prontamente.
Desde já, agradeço qualquer ajuda!
PS: Não deixei claro, mas mesmo depois da instalacão do Ubuntu 14.04, assim como no boot pelo Live CD 10.04, o Win7 dessa máquina continua funcionando com a placa Realtek 8168 (on board) e mesmo cabo dito como unplugged.
-
AC, acesse o link http://packages.ubuntu.com/trusty/ethtool e baixe o pacote DEB para sua arquitetura.
Depois leve-o pra essa máquina e instale-o. Com ele instalado, execute os comandos abaixo e cole o resultado aqui.
sudo ethtool eth0
sudo ethtool -i eth0
Mas te adianto desde já: ter funcionado no Windows não é garantia de absolutamente nada. Nem de que o cabo está montado corretamente.
Diga-se de passagem, fica difícil ajudar quando você chega com tantas idéias pré-concebidas... a gente precisa fazer um troubleshoot completo, metódico, sempre, pra não deixar passar alguma coisa básica no problema.
-
Caro zekkerj,
Estou seguindo para o link que me recomendou.
Voltarei assim que tiver concluido.
Quanto ao cabo, sou eu mesmo que monto os meus.
E pode ficar tranquilo que nesse ramo, sou experiente. rs
Valeu amigão!
-
Caro zekkerj,
Eu já tinha o ethtool instalado e acho até que já havia usado os comandos que me indicou.
Pelo visto, o resultado não ajuda muito, veja só:
$ sudo ethtool eth0
Settings for eth0:
Cannot get device settings: No such device
Cannot get wake-on-lan settings: No such device
Cannot get message level: No such device
Cannot get link status: No such device
No data available
$ sudo ethtool -i eth0
Cannot get driver information: No such device
O que me recomenda agora?
Independentemente do que seja, agradeço desde já.
Edição às 20:06
Depois de postar o resultado acima, constatei que a eth0 não estava mais sendo detectada pelo ifconfig.
Encontrei no link abaixo uma possível solução:
http://ubuntuforums.org/showthread.php?t=2224262
e segui as recomendações postadas por raiden2332:
sudo apt-get install linux-headers-generic build-essential dkms
wget http://ftp.de.debian.org/debian/pool/main/r/r8168/r8168-dkms_8.038.00-1_all.deb - (*)
sudo dpkg -i r8168*.deb
echo "blacklist r8169" | sudo tee -a /etc/modprobe.d/blacklist-r8169.conf
sudo modprobe -rfv r8169
sudo modprobe -v r8168
sudo service network-manager restart
(*) Tive apenas de corrigir de ... "_8.038.00-1_all.deb" papa ..."_8.039.00-1_all.deb" a fim de corresponder ao arquivo disponível no servidor ftp da debian.org
e depois segui a recomendação de 2010-s onde ele sugere:
Instead of:
echo "blacklist r8169" | sudo tee -a /etc/modprobe.d/blacklist-r8169.conf
You might want to:
echo "# map the specific PCI IDs instead of blacklisting the whole r8169 module" | sudo tee -a /etc/modprobe.d/r8168-dkms.conf
echo -e "alias\tpci:v00001186d00004300sv00001186sd00004B10bc*sc*i*\tr8168" | sudo tee -a /etc/modprobe.d/r8168-dkms.conf
echo -e "alias\tpci:v000010ECd00008168sv*sd*bc*sc*i*\t\t\tr8168" | sudo tee -a /etc/modprobe.d/r8168-dkms.conf
Com isso, a situação parece ter melhorado bastante, pois agora, consultando Network a conexão Wired já não está indicada como Cable Unplugged, mas como Unmanaged e no ifconfig já está bem diferente e animador, veja só:
ifconfig
eth0 Link encap:Ethernet HWaddr 90:e6:ba:3e:b5:c5
inet addr:192.168.1.101 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::92e6:baff:fe3e:b5c5/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:102 errors:0 dropped:3 overruns:0 frame:0
TX packets:26 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:15913 (15.9 KB) TX bytes:2685 (2.6 KB)
Interrupt:44
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:65536 Metric:1
RX packets:968 errors:0 dropped:0 overruns:0 frame:0
TX packets:968 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:73608 (73.6 KB) TX bytes:73608 (73.6 KB)
wlan0 Link encap:Ethernet HWaddr f4:ec:38:95:d0:9d
inet addr:192.168.1.201 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::f6ec:38ff:fe95:d09d/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:18261 errors:0 dropped:0 overruns:0 frame:0
TX packets:15238 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:16170808 (16.1 MB) TX bytes:1812633 (1.8 MB)
E também, os resuultados dos comandos sugeridos por você mudaram, passando a ser assim:
sudo ethtool eth0
Settings for eth0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
MDI-X: Unknown
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yes
sudo ethtool -i eth0
driver: r8168
version: 8.039.00-NAPI
firmware-version:
bus-info: 0000:02:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no
O que me diz agora?
Acredito que estejamos chegando quase lá!
-
Caro zekkerj,
Como suspeitei, nós estávamos mesmo muito próximos da solução e finalmente o problema está resolvido.
Depois do que relatei ao editar o post anterior, constatei que mantendo habilitada apenas a alternativa Networking eu já tinha a opção Connection Information ativa.
Clicando nesta alternativa para obter informações sobre a conexão, recebia uma mensagem dizendo:
No valid active connections found.
Pesquisando essa mensagem no Google, cheguei ao link abaixo:
http://www.omgdba.com/fixed-no-valid-active-connections-found-on-ubuntu-14-04-lts/
Segui a sugestão para editar o arquivo etc/NetworkManager/NetworkManager.conf fazendo a seguinte alteração na seção [ifupdown]:
de:
[ifupdown]
managed=false
para:
[ifupdown]
managed=true
Feito isso, ao reiniciar a rede com sudo service network-manager restart a conexão ocorreu imediatamente.
Espero que os colegas que estejam enfrentando este problema com Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller, possam se beneficiar dessa solução.
Mais uma vez, agradeço por sua pronta ajuda.
-
Não me agrada nem um pouco solução que usa driver alternativo pra placa que funciona com o driver padrão. Eu acho que vale investigar um pouco mais pra ver se vc consegue voltar ao driver padrão e manter tudo funcionando.
-
Não me agrada nem um pouco solução que usa driver alternativo pra placa que funciona com o driver padrão. Eu acho que vale investigar um pouco mais pra ver se vc consegue voltar ao driver padrão e manter tudo funcionando.
Eu achava que o drive padrão no Ubuntu 14.04.1 era o r8169, porém, posso estar enganado.
Sobre esse drive, encontrei o Bug 1275161 citando problemas e recomendando substituir pelo r8168, veja aqui:
https://bugs.launchpad.net/ubuntu/+source/linux-backports-modules-3.0.0/+bug/839393
Foi por esse motivo que usei o r8168 liberado e atualizado pela Realtek em 18/09/2014, veja:
http://www.realtek.com/downloads/downloadsView.aspx?Langid=1&PNid=5&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false#2
Pelo seu comentário, concluo que estou equivocado, e gostaria que me orientasse, se for possível, claro, como voltar ao drive padrão e qual seria esse drive.
Agradeço sua ajuda.
-
O principal problema com driver proprietário é que vc perde ele na atualização do kernel. Me parece que o driver que vc está usando é baseado no DKMS, que não tem esse problema, o que também aponta que não é o driver do fabricante, e sim algum driver já adaptado pela comunidade.
Veja se você está com a versão mais nova do kernel, de repente ela já corrige esse problema.
-
O principal problema com driver proprietário é que vc perde ele na atualização do kernel. Me parece que o driver que vc está usando é baseado no DKMS, que não tem esse problema, o que também aponta que não é o driver do fabricante, e sim algum driver já adaptado pela comunidade.
Veja se você está com a versão mais nova do kernel, de repente ela já corrige esse problema.
O Software Updater informa que o sistema está atualizado e o Kernel que estou usando é:
uname -r
3.13.0-37-generic
O driver que tenho em uso, apesar de ter baixado do servidor ftp.debian.org, é o que está disponível no site do fabricante da minha placa de rede (on board).
Poderia me dizer se para confirmar qual o driver padrão usado nesta versão posso iniciar o computador pelo Live CD que baixei e verificar o drive com lsmod?
É que tenho a impressão de que o Kernel já foi atualizado depois que fiz a instalação, mas isso posso verificar com o boot pelo CD.
Obrigado por sua paciência e interesse em ajudar.
Edição para confirmar que:
Kernel do Live CD: 3.13.0-32
Driver da placa de rede do Live CD: r8169
-
Então, o driver que vc está usando é baseado em DKMS. Esse modelo consegue passar de um kernel pro outro, pq o sistema o recompila (ou remonta, sei lá) sempre que o kernel é atualizado. Foi instalado a partir de um pacote deb, isso explica pq ele "sobrevive" à atualização do kernel. Isso tudo é característica dos drivers desenvolvidos pela comunidade.
Sendo um driver instalado por pacote deb, é muito provável que baste remover esse pacote pra voltar ao driver nativo.
O fato da versão desse driver ser a mesma que a do fabricante é uma boa indicação, mas não significa que seja o mesmo driver, pois a comunidade pode ter ajustado o código para a versão corrente do kernel. E sendo o driver um código complexo, que é parte de um outro código ainda mais complexo (o kernel), às vezes uma linha alterada faz toda a diferença.
Aliás, minha restrição contra os códigos de fabricante está justamente aí: dificilmente o fabricante faz um driver e mantém o seu código sincronizado com o kernel corrente. Cansei de ver gente que tentou trazer driver de fabricante, e na hora de compilar descobriu que o código era pro kernel 2.6, ou mais antigo.
-
Olá, zekkerj!
Valeu pelas importantes dicas!
Esse driver que estou usando, segundo consta no site da Realtek, é "for kernel 3.x and 2.6.x and 2.4.x".
E se as atualizações futuras do kernel irão mantê-lo, está ótimo!
Obrigado por seus esclarecimentos!
-
Ola,
Ontem eu instalei o Ubuntu 14.04 LTS 64 bit no meu pc e já na instalação percebi algo estranho, ele não tava conectando na internet, mas imaginei que poderia conectar quando eu terminasse de instalar.
Quando terminou de instalar veio o problema...o ubuntu não conecta na internet, tentei de tudo, li dezenas de tópicos e não consegui resolver o problema, digitei dezenas de comandos do terminal também e nada :-\
Vamos lá então, quando eu conecto o cabo no pc eh como se não tivesse conectado ( atrás do computador piscam os leds da entrada ethernet ) no canto superior direito, do lado do relógio não muda nada !! por favor se alguém tiver uma luz ai pra me ajudar
Minha placa mae eh uma N68-S3 FX.
Boa noite pessoal.
Desculpem a ignorância, mas eu realmente pesquisei bastante antes de vir solicitar a ajuda de vocês.
Eu sou novo na plataforma e o meu caso é bem parecido com o do amigo.
No meu caso, estou fazendo um dual boot (Windows 7 e Ubuntu). Eu achei parecido porque quando estou instalando o Ubuntu 14.04, ele já não reconhece a Internet.
Eu também havia pensado que poderia solucionar isso depois que foi instalado, e nada. Tentei a versão mint 17.1 e o erro era o mesmo.
Eu possuo um modem que é ligado ao roteador e o roteador possui um cabo que vai direto no meu PC.
O windows reconhece normalmente quando eu ligo a máquina. Só consigo entrar na configuração do roteador (D-Link DIR-600) pelo windows tbm.
E ele está com o DHCP liberado.
No Ubuntu, a configuração do ethernet 1 está com DHCP automático.
Eis aqui o teste que realizei:
alisson@alisson-desktop:~$ sudo lshw -C network
[sudo] password for alisson:
PCI (sysfs)
alisson@alisson-desktop:~$ ifconfig -a
eth0 Link encap:Ethernet HWaddr bc:5f:f4:85:31:22
inet6 addr: fe80::be5f:f4ff:fe85:3122/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:121 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:23993 (23.9 KB)
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:65536 Metric:1
RX packets:165 errors:0 dropped:0 overruns:0 frame:0
TX packets:165 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:11649 (11.6 KB) TX bytes:11649 (11.6 KB)
alisson@alisson-desktop:~$ nm-tool
NetworkManager Tool
State: disconnected
- Device: eth0 -----------------------------------------------------------------
Type: Wired
Driver: forcedeth
State: disconnected
Default: no
HW Address: BC:5F:F4:85:31:22
Capabilities:
Carrier Detect: yes
Speed: 100 Mb/s
Wired Properties
Carrier: on
alisson@alisson-desktop:~$ ping -c 4 8.8.8.8
connect: Network is unreachable
alisson@alisson-desktop:~$ ping -c 4 www.google.com
ping: unknown host www.google.com
Tentei o route -n e não aparecia nenhuma rota pra mim.
Alguma clareada amigos?
-
Olá alimnez,
Parece que há algum problema com o driver "forcedeth" usado pra sua interface cabeada. Não lembro de ter visto tal problema antes, então não tenho como te dar alguma dica no momento. Tente pesquisar por "forcedeth ubuntu 14.04", pra ver se alguma coisa ajuda.
-
Então, /alimnez/,
Vi essa interessante dica do próprio /zekkerj/ em um outro tópico (tópico 103762), que talvez seja o seu caso:
"O problema aí é que essas placas com chipset nvidia fazem a rede por software, não há um "dispositivo de hardware" pra ser reconhecido. Veja inclusive que o hardware é chamado "forcedeth", ou seja, "forced eth" ou "ethernet à força"..."
Se o caso de ser mesmo um nvidia no seu sistema, esse link abaixo há uma indicação de solução, eventualmente pode ajudar:
NvNetInstallation
https://help.ubuntu.com/community/NvNetInstallation
===========
editando:
Isso aqui também pode ajudar, para entender a questão de um modo fácil, um artigo como sempre muito bom do Morimoto:
Driver para placas com chipset nForce
http://www.hardware.com.br/livros/ferramentas-linux/driver-para-placas-com-chipset-nforce.html
Não deixe de clicar no final da página no link "Próximo" para ir à página seguinte, ou:
Ativando o driver de rede
http://www.hardware.com.br/livros/ferramentas-linux/ativando-driver-rede.html
As informações desse artigo não são literais, talvez precisem ser adaptadas para o caso concreto do Ubuntu, mas a ideia geral é aquela.
-
http://ubuntuforums.org/showthread.php?t=2193469
-
Bom dia amigos.
Obrigado pela atenção de todos.
Pela suposições de vcs, realmente parece ser um problema com o drive forcedeth.
druidaobelix, assim que eu tiver a oportunidade, vou seguir esses tutoriais em casa.
Só por desencargo, se eu comprasse uma placa de rede, seria uma solução prática?
-
Só por desencargo, se eu comprasse uma placa de rede, seria uma solução prática?
Seria uma alternativa.
Você leu o link que passei, com a resolução do problema?
-
Só por desencargo, se eu comprasse uma placa de rede, seria uma solução prática?
Seria uma alternativa.
Você leu o link que passei, com a resolução do problema?
Tota,
Eu li sim, só que estou no trabalho agora.
Eu vou seguir as instruções, mas no caminho de casa eu posso comprar uma placa, como alternativa.
-
Então, /alimnez/,
A solução apontada no link indicado pelo /Tota/ é bastante simples, consiste apenas em fazer no terminal:
echo "options forcedeth msi=0 msix=0" | sudo tee /etc/modprobe.d/forcedeth.conf
Esse comando vai criar o arquivo forcedeth.conf dentro do diretório /etc/modprobe com a linha options forcedeth msi=0 msix=0, apenas isso.
Depois é reiniciar o sistema e ver se funciona, ou seja, é mesmo muito simples.
Independentemente da aquisição de uma outra placa de rede, se puder testar o comando e nos dizer se funciona, seria útil como registro de solução para o Fórum.
-
O meu Ubuntu 14.04 LTS não reconhece meu cabo Ethernet de jeito nenhum!!! Alguém pode me ajudar????
-
Boa noite amigos.
Falo com vocês pelo meu Ubuntu conectado à Internet.
druidaobelix, cheguei a inserir no terminal:
echo "options forcedeth msi=0 msix=0" | sudo tee /etc/modprobe.d/forcedeth.conf
Infelizmente não funcionou. Como eu estava precisando muito do acesso à internet, fiz a solução rápida.
Instalei uma placa de rede, rapidamente ele reconheceu.
Vou postar de novo a saída:
~$ nm-tool
NetworkManager Tool
State: connected (global)
- Device: eth0 [Ethernet connection 1] ----------------------------------------
Type: Wired
Driver: forcedeth
State: connecting (getting IP configuration)
Default: no
HW Address: BC:5F:F4:85:31:22
Capabilities:
Carrier Detect: yes
Speed: 100 Mb/s
Wired Properties
Carrier: on
- Device: eth1 [Ethernet connection 1] ----------------------------------------
Type: Wired
Driver: r8169
State: connected
Default: yes
HW Address: 00:1A:3F:B0:87:5E
Capabilities:
Carrier Detect: yes
Speed: 100 Mb/s
Wired Properties
Carrier: on
IPv4 Settings:
Address: 192.168.0.108
Prefix: 24 (255.255.255.0)
Gateway: 192.168.0.1
DNS: 192.168.1.254
-
cheguei a inserir no terminal:
echo "options forcedeth msi=0 msix=0" | sudo tee /etc/modprobe.d/forcedeth.conf
Infelizmente não funcionou
Pois é, /alimnez/,
Obrigado por testar, mas veja que a eth0 do driver forcedeth passou a dar sinal de vida. :-)
No seu primeiro posto (#30 ), aparecia:
State: disconnected
Agora temos:
State: connecting (getting IP configuration)
Bem, a nova placa evidentemente resolveu a questão prática de obter imediatamente acesso internet, portanto, seguir adiante para resolver a questão do forcedeth é apenas no caso de querer (ou precisar) ter duas placas de rede no sistema ou ainda por uma questão lúdica, aumentar os conhecimentos.
Se não for seguir adiante com o forcedeth, remova o arquivo forcedeth.conf criado em /etc/modprobe.d, não há necessidade de deixá-lo lá.
sudo rm /etc/modprobe.d/forcedeth.conf
Como esclarecimento, se ainda pretender tornar operacional o forcedeth, tem-se dois caminhos:
1) explorar melhor esse comando passado, como a placa passou a estar "viva", talvez seja possível fazê-lo funcionar;
2) seguir os procedimentos mencionados no post #32
Note que são coisas distintas, o comando usado trabalha o próprio driver forcedeth, que é nativo do sistema, porém a proposta do post #32 é instalar os drivers proprietários nvdia para tornar operacional o hardware.
-
Como esclarecimento, se ainda pretender tornar operacional o forcedeth, tem-se dois caminhos:
1) explorar melhor esse comando passado, como a placa passou a estar "viva", talvez seja possível fazê-lo funcionar;
2) seguir os procedimentos mencionados no post #32
druidaobelix, bom dia.
Acho que nesse caso, é mais apropriado eu seguir os procedimentos do post #32.
O lance do state, é porque eu mandei o comando na hora em que meu Ubuntu estava tentando conectar.
Assim que eu cancelo e mando novamente o comando, ele passa a ficar disconected.
Esse comando pode funcionar bem para outras pessoas, o erro está exatamente na simulação dessa placa.
Uma coisa que não vem ao caso nesse post, é que quando vou reiniciar para salvar as alterações, o meu Ubuntu fica na tela daquelas 5 bolinhas e não sai disso.
Isso me leva a pensar que eu preciso fazer várias configurações, "desintoxicar" a minha placa, já que esta funcionou a vida toda com windows.
Muito obrigado pela ajuda.
-
Olá! Boa noite. (quase dia já, rs)
Pois é! Comigo o problema ainda persiste. Fiz todo os paços desse tópico, inclusive tentei instalar o driver e não consegui. To até nervoso com isso, porque a minha placa de rede é o modelo 7025 da Nvidia 630a e, quando eu tento instalar o driver certo (304.125) o Ubuntu tem a pachorra de me dizer que eu não estou instalando o driver correto. To há mais de dias tentando configurar isso e quando acho esse tópico cheio de informações úteis... não funcionam. Só a revolta, minha gente... >:(
-
Olá Mendoka,
Desculpe a franqueza, mas até prova em contrário, o Ubuntu está com a razão: você não está instalando o driver correto. Lá no início do tópico eu passei alguns comandos que podem comprovar qual é sua placa de rede, para que possamos decidir quem tem razão, você ou o Ubuntu. Só vou te sugerir que poste seu problema em outro tópico, pois se sua máquina não for absolutamente idêntica ao do (da?) alimmnez, as dicas passadas aqui serão inúteis pra você.
-
Uai! Mas a minha placa mãe é a mesma do criador do tópico e a minha placa de rede é essa daí que eu falei. Quando eu coloco o lspci me vem isso:
NVIDIA Corporation MCP61 Ethernet
Um detalhe é que eu já consegui fazer a internet funcionar no Ubuntu 10.04, mas não consegui atualizar nada. (tá defasado)
Aí eu instalei o OpenSuse e ele reconheceu o driver, mas não instalou porque eu não consegui desativar o X Server. Aí resolvi instalar o Ubuntu 14.04 e tá me dando esses problemas. Vou continuar tentando. Não vou desistir tão cedo, rs...
E ah! No nm-tool aparece "connecting (getting IP configuration)". O que já é alguma coisa... espero.
-
Quando eu coloco o lspci me vem isso
Não me lembro de ter pedido a saída desse comando. ;)
-
Wow! De tudo o que eu falei, isso que você me respondeu agora foi muito útil. Obrigado, cara! Minha internet até quis te agradecer também, mas ficou com preguiça e continua sem funcionar.
Alguém sabe o que pode estar acontecendo? As saídas de alguns comando são essas:
ifconfig
eth0 Link encap:Ethernet HWaddr bc:5f:f4:d8:c2:be
inet6 addr: fe80::be5f:f4ff:fed8:c2be/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:17003 dropped:0 overruns:16999 frame:4
TX packets:841 errors:0 dropped:768 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:108004 (108.0 KB)
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:65536 Metric:1
RX packets:2235 errors:0 dropped:0 overruns:0 frame:0
TX packets:2235 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:178189 (178.1 KB) TX bytes:178189 (178.1 KB
sudo ethtool eth0
Settings for eth0:
Supported ports: [ MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: external
Auto-negotiation: on
Supports Wake-on: g
Wake-on: g
Link detected: yes
sudo ethtool -i eth0
driver: forcedeth
version: 0.64
firmware-version:
bus-info: 0000:00:07.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no
Já tentei conectar de forma estática e dinâmica. No ruindows a internet pega normalmente, já troquei cabos e nada. :-\
-
Leu o tópico desde o início? Viu como fica ruim quando um monte de gente com hardware diferente posta no mesmo tópico, só pq tem o mesmo sintoma?
Leu, em particular, o que eu escrevi na mensagem onde pedi os comandos "ethtool"?
AC, acesse o link http://packages.ubuntu.com/trusty/ethtool e baixe o pacote DEB para sua arquitetura.
Depois leve-o pra essa máquina e instale-o. Com ele instalado, execute os comandos abaixo e cole o resultado aqui.
sudo ethtool eth0
sudo ethtool -i eth0
Mas te adianto desde já: ter funcionado no Windows não é garantia de absolutamente nada. Nem de que o cabo está montado corretamente.
Diga-se de passagem, fica difícil ajudar quando você chega com tantas idéias pré-concebidas... a gente precisa fazer um troubleshoot completo, metódico, sempre, pra não deixar passar alguma coisa básica no problema.
Executou os outros comandos que a gente precisa pra analisar o caso?
Execute os comandos abaixo e cole o resultado aqui.
sudo lshw -C network
ifconfig -a
nm-tool
ping -c 4 8.8.8.8
ping -c 4 www.google.com
-
Leu o tópico desde o início? Viu como fica ruim quando um monte de gente com hardware diferente posta no mesmo tópico, só pq tem o mesmo sintoma?
Leu, em particular, o que eu escrevi na mensagem onde pedi os comandos "ethtool"?
AC, acesse o link http://packages.ubuntu.com/trusty/ethtool e baixe o pacote DEB para sua arquitetura.
Depois leve-o pra essa máquina e instale-o. Com ele instalado, execute os comandos abaixo e cole o resultado aqui.
sudo ethtool eth0
sudo ethtool -i eth0
Mas te adianto desde já: ter funcionado no Windows não é garantia de absolutamente nada. Nem de que o cabo está montado corretamente.
Diga-se de passagem, fica difícil ajudar quando você chega com tantas idéias pré-concebidas... a gente precisa fazer um troubleshoot completo, metódico, sempre, pra não deixar passar alguma coisa básica no problema.
Executou os outros comandos que a gente precisa pra analisar o caso?
Execute os comandos abaixo e cole o resultado aqui.
sudo lshw -C network
ifconfig -a
nm-tool
ping -c 4 8.8.8.8
ping -c 4 www.google.com
Bem, eu disse que fiz todos os passos desse tópico mas confesso que ficou um p/ trás. (o link que o Tota enviou)
De resto, fiz tudo! Li sim o que você falou na mensagem dos comandos e sim, executei os comandos e os resultados foram os mesmo citados anteriormente pelos outros usuários que também executaram. Difícil! :-\
É estranho eu já ter conseguido fazer funcionar no 10.04 e agora não. O que eu fiz no 10.04 foi apenas preencher os dados estáticos no NetworkManager, na aba IPV4. E agora, nem isso. Se eu fizer isso a internet conecta mais não carrega. :(
-
Mendoka, você não executou os últimos comandos. Se executou, esqueceu de postá-los. Só posso te ajudar quando souber como o NetworkManager está lidando com sua placa de rede (saída do comando "nm-tool", que vc não postou).
Claro que a solução não termina aí, até pq o único comando de alteração de configuração visto até aqui foi o sugerido pelo druidaobelix nos posts #32 em diante, e você não disse se chegou a testar essa alteração.
Desculpe se parece que eu não quero resolver seu problema; não é isso, muito pelo contrário. O que eu não quero é que você continue afoito, não dá pra resolver esse tipo de problema com pressa. Até pq a solução rápida foi a que o alimnez (a alimnez???) usou, que foi simplesmente instalar uma placa de rede offboard.
-
De resto, fiz tudo! Li sim o que você falou na mensagem dos comandos e sim, executei os comandos [...]
Veja, /Mendoka/,
Onde estão os seus resultados para aqueles comandos pedidos no post #2 feito pelo /zekkerj/ e agora repetidos por ele na parte inferior do post #47 ?
De toda forma, se sua placa de rede é essa mesma que você indica, então o comando 'lshw -C network' não irá funcionar, porque a interface está sob a classe "bridge" e não na classe "network", então para melhor identificar faça aqueles comandos e mais esses aqui:
sudo lshw -C bridge
dentro da saída do bridge selecione apenas o que seja Ethernet interface.
Faça ainda:
lspci -nnk | grep -iA2 net
-
Opa! Mals a demora. É que agora to com uma máquina só e tive que reproduzir tudo de novo, além de fazer umas coisas aqui em casa.
Os resultados dos comandos são esses!
nm-tool
NetworkManager Tool
State: connecting
- Device: eth0 [Ethernet connection 1] ----------------------------------------
Type: Wired
Driver: forcedeth
State: connecting (getting IP configuration)
Default: no
HW Address: BC:5F:F4:D8:C2:BE
Capabilities:
Carrier Detect: yes
Speed: 100 Mb/s
Wired Properties
Carrier: on
sudo lshw -C network
PCI (sysfs)
ifconfig -a
eth0 Link encap:Ethernet HWaddr bc:5f:f4:d8:c2:be
inet6 addr: fe80::be5f:f4ff:fed8:c2be/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:67 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:12199 (12.1 KB)
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:65536 Metric:1
RX packets:165 errors:0 dropped:0 overruns:0 frame:0
TX packets:165 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:11841 (11.8 KB) TX bytes:11841 (11.8 KB)
ping -c 4.8.8.8
connect: Network is unreachable
ping -c 4 www.google.com
ping: unknown host www.google.com
lspci -nnk | grep -iA2 net
00:07.0 Bridge [0680]: NVIDIA Corporation MCP61 Ethernet [10de:03ef] (rev a2)
Subsystem: ASRock Incorporation 939NF6G-VSTA Board [1849:03ef]
Kernel driver in use: forcedet
A instalação através do post #32 me retorna resultou no seguinte...:
Depois de muito procurar, eu tinha achado o link abaixo:
http://www.tacktech.com/news.cfm?subtype=Tech&nid=5861&meta=nvidia-linux-ia32-amd64-nforce-driver-via32-1.0-0301
Quando fui tentar instalar o driver, me apareceu isso:
No precompiled kernel interface was found to match your kernel; this means
that the installer will need to compile a new kernel interface.
ERROR:
If you are using a Linux 2.4 kernel, please make sure
you either have configured kernel sources matching your
kernel or the correct set of kernel headers installed
on your system.
If you are using a Linux 2.6 kernel, please make sure
you have configured kernel sources matching your kernel
installed on your system. If you specified a separate
output directory using either the "KBUILD_OUTPUT" or
the "O" KBUILD parameter, make sure to specify this
directory with the SYSOUT environment variable or with
the appropriate nvidia-installer command line option.
ERROR: Installation of the audio driver has failed. Please see the file
'/var/log/nvidia-nforce-installer.log' for details. You may find
suggestions on fixing installation problems in the README available
on the Linux driver download page at www.nvidia.com.
Ali tá "audio", mas aí depois o sistema tenta instalar o de network e dá no mesmo. Só mudando de "audio" para "network".
Aí parece que eu preciso compilar o arquivo antes de usá-lo e configurar algo no kernel.
uname -r
3.16.0-30-generic
A versão do kernel é essa, mas no site da nvidia tá dizendo:
Added support for 2.6.10 and 2.6.11 kernels
Ê lerê! E agora? Só fazendo um downgrade no kernel??
-
Então, /Mendoka/,
A execução do comando anterior confirmou que estamos diante de um NVIDIA Corporation MCP61 Ethernet [10de:03ef] (rev a2).
Pois bem, para tirar uma dúvida, execute os seguintes procedimentos e veja se consegue obter conexão internet:
Inicie o sistema pelo Recovey Mode (Modo de Recuperação) que é aquela linha existente no menu inicial do sistema, qual faz o boot, conhecida como menu do Grub.
Ao chegar na tela de entrada do Recovery Mode, onde existem várias opções, escolha:
Network --> Habilitar Rede
e em seguida, usando a tecla TAB vá para OK e dê um [Enter]
Isso irá fazer a montagem do sistema na forma de leitura e gravação (rw - read write), porque originalmente no Modo Recovery, por segurança da integridade do sistema de arquivos, ele inicia apenas na forma somente leitura (ro - ready only), o que não permitiria alterar nada no disco.
Tendo habilitado network, ele retorna automaticamente para a mesma tela de opções.
Agora escolha
root --> desistir e ir para o modo root
mesma coisa, use o TAB para navegar e dê OK com o [Enter]
Agora você está como root (proprietário, superusuário) do sistema, o seu prompt de comando vai estar aparecendo algo similar a isso: root@nome_da_sua_maquina:
Pois bem, estando então como root, execute:
rmmod forcedeth
(letre erre mais letra eme mais mod, tudo junto, no comando acima)
modprobe forcedeth msi=0 msix=0
Verifique nesse ponto se há internet fazendo um ping, que pode ser:
ping -c 5 8.8.8.8
ping -c 5 www.google.com
então digite:
exit
Na tela que se abre escolha:
Resume
e inicie o sistema a partir daí mesmo com o boot normal.
Estando agora no ambiente gráfico, abra uma janela do terminal (teclas Ctrl Alt T) e verifique o ping novamente conforme acima.
Como lá embaixo, no prompt puro, você não tem modo gráfico para consultar é melhor anotar o que precisa fazer ou ter um outro computador ao lado plugado neste tópico do Fórum.
Informe os resultados.
-
Então, /Mendoka/,
A execução do comando anterior confirmou que estamos diante de um NVIDIA Corporation MCP61 Ethernet [10de:03ef] (rev a2).
Pois bem, para tirar uma dúvida, execute os seguintes procedimentos e veja se consegue obter conexão internet:
Inicie o sistema pelo Recovey Mode (Modo de Recuperação) que é aquela linha existente no menu inicial do sistema, qual faz o boot, conhecida como menu do Grub.
Ao chegar na tela de entrada do Recovery Mode, onde existem várias opções, escolha:
Network --> Habilitar Rede
e em seguida, usando a tecla TAB vá para OK e dê um [Enter]
Isso irá fazer a montagem do sistema na forma de leitura e gravação (rw - read write), porque originalmente no Modo Recovery, por segurança da integridade do sistema de arquivos, ele inicia apenas na forma somente leitura (ro - ready only), o que não permitiria alterar nada no disco.
Tendo habilitado network, ele retorna automaticamente para a mesma tela de opções.
Agora escolha
root --> desistir e ir para o modo root
mesma coisa, use o TAB para navegar e dê OK com o [Enter]
Agora você está como root (proprietário, superusuário) do sistema, o seu prompt de comando vai estar aparecendo algo similar a isso: root@nome_da_sua_maquina:
Pois bem, estando então como root, execute:
rmmod forcedeth
(letre erre mais letra eme mais mod, tudo junto, no comando acima)
modprobe forcedeth msi=0 msix=0
Verifique nesse ponto se há internet fazendo um ping, que pode ser:
ping -c 5 8.8.8.8
ping -c 5 www.google.com
então digite:
exit
Na tela que se abre escolha:
Resume
e inicie o sistema a partir daí mesmo com o boot normal.
Estando agora no ambiente gráfico, abra uma janela do terminal (teclas Ctrl Alt T) e verifique o ping novamente conforme acima.
Como lá embaixo, no prompt puro, você não tem modo gráfico para consultar é melhor anotar o que precisa fazer ou ter um outro computador ao lado plugado neste tópico do Fórum.
Informe os resultados.
Valew, Druida! Essa dica eu tava vendo no link dentro do link que o Tota postou (deveria ter verificado antes! logo o que eu deixei passar) anteriormente. Só não precisei passar pela etapa do Network.
Estou usando a internet no Ubuntu, só que, provavelmente, isso vai ser temporário. Nesse link tá dizendo p/ fazer algumas alterações em alguns arquivos para que a internet funcione depois do boot. Vou tentar fazer isso agora e já posto os resultados. :)
-
Ahnnn... Então, né? Aconteceu um negócio bizarro aqui. Fiz as alterações que indicaram no link.
Aqui...:
# gedit /etc/init/kmod.conf... eu adicionei:
exec rmmod forcedeth
E aqui...:
# gedit /etc/rc.local... eu adicionei:
modprobe forcedeth msi=0 msix=0
Aí reiniciei p/ ver se funcionava, porém não funcionou. Fui reiniciar de novo p/ fazer o procedimento de internet temporária novamente e esbarrei no "Suspender" sem querer. A máquina ficou suspensa e quando a acordei... Pimba! A internet está funcionando de novo. Já testei de novo e é isso aí! Se eu reiniciar, não funciona. Preciso colocar em modo de suspensão p/ funcionar. O que acontece? ???
-
Tente editar o rc.local da forma como fez, apenas que adicione os comandos da forma abaixo, ou seja, coloque as duas linhas antes do exit que existe lá no script:
Então,
sudo gedit /etc/rc.local
Acrescentar:
rmmod forcedeth
modprobe forcedeth msi=0 msix=0
Salvar e sair
Reinicie o sistema agora fazendo boot pelo modo Normal e vamos ver se tem internet.
-
Fiz isso e reiniciei. Não conectou. Quando eu clico ali no canto p/ abrir o Network Manager, nem a conexão que existe aparece ali, mas ela aparece no Network Manager, quando eu abro. Ele só não conecta e dessa vez nem se eu suspender. Tem que tirar a alteração do kmod.conf?
E valew pela ajuda, rapá! o/
-
Tem que tirar a alteração do kmod.conf?
Sim, em princípio desfazer qualquer outra alteração que tenha sido feita antes e deixar apenas aqueles comandos no rc.local, sem o que não se consegue isolar uma variável.
-
Interrompidos pela manutenção do Fórum, estamos de volta, vamos adiante.
De toda forma estamos numa situação melhor do que antes, pois no início dessa conversa você tinha nada de internet, agora já consegue conectar, ainda que de uma forma tortuosa, indo pelo Recovery Mode, mas o fato é que consegue estabelecer uma conexão onde antes não havia nada, o que já é um primeiro alento.
O problema é decorrente de um conflito entre a placa de rede e ACPI.
Execute, por favor, o seguinte comando, pois quero confirmar um raciocínio.
dmesg | grep -i "acpi warning"
-
Vamos tentar três caminhos para resolver o problema, vamos ver se dá certo.
1) Primeira forma:
Mantendo as alterações feitas no rc.local conforme indicado no post #55, faça o bloqueio do driver forcedeth.
sudo gedit /etc/modprobe.d/blacklist.conf
Após a linha onde consta 'blacklist evbug', acrescente:
blacklist forcedeth
Salvar e sair
Reiniciar pelo Modo Normal e vamos ver se tem internet.
2) Segunda forma:
Caso não tenha tido sucesso na forma anterior (primeira), tendo reiniciado o sistema e mantidas aquelas alterações, abra uma janela do terminal (Ctrl Alt T) e execute manualmente os comandos:
rmmod forcedeth
modprobe forcedeth msi=0 msix=0
Verifique se há internet após a execução manual dos comandos acima.
3) Terceira forma:
Mantendo as alterações feitas no arquivo blacklist.conf, isto é, mantendo o bloqueio do driver forcedeth, apague as alterações feitas no arquivo rc.local, ou seja, exclua os comandos que foram lá acrescentados.
reinicie o sistema
Após o sistema ter reiniciado e retornado ao ambiente gráfico, execute manualmente através de uma janela do terminal os comandos (Ctrl Alt T) mencionados:
rmmod forcedeth
modprobe forcedeth msi=0 msix=0
Verifique se agora há internet após a execução manual dos comandos acima.
O raciocínio obviamente está baseado no fato de que é possível estabelecer a conexão indo pelo Recovery Mode, portanto, tornando assíncrono o conflito ACPI.
Vamos ver os resultados disso.
-
Beleza, Druida! As coisas tão um.pouco corridas aqui, mas quando ru sossegar no meu canto eu vou fazer esses procedimentos. Já vorto daqui algumas horas. o/
E obrigado por tudo aew! :D
-
Olá! Vortei...
Vamos lá! A primeira coisa que eu fiz foi editar os arquivos e deixei as duas linhas de comando somente no rc.local e aí eu só conseguia reiniciar a máquina através do recovery mode. Eu vi um log aqui e a máquina travava justamente na parte na parte em que aparecia "stoping network algumacoisalá". Complicado...
Detalhe: Quando eu coloco o comando "rmmod..." lá no rc.local, o rmmod não muda de cor, assim como o comando "modprobe". Isso não tem nada a ver?
Deixando somente a linha de comando "modprobe..." no rc.local já é o suficiente p/ eu suspender a máquina e, depois que ela volta, a internet vem junto. Nem preciso colocar a outra linha de comando no kmod.conf, porém só suspendendo e acordando a máquina p/ fazer a internet funcionar.
Interrompidos pela manutenção do Fórum, estamos de volta, vamos adiante.
De toda forma estamos numa situação melhor do que antes, pois no início dessa conversa você tinha nada de internet, agora já consegue conectar, ainda que de uma forma tortuosa, indo pelo Recovery Mode, mas o fato é que consegue estabelecer uma conexão onde antes não havia nada, o que já é um primeiro alento.
O problema é decorrente de um conflito entre a placa de rede e ACPI.
Execute, por favor, o seguinte comando, pois quero confirmar um raciocínio.
dmesg | grep -i "acpi warning"
Resultado do comando acima:
[ 11.255178] ACPI Warning: SystemIO range 0x0000000000000700-0x000000000000073f conflicts with OpRegion 0x0000000000000700-0x000000000000073f (\_SB_.PCI0.SM00) (20140424/utaddress-258)
Vamos tentar três caminhos para resolver o problema, vamos ver se dá certo.
1) Primeira forma:
Mantendo as alterações feitas no rc.local conforme indicado no post #55, faça o bloqueio do driver forcedeth.
sudo gedit /etc/modprobe.d/blacklist.conf
Após a linha onde consta 'blacklist evbug', acrescente:
blacklist forcedeth
Salvar e sair
Reiniciar pelo Modo Normal e vamos ver se tem internet.
Aqui não rolou por causa do mesmo motivo que eu citei: Não reinicia. Depois que eu escolho p/ bootar normalmente lá no grub, a máquina trava. D:
2) Segunda forma:
Caso não tenha tido sucesso na forma anterior (primeira), tendo reiniciado o sistema e mantidas aquelas alterações, abra uma janela do terminal (Ctrl Alt T) e execute manualmente os comandos:
rmmod forcedeth
modprobe forcedeth msi=0 msix=0
Verifique se há internet após a execução manual dos comandos acima.
Quando eu faço o primeiro comando, a máquina trava completamente! \o\
No segundo simplesmente não acontece nada e a internet não volta. (ou, se acontece algum processo interno, não aparece nem no terminal)
3) Terceira forma:
Mantendo as alterações feitas no arquivo blacklist.conf, isto é, mantendo o bloqueio do driver forcedeth, apague as alterações feitas no arquivo rc.local, ou seja, exclua os comandos que foram lá acrescentados.
reinicie o sistema
Após o sistema ter reiniciado e retornado ao ambiente gráfico, execute manualmente através de uma janela do terminal os comandos (Ctrl Alt T) mencionados:
rmmod forcedeth
modprobe forcedeth msi=0 msix=0
Verifique se agora há internet após a execução manual dos comandos acima.
O raciocínio obviamente está baseado no fato de que é possível estabelecer a conexão indo pelo Recovery Mode, portanto, tornando assíncrono o conflito ACPI.
Vamos ver os resultados disso.
Trava também. D:
Complicado... É esquisito o fato do negócio funcionar somente quando eu suspendo a máquina. Se eu deixar só o comando "modprobe..." no rc.local ele faz isso. Se eu colocar a outra linha de comando no kmod. conf, não diferencia em nada. Eu acho que o grande lance tá nesse "modprobe...". Vou fazer mais alguns testes aqui. Se alguém aí tiver mais uma luz, por favor compartilhe... D:
E valew novamente, Druida!
-
Se está travando quando usa o [rmmod forcedeth], que serve para baixar (arrancar) o driver da memória, então é fazer uma variação disso usando apenas o segundo comando, que é a carga (subida) do driver para a memória.
Mantenha o bloqueio do driver forcedeth no blacklist.conf, como já explicado.
Após o boot completo pelo modo Normal, carregue manualmente fazendo apenas:
modprobe forcedeth msi=0 msix=0
Use somente esse, não o outro.
Usando apenas esse faça igualmente as três variações sugeridas no post anterior.
-
Druida, meu fih! Funcionou. Eu deixei os dois comandos em seus respectivos arquivos. O problema é que antes de tentar usar essa solução, eu fiz algumas alterações em outros arquivos (foi nesse mesmo tópico que eu vi essas alterações, no post #22). Eu lembrei delas, alterei novamente os arquivos, fiz novamente as alterações no kmod.conf e no rc.local, reiniciei e... FINALMENTE! Internet disponível no meu Ubuntu.
Muito obrigado pela atenção, cara. Essas dicas são muito valiosas! Tem que guardar esse tópico p/a posterioridade, hehehe... Valew mesmo!
Só p/ reforçar os comandos e alterações:
Em...:
sudo gedit /etc/init/kmod.conf... adicionar depois de "script" o comando...:
rmmod forcedeth
E em...:
sudo gedit /etc/rc.local... adicionar antes do "exit" o comando...:
modprobe forcedeth msi=0 msix=0
Reiniciar e partir p/o abraço!
-
Ótimo que tenha funcionado!
Quer dizer que não está utilizando a blacklist.conf? Tem certeza disso?
Confirme, por favor, pois é importante para outros usuários com o mesmo problema o registro exato do que precisa ser alterado.
Estou achando estranho que tenha que deixar o 'rmmod forcedeth' no arquivo kmod.conf, mas enfim....
-
Isso mesmo, Druida. A alteração no blacklist.conf não é necessária. Eu tirei o forcedeth de lá, reiniciei a máquina e continua funcionando normalmente. ;)
-
Então, /Mendoka/,
Mais um ponto que, por favor, necessita esclarecer: quando fez a instalação do Ubuntu no seu sistema, fez sem atualização e depois também permaneceu assim até agora, isto é, sem atualizar, ou você utilizou algum outro meio para atualizar (por exemplo, um dispositivo wireless externo)?
Nesse ponto que estivemos alterando e testando os arquivos de configuração o sistema já estava atualizado ou não?
-
Não tava atualizado não. Larguei de mão de qualquer atualização até conseguir configurar a internet. To atualizando tudo só agora. o/
-
Não tava atualizado não. Larguei de mão de qualquer atualização até conseguir configurar a internet. To atualizando tudo só agora. o/
Obrigado pelo feedback, pelo retorno da informação, /Mendoka/,
Se puder nos manter informado após todas as atualizações se tudo continua a funcionar corretamente, agradeço.
Qual é a placa-mãe (motherboard) do seu computador? Por acaso uma ASRock?
Caso no futuro queira ir para a versão 15.04 do Ubuntu (o que não seria lá muito recomendado, porque não é uma LTS como é a 14.04), talvez o esquema seja outro, ou até é possível que o problema não venha a se manifestar, vez que a carga do sistema deixou de ser feita pelo Upstart e passou a ser feita pelo Systemd, em todo caso, é algo a se considerar.
-
Agora para o colega /alimnez/,
Se e quando você puder confirmar a solução aqui proposta, seria útil como informação de registro para o Fórum, para outros usuários que igualmente tenham ou venham a ter esse problema, já que esse chipset e driver (forcedeth) não é assim tão comum.
Confirme inicialmente se a placa de rede onboard (o chipset na verdade) é também do mesmo modelo desse do /Mendoka/, para isso use o comando:
lspci -nnk | grep -iA2 net
Também se puder informar a motherboard (placa-mãe) e versão do BIOS é útil:
sudo dmidecode -t0,1
Após o que, se puder, implemente a solução aqui adotada, conforme resumo no post #63, e por favor nos informe o resultado.
-
Isso! ASRock N68-S3 FX. Oh, plaquinha difícil de lidar... Mas é possível! rs...
Até agora as atualizações tão de boa. Só preciso correr atrás de bons softwares, agora. Tá bacana. o/
-
Então, né? Andei fazendo uns testes aqui e vi que não era só essas alterações que fizeram a minha internet voltar com essa placa. Faltou uma outra alteração. Então além dessas abaixo...:
Em...:
sudo gedit /etc/init/kmod.conf... adicionar depois de "script" o comando...:
rmmod forcedeth
E em...:
sudo gedit /etc/rc.local... adicionar antes do "exit" o comando...:
modprobe forcedeth msi=0 msix=0
... tem essa daqui também:
sudo echo "options forcedeth msi=0 msix=0" | sudo tee /etc/modprobe
E aí sim! Reiniciar e partir p/o abraço!!
-
Então, /Mendoka/,
Esse último comando que você menciona parece ser aquele passado lá no post #37, sendo dessa forma:
echo "options forcedeth msi=0 msix=0" | sudo tee /etc/modprobe.d/forcedeth.conf
Verifique, por favor, se é isso mesmo, pois você está relatando aqui no post #71 que seja:
sudo echo "options forcedeth msi=0 msix=0" | sudo tee /etc/modprobe
o que não faz sentido, pois não existe no sistema esse caminho apontado acima (/etc/modprobe) e sim aquele antes mencionado (/etc/modprobe.d) no qual se cria o arquivo forcedeth.conf.
Confirme isso, por favor, para deixar claro o que realmente funcionou.
-
Rapaz! Eu também achei muito estranho, principalmente pelo fato de que nenhum dos 2 arquivos existem aqui. Mas fazendo as alterações anteriores e não dando resultado, eu fiz esse arquivo, reiniciei e deu certo. É um lance estranho, isso... Mas comigo foi o que fez dar certo. Vai entender... :o