Voilà ce que dit la page de manuel udevadm(8) sur la sous-commande settle:
udevadm settle [options]
Watches the udev event queue, and exits if all current events are handled.
--timeout=seconds
Maximum number of seconds to wait for the event queue to become empty. The default value is 120 seconds. A value of 0 will check if the queue is empty
and always return immediately.
[...]
Donc apparemment, tu pourrais utiliser cette option --timeout pour éviter que ça attende trop longtemps :-/
Théoriquement, ça devrait marcher, mais il vaut probablement mieux essayer de trouver pourquoi la commande udevadm settle prends autant de temps.
Peut être que tu devrais essayer de voir quelles unités sont bloqués par systemd-udev-settle.service (avec systemd-analyze critical-chain, peut être ?).
Sur mon système, cette unité est désactivée, et ça marche quand même → qu'est ce que ça fait si tu la désactives ?
Est-ce que tu as bien la dernière version de udev, udisks et systemd ? Avec un peut de chance, le bug aura été résolu dans la dernière version.
# udevadm settle
Posté par mrr . En réponse au message Boot très lent avec systemd. Évalué à 4.
Salut,
Apparemment, l'unité
systemd-udev-settle.servicelance la commandeudevadm settle:Voilà ce que dit la page de manuel
udevadm(8)sur la sous-commandesettle:Donc apparemment, tu pourrais utiliser cette option
--timeoutpour éviter que ça attende trop longtemps :-/Théoriquement, ça devrait marcher, mais il vaut probablement mieux essayer de trouver pourquoi la commande
udevadm settleprends autant de temps.systemd-udev-settle.service(avecsystemd-analyze critical-chain, peut être ?).udev,udisksetsystemd? Avec un peut de chance, le bug aura été résolu dans la dernière version.Envoyé depuis ma Debian avec Firefox