Fórum Ubuntu Linux - PT
Suporte Técnico => Internet, Redes e Segurança => Tópico iniciado por: Titone em 04 de Junho de 2020, 15:58
-
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!!!
-
Qual sistema de virtualização?
-
...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.
-
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.
-
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.
-
@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.
-
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
-
Quanto ao Grub, acredite isso >>> "Recuperar o Grub2 após instalar o Windows" <<< (https://pplware.sapo.pt/linux/recuperar-o-grub2-apos-instalar-o-windows/) funciona.
Esqueça o livecd comentado na dica e use o livependrive, pronto.
T+
-
Quanto ao Grub, acredite isso >>> "Recuperar o Grub2 após instalar o Windows" <<< (https://pplware.sapo.pt/linux/recuperar-o-grub2-apos-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!
-
@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.
-
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":
[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]
-
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.
-
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.
-
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).
-
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.
-
Um detalhe importante é que ontem, logo ao iniciar pelo live pendrive, o cabo foi reconhecido e o led da placa acendeu, porém, após uns minutos apagou de novo e o cabo também apareceu como desconectado.
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).
...ainda não fiz os testes que você sugeriu, mas sei que o cabo está funcionando, pois conecta em outro notebook normalmente.
-
Vc está conectando em casa ou na empresa?
-
Vc está conectando em casa ou na empresa?
em casa mesmo
-
Praticamente descarta a chance de ser port security, então.
Notebook novo? Quanto tempo de uso?
-
Praticamente descarta a chance de ser port security, então.
Notebook novo? Quanto tempo de uso?
Esse notebook já tem uns 5 anos de uso.
Então, fiz os testes com o cabo novamente e a troca da porta no modem, mas não funcionou.
-
Que tal se focarmos na recuperação do seu GRUB?
manda a saida dos comandos
sudo lsblksudo blkid
-
Praticamente descarta a chance de ser port security, então.
Notebook novo? Quanto tempo de uso?
Esse notebook já tem uns 5 anos de uso.
Então, fiz os testes com o cabo novamente e a troca da porta no modem, mas não funcionou.
É... já é um tempo de uso onde a gente deve começar a considerar defeitos nos circuitos, ou mesmo corrosão nos contatos do conector.
Boa hora pra parar um pouco pra refletir sobre a situação, enquanto resolve a questão do Grub.
-
Que tal se focarmos na recuperação do seu GRUB?
manda a saida dos comandos
sudo lsblksudo blkid
aí vai a saída dos comandos:
ubuntu@ubuntu:~$ sudo su
root@ubuntu:/home/ubuntu# sudo lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 1,9G 1 loop /rofs
loop1 7:1 0 27,1M 1 loop /snap/snapd/7264
loop2 7:2 0 55M 1 loop /snap/core18/1705
loop3 7:3 0 240,8M 1 loop /snap/gnome-3-34-1804/24
loop4 7:4 0 62,1M 1 loop /snap/gtk-common-themes/1506
loop5 7:5 0 49,8M 1 loop /snap/snap-store/433
sda 8:0 0 465,8G 0 disk
├─sda1 8:1 0 400M 0 part
├─sda2 8:2 0 260M 0 part
├─sda3 8:3 0 128M 0 part
├─sda4 8:4 0 395,6G 0 part
├─sda5 8:5 0 941M 0 part
├─sda6 8:6 0 47,1G 0 part
├─sda7 8:7 0 3,8G 0 part
└─sda8 8:8 0 17,6G 0 part
sdb 8:16 0 7,5G 0 disk
└─sdb1 8:17 0 7,5G 0 part /cdrom
sr0 11:0 1 1024M 0 rom
root@ubuntu:/home/ubuntu#
root@ubuntu:/home/ubuntu# sudo blkid
/dev/sda1: LABEL="WINRE" UUID="30A64AE6A64AAC62" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="5cb7e967-ecb3-4f59-883f-c4ecb43d1a46"
/dev/sda2: UUID="B6FC-3D29" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="252badd3-807c-4aad-ae40-2a124bae3185"
/dev/sda4: UUID="40885D8D885D8278" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="17ef00c1-6116-48ae-8009-8272a838522c"
/dev/sda5: UUID="902A33712A335406" TYPE="ntfs" PARTUUID="b312891a-9b79-4283-8d9f-8656fcbe8dae"
/dev/sda6: UUID="a8b7d7fc-c756-4fcd-857c-2c62d4802082" TYPE="ext4" PARTUUID="abdbdf1b-175a-445f-a813-769ed5eadcf4"
/dev/sda8: LABEL="RECOVERY" UUID="08EC48D4EC48BDA6" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="894028ed-13f0-421c-9ef1-a80c9006751f"
/dev/sdb1: LABEL="MYLINUXLIVE" UUID="18AB-98B2" TYPE="vfat" PARTUUID="c5756229-01"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/sda3: PARTLABEL="Microsoft reserved partition" PARTUUID="ecd7b10b-3e42-48cf-bef9-7794df366ad6"
/dev/sda7: PARTUUID="849b8e57-bf20-4abe-9102-69b699d436b1"
Tenho uma boa notícia, ontem consegui iniciar meu ubuntu instalado no disco rígido (segui as dicas que me deram no outro tópico que criei sobre isto https://ubuntuforum-br.org/index.php?topic=124492.msg680107#msg680107 (https://ubuntuforum-br.org/index.php?topic=124492.msg680107#msg680107), aliás, valeu @CelticWarrior e @selvaking, grato!) .
Os comandos foram executados já neste ubuntu do live pendrive. Hoje de manhã, precisei bootar o windows (por causa do meu trabalho) e assim que sistema iniciou, a placa ethernet apareceu, acendeu o led e apareceu a conexão pra inserir o usuário e senha, porém, não conectou. Outra coisa curiosa foi que no sistema ubuntu instalado no HD não rolou nem a conexão wifi (sendo que sempre funcionou normalmente antes de perder o GRUB) o wifi chegou a conectar mas não navegava em nenhum site. Já ia me esquecendo de outra curiosidade, no sistema instalado a minha interface ( Realtek R8169) continua sendo nomeada como "eth0" neste sistema (não me recordo extamente qual é o meu sistema, mas acho que é o ubuntu 16.04).
Vou inserir abaixo os dados da conexão que rolou pelo windows hoje de manhã (caso estas informaçãoes possam contribuir pra resolução).
"Endereço IPv6 de link local: fe80::6005:a327:c19b:6abe%22
Servidores DNS IPv6: 2804:14c:415:672:201:82:0:69
2804:14c:413:672:201:82:0:63
Endereço IPv4: 192.168.0.16
Servidores DNS IPv4: 201.82.0.53
201.82.0.58
Fabricante: Realtek
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"
-
Então, agora executei novamente os comandos sugeridos, mas desta vez foram executados no ubuntu no meu HD.
A saída dos comandos:
sudo lshw -C network
(https://i.postimg.cc/85GJ4Q1W/Captura-de-tela-de-2020-06-11-19-37-01.png)
ifconfig -a
(https://i.postimg.cc/k5qqhnbn/Captura-de-tela-de-2020-06-11-19-38-37.png)
route -n
(https://i.postimg.cc/jdfTxW6x/Captura-de-tela-de-2020-06-11-19-39-36.png)
-
Olá,
O principal é:
Se usar o sudo não precisa antes usar "sudo su"
Outra coisa cuidado com tamanhos de imagens para não ter seu tópico trancado pela moderação.
T+
-
Tenho uma boa notícia, ontem consegui iniciar meu ubuntu instalado no disco rígido (segui as dicas que me deram no outro tópico que criei sobre isto https://ubuntuforum-br.org/index.php?topic=124492.msg680107#msg680107 (https://ubuntuforum-br.org/index.php?topic=124492.msg680107#msg680107), aliás, valeu @CelticWarrior e @selvaking, grato!) .
Os comandos foram executados já neste ubuntu do live pendrive. Hoje de manhã, precisei bootar o windows (por causa do meu trabalho) e assim que sistema iniciou, a placa ethernet apareceu, acendeu o led e apareceu a conexão pra inserir o usuário e senha, porém, não conectou.
Outra coisa curiosa foi que no sistema ubuntu instalado no HD não rolou nem a conexão wifi (sendo que sempre funcionou normalmente antes de perder o GRUB) o wifi chegou a conectar mas não navegava em nenhum site.
Já ia me esquecendo de outra curiosidade, no sistema instalado a minha interface ( Realtek R8169) continua sendo nomeada como "eth0" neste sistema (não me recordo extamente qual é o meu sistema, mas acho que é o ubuntu 16.04).
Certo. Não é exatamente a melhor das notícias, mas não é de todo ruim. A gente pode praticamente descartar um defeito físico na interface cabeada, mas talvez você tenha um problema de ACPI.
Já consegue bootar normalmente o Ubuntu instalado?
-
Olá,
O principal é:
Se usar o sudo não precisa antes usar "sudo su"
Outra coisa cuidado com tamanhos de imagens para não ter seu tópico trancado pela moderação.
T+
@creto, valeu pelas dicas!
-
Certo. Não é exatamente a melhor das notícias, mas não é de todo ruim. A gente pode praticamente descartar um defeito físico na interface cabeada, mas talvez você tenha um problema de ACPI.
Já consegue bootar normalmente o Ubuntu instalado?
@zekkerj, sim, consigo bootar o Ubuntu instalado, mas a inicialização ficou um pouco diferente do que era antes. O GRUB só aparece depois de executar alguns passos antes. Mas é bem simples. Expliquei como ficou minha inicialização no outro tópico (https://ubuntuforum-br.org/index.php?topic=124492.0 (https://ubuntuforum-br.org/index.php?topic=124492.0)).
-
Olha quanto ao grub do ubuntu até dá pro creto aqui falar, o ubuntu ficou muito estranho de umas versões para cá, mas re-instalar o grub dele é relativamente fácil e diga-se de passagem mesmo usando o terminal que é o mais fácil de tudo dar certo.
A questão de lentidão e olhando seu outro tópico deu para ver que você apenas tem uma partição /raiz e a swap, presumindo que seus arquivos no linux ficam na raiz, onde se der algum crácrá maior e não fizer backup perderá tudo, meu particionamento é assim desde..., nem lembro mais, porém aqui eu uso apenas Linux e o sistema de arquivos é o btrfs, mas olha ai:
(https://i.postimg.cc/XGVmzFDg/hd.jpg) (https://postimg.cc/XGVmzFDg)
Click na imagem para ampliar
Sempre, sempre mesmo tenho uma /home separada, porque como não sou nenhum expert como muitos aqui, se der um crácrá que eu não consiga resolver reinstalo sem perder nada de arquivos que tenho no linux
T+
-
@zekkerj, sim, consigo bootar o Ubuntu instalado, mas a inicialização ficou um pouco diferente do que era antes. O GRUB só aparece depois de executar alguns passos antes. Mas é bem simples. Expliquei como ficou minha inicialização no outro tópico (https://ubuntuforum-br.org/index.php?topic=124492.0 (https://ubuntuforum-br.org/index.php?topic=124492.0)).
Respondi lá no seu outro tópico o que vc deve fazer pra colocar o GRUB do Ubuntu como padrão no SETUP.
Assim vc não vai precisar fazer sempre o que anda fazendo.
Coloca a saída do comando abaixo:
lsb_release -a
Só pra nos dar a máxima certeza de qual sistema estamos mexendo.
-
esta é a saída do comando lsb_release -a
(https://i.postimg.cc/BvxbfyDT/Captura-de-tela-de-2020-06-15-20-33-29.png)
-
Desculpe a demora na resposta, mas é que ao ler sua mensagem, meu queixo caiu no chão e eu estava até agora tentando encaixar de volta no lugar.
Ubuntu 13.10??? Caramba, sete anos de desatualização... não sei o que o @creto e o @selvaking acham, mas agora minha opinião sobre problema de ACPI está muito mais forte.
Será que vale mesmo a pena brigar pra colocar o sistema pra funcionar?
-
Desculpe a demora na resposta, mas é que ao ler sua mensagem, meu queixo caiu no chão e eu estava até agora tentando encaixar de volta no lugar.
Ubuntu 13.10??? Caramba, sete anos de desatualização... não sei o que o @creto e o @selvaking acham, mas agora minha opinião sobre problema de ACPI está muito mais forte.
Será que vale mesmo a pena brigar pra colocar o sistema pra funcionar?
Cheguei a atualizar até 2014 (se não me engano). Depois disso, como comecei a trabalhar com um software que não está disponível pra linux, meu ubuntu ficou parado por anos. Voltei a usar o ubuntu pra tentar resolver este problema da conexão cabeada, pois preciso dela pra trabalhar, por ser mais estável do que conexão wifi.
Mas se precisar reinstalar o ubuntu, não tenho problema quanto a isso.
-
Mas se precisar reinstalar o ubuntu, não tenho problema quanto a isso.
Pois é, porque com essa versão você vai brigar sem necessidade com o sistema, seria mais ou menos:
- Ter que adicionar linhas a sua sources.list
- Resolver dependências que poderão dar muitos problemas
- Ou então trocar através do terminal de uma versão para outra o que iria gerar tempo e paciência, etc., etc., e tal
Sei que a versão 20.04 está bastante estável para uso
Apenas a minha sugestão ;)
T+
-
Ubuntu 13.10??? Caramba, sete anos de desatualização... não sei o que o @creto e o @selvaking acham, mas agora minha opinião sobre problema de ACPI está muito mais forte.
Será que vale mesmo a pena brigar pra colocar o sistema pra funcionar?
Concordo contigo em gênero, número e grau. Não vale a pena perder tempo.
Mas se precisar reinstalar o ubuntu, não tenho problema quanto a isso.
Reinstala companheiro.
Comprei um notebook mês passado e coloquei o 20.04 nele. Tá perfeito!
-
Então... pra fechar a pressão... quer dizer, a sugestão. Pegue um pendrive ou HD externo e salve os arquivos que você tiver na sua pasta Home, e reinstale o sistema do zero, deixando ele formatar o HD. Depois é só restaurar seus arquivos.
-
Sistema reinstalado. Aproveitei e já executei alguns comandos que vcs me passaram aqui no tópico.
lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 20.04 LTS
Release: 20.04
Codename: focal
sudo lshw -C network
severino@severino-HP-Pavilion-g4-Notebook-PC:~$ sudo lshw -C network
[sudo] senha para severino:
*-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-37-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
ifconfig -a
severino@severino-HP-Pavilion-g4-Notebook-PC:~$ 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 1556 bytes 149756 (149.7 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1556 bytes 149756 (149.7 KB)
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:798d::1004 prefixlen 128 scopeid 0x0<global>
inet6 fe80::9f5c:73ff:9415:d398 prefixlen 64 scopeid 0x20<link>
inet6 2804:14c:482:798d:3882:66b8:21e6:d502 prefixlen 64 scopeid 0x0<global>
inet6 2804:14c:482:798d:ce2a:b7f0:2751:3194 prefixlen 64 scopeid 0x0<global>
ether a4:17:31:fa:f0:3f txqueuelen 1000 (Ethernet)
RX packets 144650 bytes 204785795 (204.7 MB)
RX errors 0 dropped 12 overruns 0 frame 0
TX packets 76666 bytes 9789017 (9.7 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
route -n
severino@severino-HP-Pavilion-g4-Notebook-PC:~$ 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
-
Ótimo.
Agora faça um teste por favor, desconecte e conecte o cabo de rede 3 vezes, esperando 1 ou 2 segundos entre conectar e desconectar. Depois execute o comando abaixo e cole o resultado aqui.
dmesg | tail -20
-
Ótimo.
Agora faça um teste por favor, desconecte e conecte o cabo de rede 3 vezes, esperando 1 ou 2 segundos entre conectar e desconectar. Depois execute o comando abaixo e cole o resultado aqui.
dmesg | tail -20
...aqui está a saída do comando
dmesg | tail -20[root@severino-HP-Pavilion-g4-Notebook-PC:/home/severino# dmesg | tail -20
[ 186.320045] audit: type=1400 audit(1592517459.465:88): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/Yaru/icon-theme.cache" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 186.320059] audit: type=1400 audit(1592517459.465:89): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/Yaru/8x8/emblems/" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 186.322687] audit: type=1400 audit(1592517459.469:90): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/Yaru/icon-theme.cache" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 187.464911] kauditd_printk_skb: 2808 callbacks suppressed
[ 187.464913] audit: type=1400 audit(1592517460.614:2899): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/hicolor/icon-theme.cache" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 187.464918] audit: type=1400 audit(1592517460.614:2900): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/hicolor/96x96/devices/" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 187.464986] audit: type=1400 audit(1592517460.614:2901): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/Adwaita/icon-theme.cache" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 187.464990] audit: type=1400 audit(1592517460.614:2902): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/Adwaita/96x96/devices/" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 187.465104] audit: type=1400 audit(1592517460.614:2903): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/hicolor/icon-theme.cache" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 187.465113] audit: type=1400 audit(1592517460.614:2904): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/hicolor/96x96/emblems/" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 187.465182] audit: type=1400 audit(1592517460.614:2905): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/Adwaita/icon-theme.cache" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 187.465187] audit: type=1400 audit(1592517460.614:2906): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/Adwaita/96x96/emblems/" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 187.465301] audit: type=1400 audit(1592517460.614:2907): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/hicolor/icon-theme.cache" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 187.465305] audit: type=1400 audit(1592517460.614:2908): apparmor="DENIED" operation="open" profile="snap.snap-store.ubuntu-software" name="/var/lib/snapd/hostfs/usr/share/icons/hicolor/96x96/emotes/" pid=1654 comm="pool-org.gnome." requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 831.680600] wlo1: authenticate with 08:7e:64:84:e6:47
[ 831.682827] wlo1: send auth to 08:7e:64:84:e6:47 (try 1/3)
[ 831.684885] wlo1: authenticated
[ 831.686280] wlo1: associate with 08:7e:64:84:e6:47 (try 1/3)
[ 831.691693] wlo1: RX AssocResp from 08:7e:64:84:e6:47 (capab=0x411 status=0 aid=2)
[ 831.691791] wlo1: associated
-
Certo... essa sequência de erros do AppArmor são devido a um snap chamado "hicolor" que segundo o Fórum Ubuntu Francês (milhões de agradecimentos ao Google Translate...) pode ser removido. Só não consegui ver como.
Tem vezes que se tem respostas a uma pergunta pela falta de respostas; é o nosso caso. Nenhuma das linhas parece estar relacionada à interface cabeada, pelo contrário, só se vê menções à interface wireless. Ou seja, mesmo com as conexões/desconexões seguidas da interface, não houve reação por parte do Ubuntu.
Agora, então, vou te pedir um teste um pouco mais radical. Essa máquina tem dual boot, certo? Peço que volte ao Windows e confirme a interface cabeada funcionando. Em seguida, desligue o computador à força (tire-o da tomada ou segure o botão de power até a máquina desligar). Na sequência, volte ao Ubuntu, e veja se a interface cabeada volta funcionando.
-
Aproveita e coloca a saída desse comando tbm:
rfkill list
-
Apenas um adendo as postagens. Quando for colocar o resultado de saída de um comando e este for grande demais é só usar a cerquilha (hastag) na caixa de mensagens, exemplo saída de sudo lshw selecionar o comando e clicar onde está essa seta bem desenhada abaixo
(https://i.postimg.cc/QBb4TVKt/ubuntuforum.jpg) (https://postimg.cc/QBb4TVKt)
Click na imagem para ampliar
T+
-
Certo... essa sequência de erros do AppArmor são devido a um snap chamado "hicolor" que segundo o Fórum Ubuntu Francês (milhões de agradecimentos ao Google Translate...) pode ser removido. Só não consegui ver como.
Tem vezes que se tem respostas a uma pergunta pela falta de respostas; é o nosso caso. Nenhuma das linhas parece estar relacionada à interface cabeada, pelo contrário, só se vê menções à interface wireless. Ou seja, mesmo com as conexões/desconexões seguidas da interface, não houve reação por parte do Ubuntu.
Agora, então, vou te pedir um teste um pouco mais radical. Essa máquina tem dual boot, certo? Peço que volte ao Windows e confirme a interface cabeada funcionando. Em seguida, desligue o computador à força (tire-o da tomada ou segure o botão de power até a máquina desligar). Na sequência, volte ao Ubuntu, e veja se a interface cabeada volta funcionando.
Desculpem a demora pra responder, tive que resolver uns "pepinos" do trabalho no fim de semana.
@zekkerj, não fiz o teste de desligar bruscamente o notebook, pois a interface não conecta nem no windows.
Porém, descobri que minha placa tá ok. Tive que assinar outro plano de internet de outra operadora e ao conectar o cabo no novo modem, minha placa reconheceu imediatamente, então só pediu a senha e conectou normalmente (isto tanto no ubuntu, quanto no windows).
Mas o curioso é que o antigo moldem que não conectava pelo meu notebook, continua sem conexão, mas conecta normalmente em outro notebook que tenho em casa.
Fiquei sem entender: seria a configuração do moldem antigo que não tá batendo com a configuração no meu note especificamente?
-
Apenas um adendo as postagens. Quando for colocar o resultado de saída de um comando e este for grande demais é só usar a cerquilha (hastag) na caixa de mensagens, exemplo saída de sudo lshw selecionar o comando e clicar onde está essa seta bem desenhada abaixo
(https://i.postimg.cc/QBb4TVKt/ubuntuforum.jpg) (https://postimg.cc/QBb4TVKt)
Click na imagem para ampliar
T+
@creto, valeu pela dica novamente.
Aproveita e coloca a saída desse comando tbm:
rfkill list
@selvaking. ainda não executei este comando no modem antigo, acho que com o novo fato de conseguir conectar com outro modem de outra operadora muda um pouco as coisas. Certo?
-
Desculpem a demora pra responder, tive que resolver uns "pepinos" do trabalho no fim de semana.
@zekkerj, não fiz o teste de desligar bruscamente o notebook, pois a interface não conecta nem no windows.
Porém, descobri que minha placa tá ok. Tive que assinar outro plano de internet de outra operadora e ao conectar o cabo no novo modem, minha placa reconheceu imediatamente, então só pediu a senha e conectou normalmente (isto tanto no ubuntu, quanto no windows).
Mas o curioso é que o antigo moldem que não conectava pelo meu notebook, continua sem conexão, mas conecta normalmente em outro notebook que tenho em casa.
Fiquei sem entender: seria a configuração do moldem antigo que não tá batendo com a configuração no meu note especificamente?
É meu final de semana também não foi dos melhores, e pelo mesmo motivo. Estou "brigando" com os servidores de duas filiais nossas desde sexta-feira, pra reinstalá-los em esquema de máquina virtual, eles que eram físicos. Uma das filiais já está pronta, mas a outra eu vou ter que esperar chegar algumas peças daqui da matriz, o que pode levar até uma semana.
Mas enfim... vou começar te pedindo um grande favor. O dispositivo que vc se refere chama-se "MODEM". É um acrônimo que vem de "MOdulador/DEModulador". Procure não escrever a palavra com "L", pq é muito desagradável pra alguns (como eu).
De volta ao nosso assunto... realmente faz pouco sentido da interface não funcionar com um modem, e funcionar com o outro. Esse tipo de aparelho tem pouca ou nenhuma configuração que possa dar esse comportamento.
Mas... há uma coisa que tem esse tipo de comportamento[/i]: o cabo. Quando com defeito, ou mal montado, ele faz exatamente isso --- funciona quando quer.
Então, se vc é da ideia de que qualquer prazer te diverte, e que acessando a Internet, o problema está resolvido, ficamos por aqui. Seria a minha escolha.
Mas se você é do tipo que quer descobrir e resolver qualquer problema, a primeira coisa a fazer é testar essa conexão do notebook ao modem antigo usando um cabo novo (de preferência, fabricado).
Eu cheguei a perguntar qual o tamanho desse cabo, em metros? Tipo, mais de 3m?
-
Desculpem a demora pra responder, tive que resolver uns "pepinos" do trabalho no fim de semana.
@zekkerj, não fiz o teste de desligar bruscamente o notebook, pois a interface não conecta nem no windows.
Porém, descobri que minha placa tá ok. Tive que assinar outro plano de internet de outra operadora e ao conectar o cabo no novo modem, minha placa reconheceu imediatamente, então só pediu a senha e conectou normalmente (isto tanto no ubuntu, quanto no windows).
Mas o curioso é que o antigo moldem que não conectava pelo meu notebook, continua sem conexão, mas conecta normalmente em outro notebook que tenho em casa.
Fiquei sem entender: seria a configuração do moldem antigo que não tá batendo com a configuração no meu note especificamente?
É meu final de semana também não foi dos melhores, e pelo mesmo motivo. Estou "brigando" com os servidores de duas filiais nossas desde sexta-feira, pra reinstalá-los em esquema de máquina virtual, eles que eram físicos. Uma das filiais já está pronta, mas a outra eu vou ter que esperar chegar algumas peças daqui da matriz, o que pode levar até uma semana.
Mas enfim... vou começar te pedindo um grande favor. O dispositivo que vc se refere chama-se "MODEM". É um acrônimo que vem de "MOdulador/DEModulador". Procure não escrever a palavra com "L", pq é muito desagradável pra alguns (como eu).
De volta ao nosso assunto... realmente faz pouco sentido da interface não funcionar com um modem, e funcionar com o outro. Esse tipo de aparelho tem pouca ou nenhuma configuração que possa dar esse comportamento.
Mas... há uma coisa que tem esse tipo de comportamento[/i]: o cabo. Quando com defeito, ou mal montado, ele faz exatamente isso --- funciona quando quer.
Então, se vc é da ideia de que qualquer prazer te diverte, e que acessando a Internet, o problema está resolvido, ficamos por aqui. Seria a minha escolha.
Mas se você é do tipo que quer descobrir e resolver qualquer problema, a primeira coisa a fazer é testar essa conexão do notebook ao modem antigo usando um cabo novo (de preferência, fabricado).
Eu cheguei a perguntar qual o tamanho desse cabo, em metros? Tipo, mais de 3m?
Desculpe, pelo erro ortográfico, não tive a intenção de diminuir o conhecimento específico sobre o assunto da ótica de quem entende de fato (enfim, sou leigo em informática e até em tecnologia de modo geral).
Mas, voltando ao assunto... gostaria de usar a conexão que estou tendo problemas, pois ela é muito superior em velocidade do que a conexão deste novo modem que consegui conectar. Trabalho com mercado financeiro em tempo real e a velocidade da conexão faz toda diferença no resultado final do meu trabalho.
@zekkerj, quanto a sua pergunta sobre o tamanho do cabo, ele tem menos de 3m.
-
É meu final de semana também não foi dos melhores, e pelo mesmo motivo. Estou "brigando" com os servidores de duas filiais nossas desde sexta-feira, pra reinstalá-los em esquema de máquina virtual, eles que eram físicos. Uma das filiais já está pronta, mas a outra eu vou ter que esperar chegar algumas peças daqui da matriz, o que pode levar até uma semana.
Se puder ajudar o amigo. Gosto muito desse tipo de desafio. Faço sempre que possível isso no meu trabalho.
Querendo conversar te passo meu zap por Msg Direta.
Mas enfim... vou começar te pedindo um grande favor. O dispositivo que vc se refere chama-se "MODEM". É um acrônimo que vem de "MOdulador/DEModulador". Procure não escrever a palavra com "L", pq é muito desagradável pra alguns (como eu).
Pega leve com o @Titone. KKKKK
De volta ao nosso assunto... realmente faz pouco sentido da interface não funcionar com um modem, e funcionar com o outro. Esse tipo de aparelho tem pouca ou nenhuma configuração que possa dar esse comportamento.
Mas... há uma coisa que tem esse tipo de comportamento[/i]: o cabo. Quando com defeito, ou mal montado, ele faz exatamente isso --- funciona quando quer.
Putz! Passei um terror outro dia com um cabo mal clipado no Patch-Panel e não estava com a ferramenta adequada. Era da conexão do 02 onde trabalho, só foi resolvido no dia seguinte com a equipe que estava com a ferramenta. Ele é da área de informática e veio reclamar que tudo que ele pede coloco empecilho!!!!! KKKKK
@Titone concordo com o @Zekkerj a respeito de cabos problemáticos.
-
Pessoal, só consegui resolver este problema da conexão trocando o modem da operadora. Assim que o técnico substituiu o aparelho a conexão se estabeleceu automaticamente.
-
Que bom saber!
@Selva, lembra da tal peça que estava faltando chegar? Levou quase duas semanas pra ir, mais quase duas semanas pra ser instalada. Tempo total do procedimento, quase um mês. Quanto tempo gasto instalando, mesmo? Menos de 24h. >:(
-
Tempos de pandemia!!!!
-
Tempos de pandemia!!!!
Hum, hum, já faz quase um mês que renovei CNH e nada de ir para impressão, antes com 2 semanas já estaria em mãos
T+