Início / unix / Perguntas / 559929
Accepted
Aquarius Power
Asked: 2020-01-03 04:37:40 +0800 CST

inicialização muito lenta (6m), como forçar a mudança do tempo limite do `systemd-udevd` para 5s?

  • 772

Basicamente o que está acontecendo é o seguinte:

ao linuxcomando grub, adicionei debug --verbosee consegui isso!

depois dos 60 anos de espera:
systemd-udevd 'SomeDevicePartition' is taking a long time

depois de mais 120s:
systemd-udevd 'SomeDevicePartition' killed

eles acontecem em +-: 60s, 180s, 240s, 365s,
então um total de 6 minutos!!!

Gostaria de saber se o tempo limite de morte do udevd pode ser reduzido para 10s e não tentar novamente? (usando alguma configuração na entrada do grub)

se você precisar de mais informações, todos os detalhes do problema estão aqui (acima é apenas a parte essencial): https://askubuntu.com/questions/1196874/18-04-grub-takes-about-6-minutes-to-boot -problem-systemd-udevd-somedevice

Eu tenho uma dica para contornar isso:
udevadm --timeout=10

mas posso precisar desfazê-lo usando uma imagem iso do LiveCD para:
Onde udevadmarmazena sua configuração? tentei cat ./udev/rules.d/* |grep timeout -ie nao achei nada...

Também é para eventos genéricos, então, como bônus: existe algum tempo limite específico que eu possa configurar para lidar com a detecção de partição?

aqui está o que está no grub cfg: 

linux /vmlinuz-4.15.0-72-generic \
  root=/dev/mapper/MyLvmGroupName ro \
  nosplash $vt_handoff debug --verbose

como uma dica de https://unix.stackexchange.com/a/559979/30352 (aqui), tentei: 

linux /vmlinuz-4.15.0-72-generic \
  root=/dev/mapper/MyLvmGroupName ro \
  rd.udev.event-timeout=10 \
  nosplash $vt_handoff debug --verbose

mas parece ser ignorado por algum motivo :( pois ainda tenho tempos limite muito longos (o mesmo, nada mudou)

Estou com esse problema desde +- 12/10/2019 :/ (A última vez que fiz uma atualização completa no Ubuntu18)

boot grub2

1 respostas

  1. Best Answer

    Parece que seu sistema usa o udev do systemd.

    Então, vamos começar com esta página de manual de serviço (systemd-udevd.service(8)):

           The behavior of the daemon can be configured using udev.conf(5), its command line options,
       environment variables, and on the kernel command line, or changed dynamically with udevadm
       control.

    E mais:

    KERNEL COMMAND LINE
       Parameters starting with "rd." will be read when systemd-udevd is used in an initrd.

       udev.log-priority=, rd.udev.log-priority=
           Set the log level.

       udev.children-max=, rd.udev.children-max=
           Limit the number of events executed in parallel.

       udev.exec-delay=, rd.udev.exec-delay=
           Delay the execution of RUN instructions by the given number of seconds. This option might
           be useful when debugging system crashes during coldplug caused by loading non-working
           kernel modules.

       udev.event-timeout=, rd.udev.event-timeout=
           Wait for events to finish up to the given number of seconds. This option might be useful
           if events are terminated due to kernel drivers taking too long to initialize.

       net.ifnames=
           Network interfaces are renamed to give them predictable names when possible. It is enabled
           by default; specifying 0 disables it.

    Então, talvez você possa tentar adicionar udev.event-timeout=10(ou o mesmo prefixado com rd.se o problema estiver na fase initrd) à linha de comando do kernel.

    • 2

relate perguntas