devfs
[Top] [All Lists]

Re: devfs + xinit Authentication error

To: dgilbert@xxxxxxxxxxxx, rgooch@xxxxxxxxxxxxx
Subject: Re: devfs + xinit Authentication error
From: "Khimenko Victor" <khim@xxxxxxxxxxxx>
Date: Thu, 2 Mar 2000 09:08:57 +0300 (MSK)
Cc: linuxguy@xxxxxxxxxxxxxx, devfs@xxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxxx
Organization: MCCME
References: <38BD152A.59B4F13B@interlog.com> <fa.g5td4cv.m0as2k@ifi.uio.no> <38BCA8B6.149CA8B@directlink.net> <200003010821.TAA00536@mobilix.atnf.CSIRO.AU>
Sender: owner-devfs@xxxxxxxxxxx
In <38BD152A.59B4F13B@xxxxxxxxxxxx> Douglas Gilbert (dgilbert@xxxxxxxxxxxx) 
wrote:
> Richard Gooch wrote:
>>
>> Matthew Vanecek writes:
>> > Douglas Gilbert wrote:
>> > >
>> > > I'm trying to use devfs (with the default configuration of devfsd) on
>> > > a slightly modified RH 6.0 i386 platform. When I call startx it fails
>> > > with an authentication error in xinit. [Works with the classic /dev .]
>> > > Any guidance?
>> > >
>> > > Doug Gilbert
>> >
>> >
>> > I'm having the exact same problem, on 2.3.48.  It complains that I might
>> > not own the console.

> The solution (at least on RH6.0 and RH6.1) for the X problem was
> to change the following line in /etc/security/console.perms from:

> <console>=tty[0-9][0-9]* :[0-9]\.[0-9] :[0-9]

> to:
> <console>=tty[0-9][0-9]* [0-9][0-9]* :[0-9]\.[0-9] :[0-9]

> There is a related problem which stops root logging in on
> a virtual console. The solution was to add the last 8
> lines to /etc/securetty yielding:
> tty1
> tty2
> tty3
> tty4
> tty5
> tty6
> tty7
> tty8
> 1
> 2
> 3
> 4
> 5
> 6
> 7
> 8

Don't do this !!! You just added first few telnet connections to allowed
root consoles !!! If you can not fix linux-utils (two line fix) then use
su or sudo ...

> BTW Both 'who' and 'df' look different under the devfs regime.

>> [snip]
>>
>> Blame Linus for the name changes. In time, he expects distributions to
>> see the merit in the new names and move over to devfs wholesale.

> As Richard says, the interesting thing will be to see how the
> various distributions will jump with devfs. If that was known
> in advance of 2.4 being released then applications that scan
> for devices (e.g. cdparanoia, cdrecord and SANE) could be ready
> if there was to be a wholesale change.





<Prev in Thread] Current Thread [Next in Thread>