Ubuntu Mate 16.04.2, Raspberry Pi 3b, ethernet não conecta automaticamente

1

Examinei várias postagens sobre esse problema, mas nenhuma parece abordar o que estou vendo.

Primeiro, tive problemas com o que este post detalha link

Aparentemente, há uma nova maneira de nomear eth0 consistente com "nomes consistentes de dispositivos de rede". Ótimo, exceto que não permitiria que eu me conectasse à ethernet.

Portanto, segui a postagem acima e adicionei uma regra a: /etc/udev/rules.d/70-persistent-net.rules

que por minhas estimativas força o pi a nomear minha placa ethernet eth0 novamente.

Isso funcionou! Eu realmente tenho dois PIs que estavam tendo o mesmo problema.

Ok, então porque o post. Bem, um pi não está tendo dificuldades e se conecta na inicialização sem problemas agora. No entanto, o outro não se conectará automaticamente à ethernet. O IP listado quando eu corro:

ifconfig -a

Não está na minha sub-rede? Não tenho certeza se eu tenho a minha linguagem aqui, mas ... Tem um IP de 192.168.0.1, por exemplo, quando deveria ser 192.168.127.X

Meu conhecimento de redes está crescendo por causa dessas questões, mas não sou especialista. Estou curioso sobre o que está acontecendo com o problema acima e imaginando se alguém teve problemas semelhantes.

O pi com o qual estou tendo problemas se conectará eventualmente à ethernet, mas eu tenho que desconectar e reconectar para obter um IP válido. Eu gostaria de evitar esse absurdo, se possível.

Eu vi soluções recomendando a edição do

/etc/network/interfaces

Rede não inicializando na inicialização

O problema aqui é quando eu edito no meu eth0 ele não conecta nada. Achei isso estranho e o fato de que, quando eu edito o arquivo de interfaces, não há nenhuma menção de eth0, mas em uma máquina ele se conecta bem. A outra máquina e aquela sobre a qual eu fiz este post parece ter um problema intermitente de conexão, onde às vezes ele pega um IP sem problema, mas outras vezes não. é assim que o meu arquivo de interfaces se parece agora e hoje, na inicialização, eles conectaram-se à ethernet e conseguiram seus IPs sem nenhum problema.

# The loopback network interface
auto lo
iface lo inet loopback

O pi que tem funcionado bem e agora o outro pi parece se conectar e obter um IP, mas está faltando eth0 neste arquivo. Eu não sei muito sobre isso, mas eu assumi que o arquivo de interfaces era semelhante a um arquivo de inicialização que configura esses dispositivos.

Qualquer conselho ou opinião seria apreciado, pois gostaria de saber mais sobre o motivo pelo qual ele está de fato funcionando e o que está acontecendo quando não se conecta logo de cara. Parece que eu juntei um ambiente de trabalho, mas talvez seja um pouco instável.

ATUALIZAÇÃO: Além de adicionar o arquivo 70-persistent-net.rules como descrito acima, acabei seguindo o conselho de outro postador do primeiro link acima e fiz o seguinte, porque ele continuou intermitente com a conexão.

  1. copiei /lib/udev/rules.d/73-usb-net-by-mac.rules para /etc/udev/rules.d/73-usb-net-by-mac.rules
  2. Alterei o nome para > > NAME="eth0" como cartaz Luis Godinez sugeriu.

Na reinicialização, conectei-me, mas não serei capaz de dizer o quanto está estável por um tempo, eu acho ... Espero que essas duas mudanças me levem na direção certa. Vou atualizar novamente sobre como isso está funcionando se não funcionar.

Atualização final Eu ainda encontrei problemas de ethernet, então desisti neste momento. Todas essas correções de regras não funcionaram nesta máquina, o que é estranho porque o primeiro pi ainda está se conectando bem e eu usei as mesmas instruções. Isso é tão estranho. Eu estou rezando para que o pi que está trabalhando agora continue a ronronar porque eu não posso mais lidar com questões de ethernet neste momento.

    
por TotoTornado 23.03.2017 / 04:32

1 resposta

0

Se você quiser voltar para os nomes de rede do estilo antigo, você também pode passar net.ifnames = 0 na linha de comando do kernel - que você pode definir em / etc / default / grub - embora eu realmente não recomende isso .

GRUB_CMDLINE_LINUX=net.ifnames=0

A solução "melhor" mas igualmente válida seria modificar o / etc / network / interfaces e substituir o eth0 pelo nome real da interface que você possui ou então configurar o arquivo de interfaces com a configuração de rede que você precisa.

Com relação às perguntas sobre o IP não corresponder, sugiro postar uma cópia de suas interfaces / etc / network / atuais para que possamos verificar os problemas de sub-rede (192.168.xx), bem como verificar se o NetworkManager está executando usando este comando:

systemctl status NetworkManager.service
    
por Trent Lloyd 23.03.2017 / 05:18