Hello, I just updated to udev 096 and got a problem: while booting I'm getting many messages like this: udevd -event[####]: run_program: exec of program '/sbin/udev_run_devd' failed udevd -event[####]: run_program: exec of program '/sbin/udev_run_hotplugd' failed As seen in the forum post linked in the URL field of this bug the solution is to look for each IMPORT{program}= in /etc/udev/rules.d/* and correct the path of the executable by prefixing if with /sbin/.
sorry, I messed it up. the messages I'm getting actualy look like this: run_program: exec of program '/usr/lib/{path,usb,vol,ata}_id' failed
Yeah, same here...
Created attachment 91934 [details] screenshot for showing the error
Portage 2.1-r1 (default-linux/amd64/2006.0, gcc-4.1.1/amd64-vanilla, glibc-2.4-r3, 2.6.17-suspend2-r2 x86_64) ================================================================= System uname: 2.6.17-suspend2-r2 x86_64 AMD Sempron(tm) Processor 2500+ Gentoo Base System version 1.12.1 app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.16 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="ftp://61.8.0.17/linux/Gentoo/ http://gentoo.gg3.net/ http://mirror.averse.net/pub/gentoo/" LANG="zh_CN.UTF-8" LINGUAS="zh_CN" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/portage/local/layman/portage-xgl" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="amd64 X aac acpi alsa amazon arts avi beagle berkdb bidi bitmap-fonts bogofilter browserplugin bzip2 cairo cdr cjk cli crypt dbus dlloader dmi dri eds emboss encode fbsplash firefox flash foomaticdb fortran gif glitz gnome gnutls gpm gstreamer gtk gtk2 gtkhtml hal howl imlib immqt-bc isdnlog java javascript jpeg jpeg2k kdgraphics kqemu libnotify libsexy live lzw lzw-tiff mad mono mp3 mpeg musicbrainz nautilus ncurses nls nptl nptlonly nsplugin nvidia ogg oggvorbis opengl oss pam pcre pdf pdflib perl png pppd python qt qt3 quicktime readline reflection rtc sdl session spell spl ssl stroke svg symlink tagwriting tcpd theora tiff truetype truetype-fonts type1-fonts unicode usb v4l v4l2 vcd vorbis wma xml2 xorg xpm xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_zh_CN userland_GNU video_cards_nv video_cards_nvidia video_cards_vesa video_cards_vmware" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Well, someone else did this, they touched it, they should fix it :) Reassigning to the guilty party...
*** Bug 140708 has been marked as a duplicate of this bug. ***
Shouldn't helper programs be installed in /lib/udev anyway? For consistency with upstream? Quoting RELEASE-NOTES: udev 089 ======== Fix rule to skip persistent rules for removable IDE devices, which also skipped optical IDE drives. All *_id program are installed in /lib/udev/ by default now. Quoting udev_utils_run.c /* allow programs in /lib/udev called without the path */ if (strchr(argv[0], '/') == NULL) { strlcpy(program, "/lib/udev/", sizeof(program)); strlcat(program, argv[0], sizeof(program)); argv[0] = program; }
udev-096-r1 works well :)
Hmm, bugzilla was timing out here again :/ (In reply to comment #5) > Well, someone else did this, they touched it, they should fix it :) > > Reassigning to the guilty party... > Sure, but then the quilty party only touched it because you have not in months. Only issue is really that I thought it might be good example to install the 60-persistent-*.rules, and missed the fact that udev don't search PATH for the helpers. That should maybe not considered a udev bug ? Sure, checking /lib/udev first or adding it to PATH is a nice idea to keep things clean, but failing that, i should still really check PATH. (In reply to comment #7) > Shouldn't helper programs be installed in /lib/udev anyway? For consistency > with upstream? > I assume so, but they were not when I 'touched' it again, so rather than break things, I tried to keep it the same. Did not check the 60-*.rules to well though I guess, as they were pretty last addition. Anyhow, should be fixed with -r1.
(In reply to comment #9) > Hmm, bugzilla was timing out here again :/ > > (In reply to comment #5) > > Well, someone else did this, they touched it, they should fix it :) > > > > Reassigning to the guilty party... > > > > Sure, but then the quilty party only touched it because you have not in months. Yeah, I know, sorry. Am not offended that you updated this at all. > Only issue is really that I thought it might be good example to install the > 60-persistent-*.rules, and missed the fact that udev don't search PATH for the > helpers. That should maybe not considered a udev bug ? Sure, checking > /lib/udev first or adding it to PATH is a nice idea to keep things clean, but > failing that, i should still really check PATH. What PATH? This is a daemon, it doesn't have a PATH assigned to it :) thanks for fixing this.
(In reply to comment #10) > (In reply to comment #9) > > Hmm, bugzilla was timing out here again :/ > > > > (In reply to comment #5) > > > Well, someone else did this, they touched it, they should fix it :) > > > > > > Reassigning to the guilty party... > > > > > > > > Only issue is really that I thought it might be good example to install the > > 60-persistent-*.rules, and missed the fact that udev don't search PATH for the > > helpers. That should maybe not considered a udev bug ? Sure, checking > > /lib/udev first or adding it to PATH is a nice idea to keep things clean, but > > failing that, i should still really check PATH. > > What PATH? This is a daemon, it doesn't have a PATH assigned to it :) > Hmm, even as daemon, the environment variable PATH should still be in its environment :) I will check later on if I get time and submit something to Kay. > thanks for fixing this. > Sure, sorry I missed the issue - udevstart worked, but I didnt want to reboot just yet.
(In reply to comment #11) > Sure, sorry I missed the issue - udevstart worked, but I didnt want to reboot > just yet. udevstart is not used on the later kernel versions. You need to run 'udevtrigger' instead for newer kernels. On older ones, I don't think udevstart really does much of anything. We keep it around for support of older kernel versions. So in the future, try running 'udevtrigger' instead. Or just reboot to make sure :) >
(In reply to comment #12) > (In reply to comment #11) > > Sure, sorry I missed the issue - udevstart worked, but I didnt want to reboot > > just yet. > > udevstart is not used on the later kernel versions. You need to run > 'udevtrigger' > instead for newer kernels. On older ones, I don't think udevstart really does > much of anything. We keep it around for support of older kernel versions. > Ah, OK, thanks. Another question though ... I added the seq_node.sh script until we figure out what to do with cdroms (sorda emulates %e, and seems peristant in naming at least here). Now the rules: ---- ENV{ID_CDROM}=="?*", PROGRAM="seq_node.sh %r %k cdrom", SYMLINK+="%c", GROUP="cdrom" ENV{ID_CDROM_CD_RW}=="?*", PROGRAM="seq_node.sh %r %k cdrw", SYMLINK+="%c" ENV{ID_CDROM_DVD}=="?*", PROGRAM="seq_node.sh %r %k dvd", SYMLINK+="%c" ENV{ID_CDROM_DVD_R}=="?*", PROGRAM="seq_node.sh %r %k dvdrw", SYMLINK+="%c" ---- Seems to work fine with udevstart, which does still sorda work, but with udevtrigger, it does not seem to do the seem to do the correct thing for the cdrom symlink at least. ---- udevstart ---- $ ls -l /dev/cdr* lrwxrwxrwx 1 root root 3 2006-07-17 18:46 /dev/cdrom -> hdc lrwxrwxrwx 1 root root 3 2006-07-17 18:52 /dev/cdrom1 -> hdd lrwxrwxrwx 1 root root 3 2006-07-17 18:46 /dev/cdrw -> hdd ------------------- ---- udevtrigger ---- $ ls -l /dev/cdr* lrwxrwxrwx 1 root root 3 2006-07-17 18:46 /dev/cdrom -> hdc lrwxrwxrwx 1 root root 3 2006-07-17 18:46 /dev/cdrw -> hdd --------------------- So basically it does not seem to add the cdrom1 symlink for hdd. Now, I thought %e's whole problem was that it swaps things around some times ... but was it rather a race condition like above seems to be ?
(In reply to comment #13) > Another question though ... I added the seq_node.sh script until we figure out > what to do with cdroms (sorda emulates %e, and seems peristant in naming at > least here). Now the rules: Sorry if that's a dumb question, but what's sorda?
(In reply to comment #14) > Sorry if that's a dumb question, but what's sorda? sorda = "sort of". btw, I'm still seeing this on udev-096-r1... $ emerge --info Portage 2.1.1_pre3-r3 (default-linux/x86/2006.0, gcc-3.4.6/vanilla, glibc-2.4-r3, 2.6.17-suspend2-r2 i686) ================================================================= System uname: 2.6.17-suspend2-r2 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Gentoo Base System version 1.12.1 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.3.4-r1, 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks fixpackages metadata-transfer sandbox sfperms strict userfetch userpriv" GENTOO_MIRRORS="http://public.planetmirror.com/pub/gentoo/ http://mirror.pacific.net.au/linux/Gentoo http://mirror.isp.net.au/ftp/pub/gentoo/ ftp://ftp.swin.edu.au/gentoo ftp://gg3.net/pub/linux/gentoo/ ftp://gentoo.ccccom.com ftp://ftp.ussg.iu.edu/pub/linux/gentoo" LANG="en_AU.UTF-8" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac acpi alsa apache2 arts avi berkdb bitmap-fonts cli crypt cups dbus dlloader dri eds emboss encode esd ffmpeg foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal imlib ipv6 isdnlog jpeg libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl nptlonly ogg opengl pam pcre pdflib perl png pppd python qt qt3 qt4 quicktime readline reflection samba sdl session smb spell spl ssl tcpd truetype truetype-fonts type1-fonts udev vorbis xml xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_synaptics kernel_linux userland_GNU video_cards_ati video_cards_radeon video_cards_vesa video_cards_fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
oops, mybad, it was a combination of faulty device + forgetting to update ._cfg files :) udev-096-r1 doesn't show these errors (instead, it doesn't hotplug my usb-storage, but that's another story :) thanks.