From: Demi Marie Obenour <demiobenour@gmail.com>
To: systemd development <systemd-devel@lists.freedesktop.org>
Cc: Spectrum OS Development <devel@spectrum-os.org>,
Alyssa Ross <hi@alyssa.is>
Subject: Starting programs before udev is running
Date: Tue, 2 Sep 2025 05:09:56 -0400 [thread overview]
Message-ID: <f3491f04-d6a0-434b-a759-d9752c6a7af2@gmail.com> (raw)
[-- Attachment #1.1.1: Type: text/plain, Size: 1091 bytes --]
Is it dangerous to start programs before udev is running,
so long as all of the other dependencies of these programs
(such as /var and /home being read-write) have been satisfied?
Or do programs assume that udev has actually started, not
merely bound to its sockets connections?
The reason I ask is that I'm using systemd-udevd with a
non-systemd service manager (s6 + s6-rc) and it has an
incompatible method for readiness notification (writing
a newline to a file descriptor). s6-rc has full support
for dependencies, so I can easily have udev write to a FIFO
when it picks up /dev/zero and have other things depend on
that, but I'm curious if there are any other problems with
this approach.
In case it matters, the only programs running on the machine
will be some VMs, a few programs to support them, a Wayland
compositor (now Weston, eventually COSMIC), some XDG portals,
and possibly a couple of others. No code not included in the
(signed and dm-verity protected) root filesystem will be
allowed to execute.
--
Sincerely,
Demi Marie Obenour (she/her/hers)
[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 7253 bytes --]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next reply other threads:[~2025-09-02 9:10 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-02 9:09 Demi Marie Obenour [this message]
2025-09-02 12:25 ` [systemd-devel] Starting programs before udev is running Barry Scott
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f3491f04-d6a0-434b-a759-d9752c6a7af2@gmail.com \
--to=demiobenour@gmail.com \
--cc=devel@spectrum-os.org \
--cc=hi@alyssa.is \
--cc=systemd-devel@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://spectrum-os.org/git/crosvm
https://spectrum-os.org/git/doc
https://spectrum-os.org/git/mktuntap
https://spectrum-os.org/git/nixpkgs
https://spectrum-os.org/git/spectrum
https://spectrum-os.org/git/ucspi-vsock
https://spectrum-os.org/git/www
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).