On Wed, 2012-09-26 at 09:36 +0100, Neil Bothwick wrote:
> On Wed, 26 Sep 2012 16:07:14 +0800, Bill Kenworthy wrote:
> 
> > The problem is most (not all !) device nodes getting root/root
> > owner/group.  So /dev/snd, /dev/video belongs to root and not the
> > official groups.  So any kind of desktop interaction (webcams, audio
> > etc) fails unless its the root user.
> > 
> > It appears that udev isnt reading the rules files - whilst on another
> > much older system with 189 all is fine :(
> 
> Have you tried running udevadm test on one of the affected nodes?
> 
> For example
> 
> % sudo udevadm info --name=/dev/video0  | grep '^P:'
> P: 
> /devices/pci0000:00/0000:00:1c.3/0000:03:00.0/0000:04:01.0/video4linux/video0
> 
> % sudo udevadm test 
> /devices/pci0000:00/0000:00:1c.3/0000:03:00.0/0000:04:01.0/video4linux/video0
> [lots of output about rules being read and actions done]
> 
> 
Brilliant! - worked and noticing the paths involved was the hint I
needed.  Turned out the old style init.d file for udev was present and
had to be deleted before the emerge would replace it with the new one.
I am wondering if sys-fs/udev-init-scripts-16 is doing something
non-standard or has some bug as its not creating an update file (or
whatever its called :) for etc-update and there are some errors in a
compress routine ... will look further tomorrow.

Thanks.

BillK




Reply via email to