[gentoo-user] udev_run_{hotplugd,devd} failed

[gentoo-user] udev_run_{hotplugd,devd} failed

[Oliver Večernik]

Hi,

I updated to udev-103, but now I get a heap of error messages after
booting e.g.:

udevd-event[4615]: run_program: exec of program '/sbin/udev_runhotplugd'
failed
udevd-event[4616]: run_program: exec of program '/sbin/udev_devd' failed

I did a:

# rc-update -d coldplug
# emerge -C coldplug

# emerge -av udev

and set RC_COLDPLUG="no" in /etc/conf.d/rc. Both programs do not exist
in my /sbin directory. What went wrong and what to do next?

-- 
Regards, Oliver
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] udev_run_{hotplugd,devd} failed

[Michael Gorden]

[-- Attachment #1: Type: text/plain, Size: 640 bytes --]

I think you should run etc-update once...

2006/12/3, Oliver Večernik <ml@vecernik.at>:
>
> Hi,
>
> I updated to udev-103, but now I get a heap of error messages after
> booting e.g.:
>
> udevd-event[4615]: run_program: exec of program '/sbin/udev_runhotplugd'
> failed
> udevd-event[4616]: run_program: exec of program '/sbin/udev_devd' failed
>
> I did a:
>
> # rc-update -d coldplug
> # emerge -C coldplug
>
> # emerge -av udev
>
> and set RC_COLDPLUG="no" in /etc/conf.d/rc. Both programs do not exist
> in my /sbin directory. What went wrong and what to do next?
>
> --
> Regards, Oliver
> --
> gentoo-user@gentoo.org mailing list
>
>

[-- Attachment #2: Type: text/html, Size: 954 bytes --]

Re: [gentoo-user] udev_run_{hotplugd,devd} failed

[Mark Kirkwood]

Michael Gorden wrote:
> I think you should run etc-update once...
> 
>

I'm seeing this as well (udev-103 and have run etc-update).

I notice that 50-udev.rules has references to

/sbin/udev_run_devd|hotplug

These files do not exist - however

/lib/udev/udev_run_devd|hotplug do - is this just a set of typos in the 
rules files?


regards

Mark

----------------------------emerge-info--------------------------------

Portage 2.1.1-r2 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.4-r4, 
2.6.18-gentoo-r3 i686)
=================================================================
System uname: 2.6.18-gentoo-r3 i686 Intel(R) Pentium(R) III CPU family 
     1266MHz
Gentoo Base System version 1.12.6
Last Sync: Tue, 05 Dec 2006 11:00:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
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.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf 
/etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://public.planetmirror.com/pub/gentoo/ 
ftp://ftp.planetmirror.com/pub/gentoo/ 
http://mirror.pacific.net.au/linux/Gentoo 
ftp://mirror.pacific.net.au/linux/Gentoo "
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"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apache2 apm arts berkdb bitmap-fonts cdr cli cracklib 
crypt cups dlloader dri dvd eds elibc_glibc emboss encode esd foomaticdb 
fortran gdbm gif gpm gstreamer gtk2 iconv imlib input_devices_evdev 
input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde 
kernel_linux libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl 
nptlonly ogg opengl oss pam pcre perl png pppd python qt qt3 qt4 
quicktime readline reflection sdl session spell spl ssl tcpd truetype 
truetype-fonts type1-fonts udev userland_GNU video_cards_apm 
video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus 
video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint 
video_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt 
video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv 
video_cards_rendition video_cards_s3 video_cards_s3virge 
video_cards_savage video_cards_siliconmotion video_cards_sis 
video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident 
video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga 
video_cards_via video_cards_vmware video_cards_voodoo vorbis xml xorg xv 
zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, 
LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] udev_run_{hotplugd,devd} failed

[Richard Fish]

On 12/6/06, Mark Kirkwood <markir@paradise.net.nz> wrote:
> Michael Gorden wrote:
> > I think you should run etc-update once...
> >
> >
>
> I'm seeing this as well (udev-103 and have run etc-update).
>
> I notice that 50-udev.rules has references to
>
> /sbin/udev_run_devd|hotplug

Nope, the helper programs moved to /lib/udev/ in udev-103.  etc-update
should take care of the files that udev currently supplies (like
50-udev.rules).  You might have some orphaned files though in
/etc/udev/rules.d.  Use equery belongs to identify these.

-Richard


>
> These files do not exist - however
>
> /lib/udev/udev_run_devd|hotplug do - is this just a set of typos in the
> rules files?
>
>
> regards
>
> Mark
>
> ----------------------------emerge-info--------------------------------
>
> Portage 2.1.1-r2 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.4-r4,
> 2.6.18-gentoo-r3 i686)
> =================================================================
> System uname: 2.6.18-gentoo-r3 i686 Intel(R) Pentium(R) III CPU family
>      1266MHz
> Gentoo Base System version 1.12.6
> Last Sync: Tue, 05 Dec 2006 11:00:01 +0000
> app-admin/eselect-compiler: [Not Present]
> dev-java/java-config: 1.3.7, 2.0.30
> dev-lang/python:     2.4.3-r4
> dev-python/pycrypto: 2.0.1-r5
> dev-util/ccache:     [Not Present]
> dev-util/confcache:  [Not Present]
> sys-apps/sandbox:    1.2.17
> 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.16.1-r3
> sys-devel/gcc-config: 1.3.13-r4
> sys-devel/libtool:   1.5.22
> virtual/os-headers:  2.6.17-r2
> ACCEPT_KEYWORDS="x86"
> AUTOCLEAN="yes"
> CBUILD="i686-pc-linux-gnu"
> CFLAGS="-O2 -march=i686 -pipe"
> CHOST="i686-pc-linux-gnu"
> CONFIG_PROTECT="/etc /usr/share/X11/xkb"
> CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
> /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
> CXXFLAGS="-O2 -march=i686 -pipe"
> DISTDIR="/usr/portage/distfiles"
> FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
> GENTOO_MIRRORS="http://public.planetmirror.com/pub/gentoo/
> ftp://ftp.planetmirror.com/pub/gentoo/
> http://mirror.pacific.net.au/linux/Gentoo
> ftp://mirror.pacific.net.au/linux/Gentoo "
> 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"
> SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> USE="x86 X alsa apache2 apm arts berkdb bitmap-fonts cdr cli cracklib
> crypt cups dlloader dri dvd eds elibc_glibc emboss encode esd foomaticdb
> fortran gdbm gif gpm gstreamer gtk2 iconv imlib input_devices_evdev
> input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde
> kernel_linux libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl
> nptlonly ogg opengl oss pam pcre perl png pppd python qt qt3 qt4
> quicktime readline reflection sdl session spell spl ssl tcpd truetype
> truetype-fonts type1-fonts udev userland_GNU video_cards_apm
> video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus
> video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint
> video_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt
> video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv
> video_cards_rendition video_cards_s3 video_cards_s3virge
> video_cards_savage video_cards_siliconmotion video_cards_sis
> video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident
> video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga
> video_cards_via video_cards_vmware video_cards_voodoo vorbis xml xorg xv
> zlib"
> Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL,
> LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
> --
> gentoo-user@gentoo.org mailing list
>
>
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] udev_run_{hotplugd,devd} failed

[Mark Kirkwood]

Richard Fish wrote:
> On 12/6/06, Mark Kirkwood <markir@paradise.net.nz> wrote:

>>
>> I notice that 50-udev.rules has references to
>>
>> /sbin/udev_run_devd|hotplug
> 
> Nope, the helper programs moved to /lib/udev/ in udev-103.  etc-update
> should take care of the files that udev currently supplies (like
> 50-udev.rules).  You might have some orphaned files though in
> /etc/udev/rules.d.  Use equery belongs to identify these.
> 

Well, equery reckons udev.rules is unowned (so I've moved that away).

It thinks 50-udev.rules is owned by udev-103, but 50-udev.rules has the 
incorrect paths. If I edit it and change /sbin/xxx to /lib/udev/xxx then 
the errors vanish and all is good (there is a warning about using hard 
paths in these files, so I've been bad I guess, should have put just xxx).


Anyway, what do you suggest - re-emerging udev again? (The archive in 
the portage dist directory looks ok and the gentoo specific udev.rules 
file looks correct - i.e has xxx not /sbin/xxx in it... so I've no idea 
why the sbin is in the installed ones).

Cheers

Mark
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] udev_run_{hotplugd,devd} failed

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 600 bytes --]

On Wed, 06 Dec 2006 23:53:59 +1300, Mark Kirkwood wrote:

> It thinks 50-udev.rules is owned by udev-103, but 50-udev.rules has the 
> incorrect paths. If I edit it and change /sbin/xxx to /lib/udev/xxx
> then the errors vanish and all is good (there is a warning about using
> hard paths in these files, so I've been bad I guess, should have put
> just xxx).

You shouldn't be editing this file at all, because your changes will be
overwritten by an update. Put your own settings in 10-local.rules to keep
them safe.


-- 
Neil Bothwick

Love and Trust: Oral sex between cannibals.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] udev_run_{hotplugd,devd} failed

[Mark Kirkwood]

Neil Bothwick wrote:
> On Wed, 06 Dec 2006 23:53:59 +1300, Mark Kirkwood wrote:
> 
>> It thinks 50-udev.rules is owned by udev-103, but 50-udev.rules has the 
>> incorrect paths. If I edit it and change /sbin/xxx to /lib/udev/xxx
>> then the errors vanish and all is good (there is a warning about using
>> hard paths in these files, so I've been bad I guess, should have put
>> just xxx).
> 
> You shouldn't be editing this file at all, because your changes will be
> overwritten by an update. Put your own settings in 10-local.rules to keep
> them safe.
> 
> 

Thanks, while this is good advice - in this case I'm not wanting my own 
rules at all, just trying to locate the source of the error messages, 
and from there figure out what went wrong...

I think I have it:

The file /etc/udev/rules.d/udev.rules is the same as the one in the 
udev-103 archive - whereas the 50-udev.rules is different (i.e guess 
older). So somehow in the udev-103 update the old file got left there... 
So I've renamed udev.rules to 50-udev.rules and everything looks good 
(no warnings, everything coming up ok).

So somewhere along the way, either I forgot to run etc-update when 
needed or there was a bug in the udev update process at some point...

cheers

Mark
-- 
gentoo-user@gentoo.org mailing list