There have been multiple accounts created with the sole purpose of posting advertisement posts or replies containing unsolicited advertising.

Accounts which solely post advertisements, or persistently post them may be terminated.

Where is zsh supposed to be?

Hi all I have a quick question. Is it better for my zsh shell to be in /usr/bin/zsh or /bin/zsh. I remember reading that one of them would mess up the whole system since zsh is not posix compliant. I believe that szh shouldn’t be set as the root shell. I now have it in /usr/bin/zsh, is that good? So now when I drop into a root shell I don’t get they autocompletion feature that zsh has. I’d also lose that fancy theme. Does that mean my root shell is still bash? Thanks

_cnt0 ,
@_cnt0@lemmy.villa-straylight.social avatar

Up until now, I’ve only been commenting on other peoples comments to nitpick. I think it is time to give you a comprehensive answer on my own:

You didn’t mention, what distribution you are using. Either way, you should use your distributions package manager to install zsh. Wherever that places the zsh binary is fine; you should not change that! If you want to know where the zsh binary is located, you can issue the command which zsh. That zsh should somehow be dangerous as a root shell because it is not POSIX compliant is nonsense. You can use whatever you like as a shell for root. If you don’t want to change the login shell for root, you can just start every shell from any shell by executing it’s binary (i.e. in bash type zsh, or the other way around). If you want to know what shells on your system are considered viable login shells by your system, you can issue the command cat /etc/shells; in your case it should list /usr/bin/zsh. If you want to change the login shell for a user, as that user run chsh -s … where … is the fully qualified path of a valid login shell; to be sure to not make typos or use an alternate path, you can combine that with which, and for example to use zsh use the command chsh -s $(which zsh). If you are the sole user of your system, I’d strongly recommend using seperate configurations for zsh for your normal user and root.

So now when I drop into a root shell I don’t get […]

Issuing su - or sudo -i or logging in as root in a full screen TTY (ctrl+alt+F*) will spawn a new shell (the login shell configured for root). If you are unsure, what shell you’re currently in, you can find that out, by issuing the command readlink /proc/$$/exe. If readlink is not available on your system, you can use ps -fp $$; be aware though, that that will show you the command the shell was started with, not necessarily the path of the shell executable.

If you want to write scripts you should always specify the shell it should be executed by with a shebang. For maximum portability/compatibility (do you like to distro hop? want to share it with a friend/the internet?) you should use env in the shebang. For you, if you want to script with zsh, that simply means always having #!/usr/bin/env zsh as the first line of scripts.

YonatanAvhar ,

/bin is symlinked to /usr/bin, so it doesn’t matter.

donut4ever OP ,

Thank you

_cnt0 ,
@_cnt0@lemmy.villa-straylight.social avatar

While this is true for most linux distributions, it’s not true for all and there are other POSIX compliant OSs which are not linux at all:


<span style="color:#323232;">/ # grep -i pretty /etc/*-release
</span><span style="color:#323232;">/etc/os-release:PRETTY_NAME="Alpine Linux v3.18"
</span><span style="color:#323232;">/ # ls -ld /bin
</span><span style="color:#323232;">drwxr-xr-x    2 root     root           862 Aug  7 13:09 /bin
</span><span style="color:#323232;">/ # 
</span>

As you can see, /bin is not a symlink there.

bionicjoey ,

Wherever your distro’s package manager puts it is where it should go. Do not move or mess with the files in /bin or /usr/bin. Their location doesn’t affect anything that you should care about. It is only so the system knows where to find them when working with their packages.

donut4ever OP ,

I’m not trying to move any of these two directories, I’m just trying to set the zsh shell as the default and didn’t know which one to choose since there are two.

bionicjoey , (edited )

I recommend you read man usermod and particularly the –shell option for that utility

Edit: also observe how the default shells are stored in /etc/passwd (but don’t manually edit that file!)

donut4ever OP ,

Thank you

PseudoSpock ,
@PseudoSpock@lemmy.dbzer0.com avatar

In your terminal. ;)

magnus ,

As long as /bin/sh isn’t pointing to zsh, you haven’t messed anything up. A lot of public scripts wouldn’t expect to be run under zsh.

If you write your own scripts, I’d say to use zsh, but start it with #/bin/zsh (or whatever resolves to zsh) to be explicit about the fact that it is designed for zsh and nothing else. Most scripts written aren’t going to be distributed to hundred of thousands of systems, but at most used in a handful of systems. No point in not enjoying some things zsh does better in scripts.

A lot of systems have other dependencies as well, and as long as a system which has scripts in it is specifing zsh along with other dependencies, I wouldn’t see the problem. zsh doesn’t take up much space or introduce other problems just by being installed.

As for the root shell, you can put Defaults env_keep += HOME in your sudo configuration. That will have sudo -s run your usual zsh with its usual configuration for interactive, daily use. Be aware of any config that shouldn’t be run as root.

sudo -i will still run the shell root is assigned in /etc/passwd, and everything run as root would function ar expected.

_cnt0 , (edited )
@_cnt0@lemmy.villa-straylight.social avatar

#!/usr/bin/env zsh is better for portability/compatibility. You can set the root shell as whatever you want (including zsh). Leaking the user context with sudo -s is generally a bad idea. Unless you actually share a system with multiple users, I’d advise to set a root password and use su - in favor of sudo -i or sudo -s. Two (proper) passwords are more secure than one.

edit: typo

magnus ,

My collegues wouldn’t appreciate my shell config in the root account, especially the vi bindings ;)

_cnt0 , (edited )
@_cnt0@lemmy.villa-straylight.social avatar

I understand the motivation of using the user environment in the root context. It’s still a bad idea. The assumption is, that it is easier to compromise a non-privileged desktop user than the root account. Imagine some exploit breaking out of a sandbox and doing some minor modifications to your $HOME: either aliasing ls to a script somewhere in your home by changing your profile or some shell rc file, or prepending your $PATH environment variable with a folder burried somewhere in your home directory where a script ls is placed:


<span style="color:#323232;">#!/usr/bin/env sh
</span><span style="color:#323232;">
</span><span style="color:#323232;">if (( $EUID == 0 )); then
</span><span style="color:#323232;">    # do something evil here
</span><span style="color:#323232;">fi
</span><span style="color:#323232;">
</span><span style="color:#323232;">ls "$@"
</span>

Now, as an attacker you just wait for some admin on a shared system to come along and use sudo -s.

palordrolap ,

zsh is supposed to emulate sh as closely as possible if it is called by that name (it can also be ksh, according to its manual), so I wouldn't be too concerned even if that did happen.

(bash can do the sh trick too. Many(?) distros don't actually use the bigger shells for that and install something like dash - a pure POSIX shell with no other bells and whistles - to act as sh when called that way.)

Other suspect configurations might not be as fortunate, but this one is fine.

olsonexi ,
@olsonexi@lemmy.blue avatar

Both directories are in your path, and many distros have /usr/bin as a symlink to /bin or vice versa, so it almost certainly doesn’t matter. Also, the location of the shell has no bearing on which shell is used when you log in as root. That’s determined by the login shell field for the root user in /etc/passwd, which is most likely set to bash or /bin/sh (which is most likely a symlink to bash) by default.

PuppyOSAndCoffee ,
@PuppyOSAndCoffee@lemmy.ml avatar

I wouldn’t worry about deployment path; there are many reasons not use a fancy shell with root.

skullgiver ,
@skullgiver@popplesburger.hilciferous.nl avatar

deleted_by_author

    •
    donut4ever OP ,

    Thank you for the detailed answer.

    _cnt0 ,
    @_cnt0@lemmy.villa-straylight.social avatar

    It should be #!/usr/bin/env …

    skullgiver ,
    @skullgiver@popplesburger.hilciferous.nl avatar

    deleted_by_author

    •
    _cnt0 ,
    @_cnt0@lemmy.villa-straylight.social avatar

    On your system. Check out the table halfway down where env is located on different systems: cyberciti.biz/…/finding-bash-perl-python-portably…

    skullgiver ,
    @skullgiver@popplesburger.hilciferous.nl avatar

    deleted_by_author

    •
    _cnt0 ,
    @_cnt0@lemmy.villa-straylight.social avatar

    Sure, things usually put env in /usr/bin, but there’s no guarantee for that.

    There is even less guarantee for it to be anywhere else.

    Hardcoding /usr/bin/env is probably your best bet

    Because it is the convention.

    That’s why #!env is probably your best bet

    It definitely isn’t. That might work in your user space instance of bash in the desktop, but will likely fail in a script invoked during boot, and is guaranteed to fail on several non-gnu/non-linux systems.

    #!/usr/bin/envis the agreed convention and there is no probably or but about that. If that does not work on a system it is a bug (looking at you BusyBox containers 🤨).

    teddy2021 ,

    For the first question, are you using a package manager? If so, I’d say leave it alone. For the second question, your root will likely still be bash unless you changed it yourself.

    donut4ever OP ,

    I use endeavour OS and jump between yay and pacman. I do believe that my root shell is still bash, too, since no trace of zsh is there

    teddy2021 ,

    In that case leave the files alone for where they’re located.

    You could install sudo instead of jumping into a root shell every time you need to do root privileged tasks.

    donut4ever OP ,

    Thank you. I only ever jump into a root shell when I have to. Always use sudo.

    knobbysideup ,

    One may just be a symlink to the other depending on your distro. For shebang lines, I’d probably go with /bin/zsh

    donut4ever OP ,

    So is the one you’re suggesting not the root one? I’m running endeavourOS. Should I switch it to /bin/zsh?

    zwekihoyy ,

    typically I wouldn’t recommend just moving file paths for packages, especially if you aren’t sure what you’re doing. assuming all you did was chsh -s, I wouldn’t worry about it.

    donut4ever OP ,

    All I did was chsh -s /usr/bin/zsh

    blashork ,
    @blashork@hexbear.net avatar

    tbh I always go with env variables, usually $SHELL or $zsh are set

  • All
  • Subscribed
  • Moderated
  • Favorites
  • •
  • [email protected]
  • random
  • lifeLocal
  • goranko
  • All magazines
    •