Systemd does not start UDEV after remounting root

Bug #1720621 reported by Taniwha
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
systemd (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Systemd under zesty starts udev before the root file system has been made writeable.

This means that every insertion script (from /lib/udev/rules.d) that is subsequently run, even long after system boot, is unable to change anything in the world (for example can't create locks in /run/lock, device files in /dev etc etc) can't even write to /tmp;

In my case scripts run at device insertion (including an attempt to log data to /tmp) fail:

Oct 1 21:45:02 rata systemd-udevd[21055]: '/sbin/onerng.sh ttyACM0'(err) '/sbin/onerng.sh: 2: /sbin/onerng.sh: cannot create /tmp/yy: Read-only file system'
Oct 1 21:45:02 rata systemd-udevd[21055]: '/sbin/onerng.sh ttyACM0'(err) 'warning: commands will be executed using /bin/sh'
Oct 1 21:45:02 rata systemd-udevd[21055]: '/sbin/onerng.sh ttyACM0'(err) 'Cannot open lockfile /var/spool/cron/atjobs/.SEQ: Read-only file system'

This breaks add-on products already in the field that worked with previous versions of Ubuntu

One can use "/etc/init.d/udev restart" to restart udev and everything works great after that - but devices that were discovered since udev was originally started will already have had their startup scripts run and fail - works great for devices that are only inserted after system boot, fails for devices that were already present at boot time

The solution is to make sure that udev is started after the system directories are remoutned RW

Taniwha (paul-taniwha)
summary: - Systemd does not restart UDEV after remounting root
+ Systemd does not start UDEV after remounting root
affects: udev (Ubuntu) → systemd (Ubuntu)
Revision history for this message
Dan Streetman (ddstreet) wrote :

please reopen if this is still an issue

Changed in systemd (Ubuntu):
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.