On Monday 02 Jan 2012 02:25:45 Colleen Beamer wrote:
> On 01/01/12 20:29, Mark Knecht wrote:
> > On Sun, Jan 1, 2012 at 5:20 PM, Colleen Beamer <colleen.bea...@gmail.com> 
wrote:
> >> On 01/01/12 20:13, Mark Knecht wrote:
> >>> x
> >>> <SNIP>
> >>> 
> >>>> Okay, so how do I change the group for a character device?
> >>>> 
> >>>> Regards,
> >>>> 
> >>>> Colleen
> >>> 
> >>> mark@c2stable ~ $ cat /etc/mtab | grep devpts
> >>> devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
> >>> mark@c2stable ~ $
> >>> 
> >>> But I haven't a clue how, if you've done no updates, your init scripts
> >>> wouldn't be just like everyone else. (Assuming Volker's and mine are
> >>> the same which they seem to be...)
> >>> 
> >>> - Mark
> >> 
> >> Thanks all for the suggestions.  I'm going to leave this for tonight
> >> 'cause I am totally confused
> >> 
> >> Regards,
> >> 
> >> Colleen
> >> 
> >> --
> >> 
> >> Registered Linux User #411143 with the Linux Counter,
> >> http://counter.li.org
> > 
> > On the off chance you missed a post-update message that came from (I
> > think) maybe a dbus update awhile back, try
> > 
> > emerge -1 gobject-introspection
> > 
> > and then restart dbus and/or reboot to test.
> 
> Tried this - all I got was an reinstallation of glibc and it didn't
> solve the problem.

sys-apps/openrc installs the /etc/init.d/devfs script which as Volker has 
explained sets the /dev/pts ownership.

As long as Coleen has not set up the /devfs in her /etc/fstab a remerge of 
openrc followed by a reboot should put things into place.

Since there were no updates/upgrades immediately prior to this error, this 
could well have been a result of fs corruption, or memory problems.  It would 
make sense to check what smartctl -a /dev/sda shows just in case.

-- 
Regards,
Mick

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to