Sem conexão via cabo (placa ethernet, "eno1")

[Titone]

 Após a criação de uma máquina virtual dentro do windows a minha placa não é reconhecida, isto acontece tanto quando uso o Ubuntu ou quando uso o windows.

Eis o dados da minha placa:

Descrição:   Realtek PCIe FE Family Controller
Versão do driver:   8.3.730.2012
Endereço físico (MAC):   C8-CB-B8-C3-35-32

Grato desde já pela atenção!!!

[zekkerj]

Qual sistema de virtualização?

[Titone]

...o aplicativo usado na virtualização é o Oracle VM Virtual Box, aliás,  exclui todos os Sistemas Operacionais que estavam instalados na virtualização na tentativa de recuperar as configurações anteriores da minha placa (Eth0).
Uso o Ubuntu 20.04 num live pendrive.

[zekkerj]

Abra as configurações da máquina virtual Ubuntu, selecione a aba "Rede", tire um screenshot e publique aqui, para avaliarmos.

Até onde eu consegui ver, o VirtualBox oferece, por padrão, uma placa de rede "Intel PRO/1000 MT Desktop (82540EM)" que é reconhecida no Ubuntu como "82540EM Gigabit Ethernet Controller" [reconhecida de primeira, diga-se de passagem]. Há outras opções que você pode usar, apesar de eu não ver qualquer motivo pra fazer isso.

Outra coisa que vc deve observar é que o Ubuntu já não usa a nomenclatura "ethX" para as placas de rede há algum tempo. Em vez disso, sua placa de rede vai ser exibida como "enpXsY" (no meu caso, a placa de rede foi reconhecida como "enp0s0").

Uma coisa que pode ajudar no reconhecimento dos dispositivos é a instalação dos adicionais de convidado do VirtualBox na sua máquina virtual.

[selvaking]

Após a criação de uma máquina virtual dentro do windows a minha placa não é reconhecida, isto acontece tanto quando uso o Ubuntu ou quando uso o windows. Em todos os comandos que testei pra tentar conectar pelo ubuntu recebi a mensagem "Eth0 dispositivo não localizado".

Não entendi suas afirmações.
Vc criou uma VM dentro do sistema Windows? Se for, esse não é o fórum adequado.
VC disse que usa um live pendrive Ubuntu, mas em que sistema foi criado a sua VM? Nesse Ubuntu ou no seu WIndows?
Quando a VM é criada dentro do Ubuntu e vc muda ela pra outro Ubuntu, ela pode perder referência pois um sistema identificava uma placa de rede como eth0 e outro pode identificar como enp0s0. Sua placa de rede da VM perde a referência pra qual placa apontar no sistema anfitrião.
Vc deve modificar a configuração da placa de rede da VM de NAT para BRIDGE e procurar o "NOME"  da placa correta. Ela vai aparecer numa relação. Após isso. volte sua placa para NAT, se é assim que vc gosta de usa-la.

[zekkerj]

@Titone, volte ao Ubuntu e execute os comandos abaixo em uma janela de comandos:

sudo lshw -C network
ifconfig -a
route -n


Como o @selvaking disse, nosso fórum é exclusivo sobre o Ubuntu e suas distribuições derivadas. Eu pretendo te ajudar no que for possível no funcionamento da máquina virtual, mas se concluírmos que o problema está no VirtuaBox ou no Windows hospedeiro, você vai precisar ir a um fórum genérico para prosseguir a ajuda.

[Titone]

Não entendi suas afirmações.
Vc criou uma VM dentro do sistema Windows? Se for, esse não é o fórum adequado.
VC disse que usa um live pendrive Ubuntu, mas em que sistema foi criado a sua VM? Nesse Ubuntu ou no seu WIndows?
Quando a VM é criada dentro do Ubuntu e vc muda ela pra outro Ubuntu, ela pode perder referência pois um sistema identificava uma placa de rede como eth0 e outro pode identificar como enp0s0. Sua placa de rede da VM perde a referência pra qual placa apontar no sistema anfitrião.
Vc deve modificar a configuração da placa de rede da VM de NAT para BRIDGE e procurar o "NOME"  da placa correta. Ela vai aparecer numa relação. Após isso. volte sua placa para NAT, se é assim que vc gosta de usa-la.

@selvaking,  você tem razão, não está clara a minha explicação. Vou tentar explicar melhor: eu tenho o Ubuntu instalado em dual boot com o windows, tenho também uma instalação do ubuntu dentro do windows (na máquina virtual) e tenho também um live pendrive (acontece que ao atualizar o windows perdi a GRUB e ainda não consegui restaur-lá, por isto estou usando o ubuntu no pendrive). O problema que estou tendo no meu PC é que ele não reconhece a conexão de internet via cabo. A minha percepção é que esta conexão parou de funcionar logo após a criação da máquina virtual, mas não sei se isto realmente procede, enfim, não sei se alguma configuração da máquina virtual dentro do windows mudou a minha configuração da placa.

@Titone, volte ao Ubuntu e execute os comandos abaixo em uma janela de comandos:

sudo lshw -C network
ifconfig -a
route -n


Como o @selvaking disse, nosso fórum é exclusivo sobre o Ubuntu e suas distribuições derivadas. Eu pretendo te ajudar no que for possível no funcionamento da máquina virtual, mas se concluírmos que o problema está no VirtuaBox ou no Windows hospedeiro, você vai precisar ir a um fórum genérico para prosseguir a ajuda.

@zekkerj, executei os comandos que você sugeriu:

*-network
       descrição: Ethernet interface
       produto: RTL810xE PCI Express Fast Ethernet controller
       fabricante: Realtek Semiconductor Co., Ltd.
       ID físico: 0
       informações do barramento: pci@0000:02:00.0
       nome lógico: eno1
       versão: 05
       serial: c8:cb:b8:c3:35:32
       capacidade: 100Mbit/s
       largura: 64 bits
       clock: 33MHz
       capacidades: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuração: autonegotiation=on broadcast=yes driver=r8169 firmware=rtl_nic/rtl8105e-1.fw latency=0 link=no multicast=yes port=MII
       recursos: irq:17 porta de E/S:3000(tamanho=256) memória:c2404000-c2404fff memória:c2400000-c2403fff

ifconfig -a
root@ubuntu:/home/ubuntu# ifconfig -a
eno1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether c8:cb:b8:c3:35:32  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Loopback Local)
        RX packets 27855  bytes 2206174 (2.2 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 27855  bytes 2206174 (2.2 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.11  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 2804:14c:482:7a44:6de6:b273:9d68:3115  prefixlen 64  scopeid 0x0<global>
        inet6 2804:14c:482:7a44:7589:f2e0:6ce3:224b  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::945a:9f29:17f8:7b22  prefixlen 64  scopeid 0x20<link>
        inet6 2804:14c:482:7a44::1001  prefixlen 128  scopeid 0x0<global>
        ether a4:17:31:fa:f0:3f  txqueuelen 1000  (Ethernet)
        RX packets 72752  bytes 58895630 (58.8 MB)
        RX errors 0  dropped 75  overruns 0  frame 0
        TX packets 67824  bytes 28318765 (28.3 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
route -n
root@ubuntu:/home/ubuntu# route -n
Tabela de Roteamento IP do Kernel
Destino         Roteador        MáscaraGen.    Opções Métrica Ref   Uso Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    600    0        0 wlo1
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlo1
192.168.0.0     0.0.0.0         255.255.255.0   U     600    0        0 wlo1

[creto]

Quanto ao Grub, acredite isso >>> "Recuperar o Grub2 após instalar o Windows" <<< funciona.

Esqueça o livecd comentado na dica e use o livependrive, pronto.

T+

[Titone]

Quanto ao Grub, acredite isso >>> "Recuperar o Grub2 após instalar o Windows" <<< funciona.

Esqueça o livecd comentado na dica e use o livependrive, pronto.

T+

@Creto, valeu pela dica, vou tentar recuperar GRUB. Grato!

[zekkerj]

@selvaking,  você tem razão, não está clara a minha explicação. Vou tentar explicar melhor: eu tenho o Ubuntu instalado em dual boot com o windows, tenho também uma instalação do ubuntu dentro do windows (na máquina virtual) e tenho também um live pendrive (acontece que ao atualizar o windows perdi a GRUB e ainda não consegui restaur-lá, por isto estou usando o ubuntu no pendrive). O problema que estou tendo no meu PC é que ele não reconhece a conexão de internet via cabo. A minha percepção é que esta conexão parou de funcionar logo após a criação da máquina virtual, mas não sei se isto realmente procede, enfim, não sei se alguma configuração da máquina virtual dentro do windows mudou a minha configuração da placa.

Olha, até existem algumas situações que impedem o funcionamento das interfaces de rede em um sistema a partir de configuraçõe aplicadas em outro, mas são bem poucas, e atingem dispositivos específicos, a maior parte deles, interfaces wireless. Nunca tinha visto relato deste problema em interfaces cabeadas.

@zekkerj, executei os comandos que você sugeriu:

*-network
       descrição: Ethernet interface
       produto: RTL810xE PCI Express Fast Ethernet controller
       fabricante: Realtek Semiconductor Co., Ltd.
       ID físico: 0
       informações do barramento: pci@0000:02:00.0
       nome lógico: eno1
       versão: 05
       serial: c8:cb:b8:c3:35:32
       capacidade: 100Mbit/s
       largura: 64 bits
       clock: 33MHz
       capacidades: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuração: autonegotiation=on broadcast=yes driver=r8169 firmware=rtl_nic/rtl8105e-1.fw latency=0 link=no multicast=yes port=MII
       recursos: irq:17 porta de E/S:3000(tamanho=256) memória:c2404000-c2404fff memória:c2400000-c2403fff

ifconfig -a
root@ubuntu:/home/ubuntu# ifconfig -a
eno1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether c8:cb:b8:c3:35:32  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Loopback Local)
        RX packets 27855  bytes 2206174 (2.2 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 27855  bytes 2206174 (2.2 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.11  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 2804:14c:482:7a44:6de6:b273:9d68:3115  prefixlen 64  scopeid 0x0<global>
        inet6 2804:14c:482:7a44:7589:f2e0:6ce3:224b  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::945a:9f29:17f8:7b22  prefixlen 64  scopeid 0x20<link>
        inet6 2804:14c:482:7a44::1001  prefixlen 128  scopeid 0x0<global>
        ether a4:17:31:fa:f0:3f  txqueuelen 1000  (Ethernet)
        RX packets 72752  bytes 58895630 (58.8 MB)
        RX errors 0  dropped 75  overruns 0  frame 0
        TX packets 67824  bytes 28318765 (28.3 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
route -n
root@ubuntu:/home/ubuntu# route -n
Tabela de Roteamento IP do Kernel
Destino         Roteador        MáscaraGen.    Opções Métrica Ref   Uso Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    600    0        0 wlo1
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlo1
192.168.0.0     0.0.0.0         255.255.255.0   U     600    0        0 wlo1

Certo, aqui temos algumas coisas bem estranhas. Primeira coisa a observar, sua interface eth0 está aí, camuflada de "eno1". Esse nome é bem estranho; eu já tinha visto um sistema SuSE nomear uma placa ethernet como "em0", "em1", mas nunca como "eno0", "eno1".  A ideia daquele nome "enp0s0" já seria eliminar essas discrepâncias, mas parece que essa regra não fez reserva no seu trem.

Outra coisa estranha é que você tem aí uma interface cabeada com chipset Realtek R8169. Uma placa boa de trabalhar, mas... não é a placa que seu VirtualBox instala. Hein???

Agora, o mais estranho: há uma interfaces wireless aí. E, definitivamente, máquinas virtuais não implementam interfaces wireless. Pra complicar, a interface "wlo1" (que deveria ser wlpXsY) não aparece na saída do "lshw -C network".

Enfim; temos várias inconsistências aí, e pra podemos prosseguir com segurança, precisamos de terreno firme.

[Titone]

Outra coisa estranha é que você tem aí uma interface cabeada com chipset Realtek R8169. Uma placa boa de trabalhar, mas... não é a placa que seu VirtualBox instala. Hein???

@zekkerj, esses comandos foram executados não na VirtualBox, mas sim no live pendrive.

...Pra complicar, a interface "wlo1" (que deveria ser wlpXsY) não aparece na saída do "lshw -C network".

Na verdade apareceu sim, mas eu não coloquei porque achei que só sriam necessárias as informações da ethernet "eno1".
Aqui está a saída do comando"lshw -C network":

Código Selecionar Expandir

[tt]root@ubuntu:/home/ubuntu# lshw -C network
  *-network                 
       descrição: Interface sem fio
       produto: RT3290 Wireless 802.11n 1T/1R PCIe
       fabricante: Ralink corp.
       ID físico: 0
       informações do barramento: pci@0000:01:00.0
       nome lógico: wlo1
       versão: 00
       serial: a4:17:31:fa:f0:3f
       largura: 32 bits
       clock: 33MHz
       capacidades: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuração: broadcast=yes driver=rt2800pci driverversion=5.4.0-26-generic firmware=0.37 ip=192.168.0.11 latency=0 link=yes multicast=yes wireless=IEEE 802.11
       recursos: irq:16 memória:c2510000-c251ffff
  *-network
       descrição: Ethernet interface
       produto: RTL810xE PCI Express Fast Ethernet controller
       fabricante: Realtek Semiconductor Co., Ltd.
       ID físico: 0
       informações do barramento: pci@0000:02:00.0
       nome lógico: eno1
       versão: 05
       serial: c8:cb:b8:c3:35:32
       capacidade: 100Mbit/s
       largura: 64 bits
       clock: 33MHz
       capacidades: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuração: autonegotiation=on broadcast=yes driver=r8169 firmware=rtl_nic/rtl8105e-1.fw latency=0 link=no multicast=yes port=MII
       recursos: irq:17 porta de E/S:3000(tamanho=256) memória:c2404000-c2404fff memória:c2400000-c2403fff[/tt]

[zekkerj]

Então... foco é fundamental pra se resolver qualquer problema. Você abriu o tópico falando da máquina virtual. Isso é uma situação. Depois você citou o live. Isso é outra situação completamente diferente. Não dá pra misturar as coisas e esperar que se chegue a algum resultado viável.

[Titone]

Então... foco é fundamental pra se resolver qualquer problema. Você abriu o tópico falando da máquina virtual. Isso é uma situação. Depois você citou o live. Isso é outra situação completamente diferente. Não dá pra misturar as coisas e esperar que se chegue a algum resultado viável.

Sim. O problema é que não consegui conectar via cabo em nenhum SO (ubuntu ou windows que tenho na máquina), e só percebi este problema após a instalação do tal VitualBox dentro do windows, como eu disse anteriormente, não sei se teve relação com a virtualização dentro do sistema windows, porém achei que facilitaria tentar relatar isto de forma sucinta no título do tópico.

No entanto, no meio do caminho pra tentar resolver este problema da conexão com a internet, fiquei sem acesso ao meu sistema Ubuntu (por conta da atualização do sistema windows que parece ter apagado o menu do GRUB). Quanto a este problema, tentei executar o que o artigo que colega @creto sugeriu, mas não funcionou na minha máquina, ou seja, estou sem acesso ao meu sistema ubuntu (vou abrir outro tópico pra tratar deste assunto do boot).  Como a máquina virtual com o ubuntu 20.04 também não inicia mais (fica iniciando numa lentidão e trava), só posso usar ubuntu no live pendrive.

[zekkerj]

OK.

Problema com interface física, tem grande chance de ser físico também, ainda mais quando vc diz que a interface não está funcionando no Windows também. Nesse caso, a primeira coisa a fazer é trocar o cabo, e observar se as luzes da interface acendem, tanto do lado do computador como do lado oposto. Também é bom trocar o computador para outra porta no switch, roteador ou modem onde ele está ligado.

Sendo um problema físico, acho muito pouco provável que o problema tenha sido causado pela instalação do VirtualBox (a menos que você esteja conectando sua máquina em um switch com recurso de port security ativo, mas a simples coincidência é muito mais provável).

[zekkerj]

Deixa te sugerir outra coisa... já está claro que sua interface eth0 está localizada, ela só não está funcionando. Edite então o título do tópico pra ficar de acordo, assim vc facilita a pesquisa de outras pessoas com o mesmo problema.