🚀 go-pugleaf

Andrew Russell (panther@novanet.net.au) wrote:
: I am running slackware 96, with the 3.0.27 kernel. Is there any way the
: anybody can advise me to eliminate this process. It for for a single user
: machine that does not need to login. No special permission is needed to be
: given to the user, all the user needs to do is run a spreadsheet in X
: windows. If anybody has any help hints I can be emailed at
: panther@novanet.net.au.

You can do this by putting open command into you /etc/rc.d/rc.local file,
which would open some free virtual console and start any textbased application
like 

open su user -c sc

or alternately, you can put there
su user -c "startx"

Note that you should run this file as ordinary user, not root, becouse
root have too much rights. And if logging in is too complicated for this
user, you definitely want protect your configuration files from accidents.

With this setup you'll have X session which got open on some virtual console
without login process (you should set up this X session very carefully to
avoid possible accidents) and normal login process on all other text-based
consoles, where you can log in as root and configure system.

I'd strongly suggest this even if you are that very user. I, for instance,
am avoiding logging in as root as much as possible.  
: Kind Regards

: Panther

Andrew Russell schrieb:

> I am running slackware 96, with the 3.0.27 kernel. Is there any way
> the
> anybody can advise me to eliminate this process. It for for a single
> user
> machine that does not need to login. No special permission is needed
> to be
> given to the user, all the user needs to do is run a spreadsheet in X
> windows. If anybody has any help hints I can be emailed at
> panther@novanet.net.au.
>
> Kind Regards
>
> Panther

I got this helpful message in reply of my similar request:

In article <342E14EE.F8CFA098@rz-online.de>,
Michael Tro=DF <mtross@rz-online.de> wrote:
>Hi,
>do you know how to boot a linux machine, start X and some X
applications
>without using the standard login program?
>Our linux machine works as some kind of production process watcher and
>its essential that linux can boot without user interaction (since we
>cannot expect our customers to have linux experts, even writing a user
>name and/or password may be too faulty).
>
>Thanks
>Michael

Here is what I do:

In /etc/inittab I comment out the entry for 'x' and add another

  # Run xdm in runlevel 5
  #x:5:respawn:/usr/bin/X11/xdm -nodaemon
  y:5:once:/root/xup

The script /root/xup is simply:

  #!/bin/sh
  open -s -- /bin/su --login rantapaa -c /root/s16

Replace 'rantapaa' with your user name.
The script /root/s16 is just:

  #!/bin/sh
  exec startx -- -bpp 16

This starts up X windows as me, so my .xinitrc file is run, etc.

In order for the 'open' command to work in the /root/xup you
may need to free up a virtual console (one additional console
besides the one display X is needed.)  To do this just comment
out the entry for '7' in /etc/inittab:

# Run gettys in standard runlevels
1:12345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
#
#free up a virtual console
#
#7:2345:respawn:/sbin/mingetty tty7

From now on every time you reboot X windows will automatically
start up as the designated user.
--
Erik E. Rantapaa  --  rantapaa@math.umn.edu

"Andrew Russell" <panther@novanet.net.au> writes:

> I am running slackware 96, with the 3.0.27 kernel. Is there any way the
                                      ^^^^^^
Wow. Where'dya find that? And a stable version, no less. <grin>

See you,
-- 
----------------------------------------------------------------------------
Lars Torben Wilson                     "Most people wouldn't know music if
student, Computer Science Dep't.        it came up and bit them on the ass."
University of Tampere, Finland                               - Frank Zappa
Email: cslawi@uta.fi               Spam your own admins at: root@127.0.0.1
http://www.uta.fi/~cslawi          abuse@127.0.0.1    postmaster@127.0.0.1

Andrew Russell wrote:
> 
> I am running slackware 96, with the 3.0.27 kernel. Is there any way the
> anybody can advise me to eliminate this process. It for for a single user
> machine that does not need to login. No special permission is needed to be
> given to the user, all the user needs to do is run a spreadsheet in X
> windows. If anybody has any help hints I can be emailed at
> panther@novanet.net.au.

Just create an account for them without assigning a password.  They can
type their username and they're in.

Modify the /etc/inittab file and remove the mingetty lines and run bash
instead. This will not run the login programme but just a command shell.

You will always be logged in as root though unless you set inittab to run
it under su.

gippah (gippah@spyvspy.com) wrote:
: Andrew Russell wrote:
: > 
: > I am running slackware 96, with the 3.0.27 kernel. Is there any way the
: > anybody can advise me to eliminate this process. It for for a single user
: > machine that does not need to login. No special permission is needed to be
: > given to the user, all the user needs to do is run a spreadsheet in X
: > windows. If anybody has any help hints I can be emailed at
: > panther@novanet.net.au.

: Just create an account for them without assigning a password.  They can
: type their username and they're in.

--

Graham Philip Crowe wrote in message <65t4pi$hka$1@wyrm.its.uow.edu.au>...
>Modify the /etc/inittab file and remove the mingetty lines and run bash
>instead. This will not run the login programme but just a command shell.
>
>You will always be logged in as root though unless you set inittab to run
>it under su.


Would you mind showing the line you used in inittab, and the specifics of
the su approach? I tried:

1:12345:respawn:/sbin/bash

with no luck. It just gave me a blank screen that echo'ed my input.

Thanks,

- Bob

In article <65tnbc$fvu@nntp02.primenet.com>, "Bob G" <bobg@iname.com> writes:
|> Graham Philip Crowe wrote in message <65t4pi$hka$1@wyrm.its.uow.edu.au>...
|> >Modify the /etc/inittab file and remove the mingetty lines and run bash
|> >instead. This will not run the login programme but just a command shell.
|> >
|> >You will always be logged in as root though unless you set inittab to run
|> >it under su.
|> 
|> Would you mind showing the line you used in inittab, and the specifics of
|> the su approach? I tried:
|> 
|> 1:12345:respawn:/sbin/bash
|> 
|> with no luck. It just gave me a blank screen that echo'ed my input.

Try:

1:12345:respawn:/sbin/bash < /dev/console > /dev/console 2>&1


Nick Maclaren,
University of Cambridge Computer Laboratory,
New Museums Site, Pembroke Street, Cambridge CB2 3QG, England.
Email:  nmm1@cam.ac.uk
Tel.:  +44 1223 334761    Fax:  +44 1223 334679

Roy Stogner (roystgnr@roystgnr.jones.rice.edu) wrote:
: On 1 Dec 1997 15:14:57 GMT, Nick Maclaren <nmm1@cus.cam.ac.uk> wrote:
: >In article <65tnbc$fvu@nntp02.primenet.com>, "Bob G" <bobg@iname.com> writes:
: >|> Would you mind showing the line you used in inittab, and the specifics of
: >|> the su approach? I tried:
: >|> 
: >|> 1:12345:respawn:/sbin/bash
: >|> 
: >|> with no luck. It just gave me a blank screen that echo'ed my input.
: >
: >1:12345:respawn:/sbin/bash < /dev/console > /dev/console 2>&1

: Um... you guys mean /bin/bash, right?
: ---
: Roy Stogner

Just use wherever your bash shell is (Yes probably is '/bin/bash')

--

Bob G wrote:

> Graham Philip Crowe wrote in message <65t4pi$hka$1@wyrm.its.uow.edu.au>...
> >Modify the /etc/inittab file and remove the mingetty lines and run bash
> >instead. This will not run the login programme but just a command shell.
> >
> >You will always be logged in as root though unless you set inittab to run
> >it under su.
>
> Would you mind showing the line you used in inittab, and the specifics of
> the su approach? I tried:
>
> 1:12345:respawn:/sbin/bash
>
> with no luck. It just gave me a blank screen that echo'ed my input.
>
> Thanks,
>
> - Bob

That won't work because I believe the getty's open the tty's and give them to
stdin/stdout.  I believe there is a program called sush or something (for
super-user-shell) in /sbin that does that for you and just calls your shell
instead the login program.  I believe it is documented in the inittab manpage.

--
Joseph Malicki
jmalicki@bigfoot.com
URL: <http://www.geocities.com/SiliconValley/4167/>

In our last episode, the evil Dr. Lacto had captured our hero,
  "Bob G" <bobg@iname.com>, who said:

>Would you mind showing the line you used in inittab, and the specifics of
>the su approach? I tried:
>
>1:12345:respawn:/sbin/bash
>
>with no luck. It just gave me a blank screen that echo'ed my input.

Well, you're not assigning a terminal or anything.  You're just running
bash.

I don't know if the doshell command is still available with these
newfangled distributions, but I use
c8:1235:respawn:doshell /dev/tty8 /usr/local/bin/bclock.sh
very successfully for years.

Still running SLS,

..hymie!
http://www.smart.net/~hymowitz * agis customers: e-mail and web service refused
hymie@lactose.smart.net ********** pgp public key: e-mail pgp@lactose.smart.net
===== Unsolicited commercial e-mail spam will be forwarded to postmasters =====
Every time I see the Dakota, I think about that night.
Shots ringing out, the angry shout, a man losing his life. 
It's something we shouldn't dwell upon, but it's something we shouldn't ignore.
Too many good men have been cut down. Let's pray there won't be any more.
                                                              --Christine Lavin
===============================================================================

Try sulogin

Joseph Malicki (jmalicki@geocities.com) wrote:


: Bob G wrote:

: > Graham Philip Crowe wrote in message <65t4pi$hka$1@wyrm.its.uow.edu.au>...
: > >Modify the /etc/inittab file and remove the mingetty lines and run bash
: > >instead. This will not run the login programme but just a command shell.
: > >
: > >You will always be logged in as root though unless you set inittab to run
: > >it under su.
: >
: > Would you mind showing the line you used in inittab, and the specifics of
: > the su approach? I tried:
: >
: > 1:12345:respawn:/sbin/bash
: >
: > with no luck. It just gave me a blank screen that echo'ed my input.
: >
: > Thanks,
: >
: > - Bob

: That won't work because I believe the getty's open the tty's and give them to
: stdin/stdout.  I believe there is a program called sush or something (for
: super-user-shell) in /sbin that does that for you and just calls your shell
: instead the login program.  I believe it is documented in the inittab manpage.

: --
: Joseph Malicki
: jmalicki@bigfoot.com
: URL: <http://www.geocities.com/SiliconValley/4167/>



--

: >
: >1:12345:respawn:/sbin/bash
: >
: >with no luck. It just gave me a blank screen that echo'ed my input.

well, man console says something about open(1) as a way to start a
process on a console. however there is no open in section 1 and no 
other reference to open seems to be applicable. What happened to
open(1)?

Zdravko

On 5 Dec 1997, Zdravko Balorda wrote:

> : >
> : >1:12345:respawn:/sbin/bash
> : >
> : >with no luck. It just gave me a blank screen that echo'ed my input.
> 
> well, man console says something about open(1) as a way to start a
> process on a console. however there is no open in section 1 and no 
> other reference to open seems to be applicable. What happened to
> open(1)?

I wrote a getty program for just this kind of purpose. It is based heavily
on mingetty, so it only works with virtual consoles. It is called
rungetty, and it available at
ftp://ftp.nodomainname.net/pub/linux/console. The current version is
0.5.0. It is available in source form (tar'd + gzip'd or rpm) or binary
rpm for i386 and alpha. It can be used as a complete replacement for
mingetty, and either run a login, or a specified progam on the command
line. So, to accomplish the above, you could use:

1:12345:respawn:/sbin/rungetty tty1 bash

As a security precaution, it runs programs (apart from login) as the user
nobody. This can be changed in the source code.

+-----------------------------------------------------------------------------+
| Jakob 'Sparky' Kaivo - MCP                            jake@nodomainname.net |
| NoDomainName Networks                           http://www.nodomainname.net |
+-----------------------------------------------------------------------------+

On 5 Dec 1997 11:31:03 GMT, Zdravko Balorda <zdravc@lie.fe.uni-lj.si> wrote:
>: >
>: >1:12345:respawn:/sbin/bash
>: >
>: >with no luck. It just gave me a blank screen that echo'ed my input.
>
>well, man console says something about open(1) as a way to start a
>process on a console. however there is no open in section 1 and no 
>other reference to open seems to be applicable. What happened to
>open(1)?
>
>Zdravko
>
I believe there's still a mini-HOWTO about open called "manyconsoles"..