Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 166445 - sys-fs/udev-104-r9 incorrect paths in udev rules
Summary: sys-fs/udev-104-r9 incorrect paths in udev rules
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
Depends on:
Reported: 2007-02-12 00:30 UTC by chad heuschober
Modified: 2007-02-12 08:45 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---

emerge --info (,4.26 KB, text/plain)
2007-02-12 00:35 UTC, chad heuschober
/etc/udev/rules.d/50-udev-rules (50-udev.rules,11.62 KB, text/plain)
2007-02-12 00:36 UTC, chad heuschober
new 50-udev.rules (50-udev.rules,11.62 KB, text/plain)
2007-02-12 08:27 UTC, chad heuschober
new 50-udev.rules (50-udev.rules,11.62 KB, text/plain)
2007-02-12 08:43 UTC, chad heuschober

Note You need to log in before you can comment on or make changes to this bug.
Description chad heuschober 2007-02-12 00:30:26 UTC
Not sure exactly what's up with it but my udev has been compiling its executables udev_run_devd and udev_run_hotplugd to look in /sbin instead of /lib64/udev/ for related executables (such as ata_id, cdrom_id, etc).

Initially /etc/udev/rules.d/50-udev-rules was set by default to look for udev_run_devd and udev_run_hotplugd ALSO in /sbin.

This is a fresh installation without any changes to any config files. I went straight from a vanilla 2006.1 install to an update world.

Dispatch-conf was run and the errant paths to udev_run_devd and udev_run_hotplugd were both corrected in 50-rules-udev. The other paths could not be corrected because they're compiled in.

I'm not certain whether these executables are supposed to exist in /lib/udev/ or /sbin but either way, something is awry.

Reproducible: Always
Comment 1 chad heuschober 2007-02-12 00:35:36 UTC
Created attachment 109913 [details]
emerge --info
Comment 2 chad heuschober 2007-02-12 00:36:48 UTC
Created attachment 109915 [details]
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2007-02-12 07:43:57 UTC
You failed to run etc-update or dispatch-conf...

# grep sbin /etc/udev/rules.d/50-udev.rules
#KERNEL=="dm-[0-9]*",	PROGRAM="/sbin/devmap_name %M %m", NAME="%k", SYMLINK+="%c"
ENV{MODALIAS}=="?*", ACTION=="add", RUN+="/sbin/modprobe $env{MODALIAS}"
SUBSYSTEM=="pnp", ENV{MODALIAS}!="?*", RUN+="/bin/sh -c 'while read id; do /sbin/modprobe pnp:d$$id; done < /sys$devpath/id'"
ACTION=="add", SUBSYSTEM=="scsi_device", RUN+="/sbin/modprobe sg"
	RUN+="/sbin/modprobe sd_mod"
	RUN+="/sbin/modprobe sr_mod"
ENV{ID_SCSI_TAPE_DRIVER}=="?*", RUN+="/sbin/modprobe $env{ID_SCSI_TAPE_DRIVER}"
Comment 4 chad heuschober 2007-02-12 08:27:24 UTC
Created attachment 109932 [details]
new 50-udev.rules

This 50-udev.rules is /post/ dispatch-conf (like the last one) and /post/ upgrade to -r10.

Again, while the paths in 50-udev.rules are correct, the paths for /lib64/udev/*_id as found compiled into /lib64/udev/udev_run_* are still looking to /sbin.

You may think I haven't run dispatch-conf but I could post a revision history of dispatch-conf runs to prove it if necessary.
Comment 5 Jakub Moc (RETIRED) gentoo-dev 2007-02-12 08:35:38 UTC
We don't install udev_run_* to /lib64; delete those files and re-emerge udev.

exeinto /lib/udev
doexe extras/run_directory/udev_run_devd        || die "Required helper not installed properly"
doexe extras/run_directory/udev_run_hotplugd    || die "Required helper not installed properly"

# grep sbin /lib/udev/udev_run_*
Comment 6 chad heuschober 2007-02-12 08:43:49 UTC
Created attachment 109933 [details]
new 50-udev.rules

Okay. Problem not solved but confusion is. My scp from the box in question to this one didn't overwrite as I expected. This is the correct rules.
Comment 7 Jakub Moc (RETIRED) gentoo-dev 2007-02-12 08:45:32 UTC
You have stale crap there, delete it. Closing, we don't install such stuff.