☰

Como evitar atraso de inicialização de 5 minutos em 18.04: “Um trabalho inicial está em execução para interfaces de rede Raise”

tag-icon • tag-icon wireless ethernet netplan
Como evitar atraso de inicialização de 5 minutos em 18.04: “Um trabalho inicial está em execução para interfaces de rede Raise”

Problema: atraso de 5 minutos na inicialização

Dispositivo: Placa UP (placa x86 pequena), rodando 18.04, com um adaptador USB sem fio Panda PAU05, conectado via HDMI a um monitor

Configuração de rede: usando netplan e systemd-networkd. O NetworkManager não está instalado.

Quando a Ethernet está conectada, o dispositivo inicializa rapidamente. Posso desconectar a Ethernet e confiar no wifi. SSH funciona, etc.

Quando a Ethernet não está conectada, há um atraso de 5 minutos. O console diz A start job is running for Raise network interfaces (Xmin Ys / 5min 2s)e conta lentamente até 5min 2s. Posso executar ping no dispositivo, mas o ssh é recusado: ssh: connect to host rodeobot.local port 22: Connection refused. Após 5 minutos, a inicialização é concluída corretamente.

Eu mexi no meu netplan para tornar opcionais as interfaces Ethernet e Wi-Fi, mas isso não ajuda. Também tentei remover a interface Ethernet, mas não ajudou. Aqui está o que /etc/netplan/config.yamlestou executando agora:

network:
  version: 2
  renderer: networkd
  ethernets:
    enp1s0:
      optional: true  # Don't wait for Ethernet
      dhcp4: true
  wifis:
    wlx9cefd5fcb328:
      optional: true  # Don't wait for Wifi
      dhcp4: true
      access-points:
        "xxx":
          password: "yyy"

Editar: vejo várias perguntas semelhantes, mas não vejo uma resposta que use o netplan. Isso é um bug/recurso ausente no netplan?

Editar: recuo fixo e comentários em config.yaml. (Copiei e colei e editei o ssid e o pw.)

Editar: aqui está o resultado de sudo netplan --debug generate:

** (generate:965): DEBUG: 18:35:38.361: Processing input file /etc/netplan/config.yaml..
** (generate:965): DEBUG: 18:35:38.362: starting new processing pass
** (generate:965): DEBUG: 18:35:38.362: wlx9cefd5fcb328: adding wifi AP 'Beckett'
** (generate:965): DEBUG: 18:35:38.362: wlx9cefd5fcb328: setting default backend to 1
** (generate:965): DEBUG: 18:35:38.362: Configuration is valid
** (generate:965): DEBUG: 18:35:38.362: enp1s0: setting default backend to 1
** (generate:965): DEBUG: 18:35:38.362: Configuration is valid
** (generate:965): DEBUG: 18:35:38.363: Generating output files..
** (generate:965): DEBUG: 18:35:38.363: NetworkManager: definition enp1s0 is not for us (backend 1)
** (generate:965): DEBUG: 18:35:38.363: wlx9cefd5fcb328: Creating wpa_supplicant configuration file run/netplan/wpa-wlx9cefd5fcb328.conf
** (generate:965): DEBUG: 18:35:38.363: Creating wpa_supplicant service enablement link /run/systemd/system/systemd-networkd.service.wants/[email protected]
** (generate:965): DEBUG: 18:35:38.364: NetworkManager: definition wlx9cefd5fcb328 is not for us (backend 1)

Obrigado.

Responder1

network:
  version: 2
  renderer: networkd
  ethernets:
    enp1s0:
      optional: true
      dhcp4: true
  wifis:
    wlx9cefd5fcb328:
      optional: true
      dhcp4: true
      access-points:
        "xxx":
          password: "yyy"

sudo netplan generate#gera arquivos de configuração

sudo netplan apply# aplica nova configuração

reboot# verifica o funcionamento correto

Responder2

Acontece que enp1s0 não foi gerenciado pelo systemd-networkd e, portanto, o netplan não teve efeito. Eu descobri isso olhando os logs:

journalctl | grep enp1s0 | grep "managed by us"

Encontrei várias entradas parecidas com esta:

systemd-networkd: enp1s0: Link is not managed by us

A correção foi remover o pacote ifupdown. Para garantir (e para ter certeza de que não esqueci!), mudei o diretório /etc/network:

sudo apt remove ifupdown
sudo mv /etc/network /etc/network_old_ifupdown
sudo reboot now

Ao examinar os logs, também resolvi um problema com o resolv.conf - eu tinha um link simbólico incorreto. Há uma boa explicação aqui:Novo alerta continua aparecendo: Servidor retornou erro NXDOMAIN, mitigando possível violação de DNS DVE-2018-0001

Obrigado ao pessoal que ajudou!

Responder3

Contextosudo nano /etc/network/interfaces

#from
auto lo br0
iface lo inet loopback

# to 
auto lo
allow-hotplug br0
iface lo inet loopback

ajudou.A inicialização lenta ocorreu no Ubuntu 18.04 após seguireste tutorialpara instalar o KVM.

informação relacionada