root's default shell...

root's default shell...

Post by paul d thomps » Tue, 15 Nov 1994 23:53:40





>> >It has been a real pain using Bourne shell under solaris.  There is

>> This was hashed over quite a bit 6 months or so ago in this newsgroup, and
>> the consensus was to set up alternate accounts (like "kroot" that uses the
>> Korn shell, or "croot" that uses the C shell ) with uid 0.  Then a simple
>> "su kroot" gives you root permissions with the conviences of a more modern
>> shell.

Maybe I'm an idiot, but instead of adding a bunch of superuser accounts,
I just put 'csh' in /sbin. Is there some problem with doing this I don't
know about? It just made sense to me...

-Paul

 
 
 

root's default shell...

Post by Russ Hamm » Fri, 18 Nov 1994 07:18:20



Quote:

> Maybe I'm an idiot, but instead of adding a bunch of superuser accounts,
> I just put 'csh' in /sbin. Is there some problem with doing this I don't
> know about? It just made sense to me...

You are still dependant on /usr being available (try this at home!)

$ ldd /bin/csh
        libw.so.1 =>     /usr/lib/libw.so.1
        libintl.so.1 =>  /usr/lib/libintl.so.1
        libmapmalloc.so.1 =>     /usr/lib/libmapmalloc.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
$ ldd /sbin/sh
ldd: /sbin/sh: file is not a dynamic executable or shared object
$

(ie. /sbin/sh does not require a dynamic library which resides in /usr!)

rh

 
 
 

root's default shell...

Post by Charles Stephen » Fri, 18 Nov 1994 09:07:05



: >
: > Maybe I'm an idiot, but instead of adding a bunch of superuser accounts,
: > I just put 'csh' in /sbin. Is there some problem with doing this I don't
: > know about? It just made sense to me...

: You are still dependant on /usr being available (try this at home!)

: $ ldd /bin/csh
:         libw.so.1 =>     /usr/lib/libw.so.1
:         libintl.so.1 =>  /usr/lib/libintl.so.1
:         libmapmalloc.so.1 =>     /usr/lib/libmapmalloc.so.1
:         libc.so.1 =>     /usr/lib/libc.so.1
:         libdl.so.1 =>    /usr/lib/libdl.so.1
: $ ldd /sbin/sh
: ldd: /sbin/sh: file is not a dynamic executable or shared object
: $

: (ie. /sbin/sh does not require a dynamic library which resides in /usr!)

I really wish there was a ls, mv, cp that was that way too!  Because
even if you can get a shell, you don't get very far if your lib's are
hosed.

cfs
--
/-------------------\  Charles F. Stephens, UNIX Systems Slacker
| HELLO, my name is |  Midrange Systems Group,
|-------------------|  Information Technology Division,

| Charles Stephens  |
|                   | **PGP 2.6.1 Public key is available by fingering me at**

 
 
 

root's default shell...

Post by Casper H.S. D » Wed, 16 Nov 1994 01:04:23



Quote:>Maybe I'm an idiot, but instead of adding a bunch of superuser accounts,
>I just put 'csh' in /sbin. Is there some problem with doing this I don't
>know about? It just made sense to me...

% ldd /bin/csh
        libw.so.1 =>  /usr/lib/libw.so.1
        libintl.so.1 =>       /usr/lib/libintl.so.1
        libmapmalloc.so.1 =>  /usr/lib/libmapmalloc.so.1
        libc.so.1 =>  /usr/lib/libc.so.1
        libdl.so.1 =>         /usr/lib/libdl.so.1

Casper

 
 
 

root's default shell...

Post by Geert Touqu » Tue, 15 Nov 1994 17:07:27


Andre,

Door onderstaande mail te lezen, heb ik besloten om de sh
van de root weer in /sbin/sh te veranderen.

        Geert


> >It has been a real pain using Bourne shell under solaris.  There is
> >no way I can repeat previous commands I typed in Bourne shell.  So
> >I was about to change the super user's shell to Korn.  Someone told me
> >that I should not change the super user's default shell to something
> >else, but he did not know why.

> The reason is that in a worst case scenario, you will only have the root
> partition available for crash recovery, and "sh" is the only shell in
> /sbin.  If the shell for the root account is set to "ksh", "csh", or
> some other shell not in /, you'll be SOL.

> This was hashed over quite a bit 6 months or so ago in this newsgroup, and
> the consensus was to set up alternate accounts (like "kroot" that uses the
> Korn shell, or "croot" that uses the C shell ) with uid 0.  Then a simple
> "su kroot" gives you root permissions with the conviences of a more modern
> shell.

> --
> Mark Day

> University of California, San Francisco
> (415) 476-1068

--
--

                         Mail :   Universitaire Ziekenhuizen Leuven
                                  Kapucijnenvoer 33
Phone  : +(32) 16 33 29 77        B-3000 Leuven, Belgium
 
 
 

root's default shell...

Post by Casper H.S. D » Sat, 19 Nov 1994 18:53:29



Quote:>: (ie. /sbin/sh does not require a dynamic library which resides in /usr!)
>I really wish there was a ls, mv, cp that was that way too!  Because
>even if you can get a shell, you don't get very far if your lib's are
>hosed.

% ls /usr/sbin/static/
mv   rcp  tar

mv, tar and rcp is pretty much what you need to get going, I'd say.

Casper

 
 
 

root's default shell...

Post by Antonio Vasconcel » Mon, 21 Nov 1994 00:57:48




:
: >: (ie. /sbin/sh does not require a dynamic library which resides in /usr!)
:
: >I really wish there was a ls, mv, cp that was that way too!  Because
: >even if you can get a shell, you don't get very far if your lib's are
: >hosed.
:
: % ls /usr/sbin/static/
: mv   rcp  tar
:
: mv, tar and rcp is pretty much what you need to get going, I'd say.

But why in hell are they in /usr ??? Is there anything aginst copying
them to /sbin BEFORE one need them ???
--
regards,


<<< Time flies when you're having bugs. >>>

 
 
 

root's default shell...

Post by Keith K » Mon, 21 Nov 1994 06:09:13


May be a problem. If you do a ldd on /bin/csh, it is a dynamically linked
program. Which means that using the shell in a single user mode may be
a program if your /usr partition is bad.

Regards,
Keith

 
 
 

root's default shell...

Post by Jon Conne » Tue, 22 Nov 1994 21:53:52



> May be a problem. If you do a ldd on /bin/csh, it is a dynamically linked
> program. Which means that using the shell in a single user mode may be
> a program if your /usr partition is bad.

Then why not simply rebuild your favourite shell, linking it statically?

--

Jon Connell                    


Fax        : +49 (0)89 722 27544           _/ _/      _/   _/ _/
Telephone  : +49 (0)89 722 28790          _/ _/      _/   _/ _/
Snail-Mail : Siemens AG, OeN TN ET D33   _/ _/_/_/  _/_/_/   _/_/_/
             Postfach 700071
             D-81359 Munich               SIEMENS IC DESIGN CENTER