Bug 26901 - Systemd-udev-settle.service is deprecated
Summary: Systemd-udev-settle.service is deprecated
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: All Packagers
QA Contact:
Whiteboard: MGA8TOO MGA9TOO
Depends on: 27648
  Show dependency treegraph
Reported: 2020-07-06 00:01 CEST by Aurelien Oudelet
Modified: 2023-08-02 13:16 CEST (History)
3 users (show)

See Also:
Source RPM: systemd-245.6-2.mga8.src.rpm
Status comment:


Description Aurelien Oudelet 2020-07-06 00:01:00 CEST
Description of problem:
A service unit is deprecated according to following report in journald:

$ journalctl -b | grep udev
juil. 05 23:30:17 mageia-2 udevadm[533]: systemd-udev-settle.service is deprecated.

Version-Release number of selected component: systemd-245.6-2.mga8.src.rpm

How reproducible:

Steps to Reproduce:
1. System boots
2. journalctl -b | grep udev

Upstream considering

Using this service is not recommended. There can be no guarantee that hardware is fully discovered at any specific time, because the kernel does hardware detection asynchronously, and certain buses and devices take a very long time to become ready, and also additional hardware may be plugged in at any time. Instead, services should subscribe to udev events and react to any new hardware as it is discovered. Services that, based on configuration, expect certain devices to appear, may warn or report failure after a timeout. This timeout should be tailored to the hardware type. Waiting for systemd-udev-settle.service usually slows boot significantly, because it means waiting for all unrelated events too.

Disabling it
# systemctl disable --no-reload systemd-udev-settle.service
No side effect.
Comment 1 Lewis Smith 2020-07-06 20:55:15 CEST
Thank you for pointing this out.

Systemd has no evident maintainer, so assigning this globally.

Assignee: bugsquad => pkg-bugs

Comment 2 Aurelien Oudelet 2020-11-22 16:40:17 CET
From a network installation in a VM of Cauldron:

$ journalctl -b | grep udev

udevadm[530]: systemd-udev-settle.service is deprecated. Please fix dmraid-
activation.service not to pull it in.

Not have dmraid device (software/firmware RAID).

# systemctl disable --no-reload dmraid-activation.service
# systemctl mask --no-reload dmraid-activation.service
No side effect.

Reporting an other bug related to this.
Aurelien Oudelet 2021-02-23 15:07:34 CET

Depends on: (none) => 27648

Comment 3 papoteur 2021-09-07 20:28:20 CEST
I confirm that in Mageia, I still get this warning.

CC: (none) => yves.brungard_mageia
Whiteboard: (none) => MGA8TOO

Florian Hubold 2022-02-12 19:38:32 CET

CC: (none) => doktor5000

Comment 4 Jani Välimaa 2023-08-02 13:16:54 CEST
We should sync and apply Fedora change/patch to dmraid's fedora-dmraid-activation script to make dmraid-activation.service disable itself if there're no supported raid-sets found.



CC: (none) => jani.valimaa
See Also: (none) => https://bugzilla.redhat.com/show_bug.cgi?id=1795014
Whiteboard: MGA8TOO => MGA8TOO MGA9TOO

Note You need to log in before you can comment on or make changes to this bug.