Opened 19 years ago

Closed 19 years ago

#1635 closed defect (fixed)

Udev no longer executes programs in /etc/hotplug.d directory

Reported by: Matthew Burgess Owned by: lfs-book@…
Priority: normal Milestone:
Component: Book Version: SVN
Severity: normal Keywords:
Cc:

Description

See the linked email, which also has the following solution:

make EXTRAS=extras/run_directory/

and add the following rule:

RUN+="/sbin/udev_run_hotplugd"

I think there's an easier solution, which is to simply revert back to a previous release of udev that did run stuff housed in /etc/hotplug.d. RELEASE-NOTES appears to suggest this has been broken since udev-059 though! Can anyone confirm which version broke things for them?

I'd rather just change our udev rules file once (incorporating users/groups, unnecessary devices and modern upstream recommended udev configuration) if it's at all possible. Does the above rule apply to all devices though (assuming that's the full configuration line and that the absence of any specific matching keys means that all events will match it).

Change History (2)

comment:1 by alexander@…, 19 years ago

This (complete) line apples to all hotplug events and corresponding sysfs entries, even to those that don't result in device creation.

Downgrading to udev < 060 is not an option without also downgrading the kernel.

As for migration to LFS/BLFS split groups and hotplug-less setup, we may speed up things a bit:

1) It is OK to mention a nonexistent group (e.g. "audio") in udev rules. Udev will default to the "root" group.

2) It is OK to migrate to udeveventrecorder even with kernel < 2.6.14 as long as BLFS continues to use its insecure /proc/bus/usb permissions.

comment:2 by Matthew Burgess, 19 years ago

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.