为什么 /etc/profile.d/ 中的脚本被忽略(系统范围的 bash 别名)?

为什么 /etc/profile.d/ 中的脚本被忽略(系统范围的 bash 别名)?

我是 Ubuntu 新手。我正在运行 13.10 桌面版。

我想为 bash 设置一些系统范围的别名和自定义提示。我找到了这篇文章:

https://help.ubuntu.com/community/EnvironmentVariables

根据本文中的建议,我创建了 /etc/profile.d/profile_local.sh。它由 root 拥有,并且与那里的其他脚本一样具有 644 的权限:

root@ubuntu:/etc/profile.d# ll
total 28
drwxr-xr-x   2 root root  4096 Mar 23 08:56 .
drwxr-xr-x 135 root root 12288 Mar 23 09:15 ..
-rw-r--r--   1 root root   660 Oct 23  2012 bash_completion.sh
-rw-r--r--   1 root root  3317 Mar 23 07:36 profile_local.sh
-rw-r--r--   1 root root  1947 Nov 23 00:57 vte.sh

我进一步确认 /etc/profile 调用 /etc/profile.d。它包含以下代码块:

if [ -d /etc/profile.d ]; then
  for i in /etc/profile.d/*.sh; do
    if [ -r $i ]; then
      . $i
    fi
  done
  unset i
fi

登录后,似乎没有获取我创建的自定义脚本 profile_local.sh。但是,如果在登录后我“source /etc.profile.d/profile_local.sh”,我就会得到预期的行为、我的自定义别名和自定义提示。

我究竟做错了什么?

脚本‘profile_local.sh’的内容:

# 3/23/14 - Copied from Gentoo /etc/bash/bashrc
# Placed in /etc/profile.d as described at:
# https://help.ubuntu.com/community/EnvironmentVariables

# This file is sourced by all *interactive* bash shells on startup,
# including some apparently interactive shells such as scp and rcp
# that can't tolerate any output.  So make sure this doesn't display
# anything or bad things will happen !


# Test for an interactive shell.  There is no need to set anything
# past this point for scp and rcp, and it's important to refrain from
# outputting anything in those cases.
if [[ $- != *i* ]] ; then
        # Shell is non-interactive.  Be done now!
        return
fi

# Bash won't get SIGWINCH if another process is in the foreground.
# Enable checkwinsize so that bash will check the terminal size when
# it regains control.  #65623
# http://cnswww.cns.cwru.edu/~chet/bash/FAQ (E11)
shopt -s checkwinsize

# Enable history appending instead of overwriting.  #139609
shopt -s histappend

# Change the window title of X terminals 
case ${TERM} in
        xterm*|rxvt*|Eterm|aterm|kterm|gnome*|interix)
                PROMPT_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME%%.*}:${PWD/#$HOME/~}\007"'
                ;;
        screen)
                PROMPT_COMMAND='echo -ne "\033_${USER}@${HOSTNAME%%.*}:${PWD/#$HOME/~}\033\\"'
                ;;
esac

use_color=false

# Set colorful PS1 only on colorful terminals.
# dircolors --print-database uses its own built-in database
# instead of using /etc/DIR_COLORS.  Try to use the external file
# first to take advantage of user additions.  Use internal bash
# globbing instead of external grep binary.
safe_term=${TERM//[^[:alnum:]]/?}   # sanitize TERM
match_lhs=""
[[ -f ~/.dir_colors   ]] && match_lhs="${match_lhs}$(<~/.dir_colors)"
[[ -f /etc/DIR_COLORS ]] && match_lhs="${match_lhs}$(</etc/DIR_COLORS)"
[[ -z ${match_lhs}    ]] \
        && type -P dircolors >/dev/null \
        && match_lhs=$(dircolors --print-database)
[[ $'\n'${match_lhs} == *$'\n'"TERM "${safe_term}* ]] && use_color=true

if ${use_color} ; then
        # Enable colors for ls, etc.  Prefer ~/.dir_colors #64489
        if type -P dircolors >/dev/null ; then
                if [[ -f ~/.dir_colors ]] ; then
                        eval $(dircolors -b ~/.dir_colors)
                elif [[ -f /etc/DIR_COLORS ]] ; then
                        eval $(dircolors -b /etc/DIR_COLORS)
                fi
        fi

        if [[ ${EUID} == 0 ]] ; then
                PS1='\[\033[01;31m\]\h\[\033[01;34m\] \W \$\[\033[00m\] '
        else
                PS1='\[\033[01;32m\]\u@\h\[\033[01;34m\] \w \$\[\033[00m\] '
        fi

        alias ls='ls --color=auto'
        alias grep='grep --colour=auto'
else
        if [[ ${EUID} == 0 ]] ; then
                # show root@ when we don't have colors
                PS1='\u@\h \W \$ '
        else
                PS1='\u@\h \w \$ '
        fi
fi

# Try to keep environment pollution down, EPA loves us.
unset use_color safe_term match_lhs

TZ="PST8PDT"

alias ll='ls -la'
alias dig='dig +search'
alias dir='ls -ba'

alias edit="ee"
alias ss="ps -aux"
alias dot='ls .[a-zA-Z0-9_]*'
alias news="xterm -g 80x45 -e trn -e -S1 -N &"

alias more="less"
alias c="clear"
alias m="more"
alias j="jobs"

# common misspellings
alias mroe=more
alias pdw=pwd

答案1

要了解这里发生的事情,您需要了解一些有关 shell(在本例中为 bash)如何运行的背景信息。

  • 当你打开一个终端仿真器(gnome-terminal例如),你正在执行所谓的交互式,无需登录壳。

  • 当您通过命令行登录到计算机,ssh或运行诸如的命令时su - username,您正在运行交互式登录壳。

  • 当您以图形方式登录时,您正在运行完全不同的东西,细节将取决于您的系统和图形环境,但一般来说图形外壳处理您的登录信息。虽然许多图形 shell(包括 Ubuntu 默认)都会读取,但/etc/profile并非所有图形 shell 都会读取。

  • 最后,当你运行一个 shell 脚本时,它会在非交互式、非登录 shell

现在,bash 启动时读取的文件取决于它所运行的 shell 类型。以下是 INVOCATION 部分的摘录man bash(重点是我的):

当 bash 被调用为交互式登录外壳或者作为带有 --login 选项的非交互式 shell,它首先从文件读取并执行命令/etc/配置文件,如果该文件存在。读取该文件后,它会查找按以下顺序排列 ~/.bash_profile、~/.bash_login 和 ~/.profile,并从第一个存在且可读的命令中读取并执行命令。启动 shell 时可以使用 --noprofile 选项来禁止此行为。

交互式外壳那是不是登录 shell 启动后,bash 会从/etc/bash.bashrc~/.bashrc,如果这些文件存在。可以使用 --norc 选项来禁止。--rcfile file 选项将强制 bash 从 file 而不是 /etc/bash.bashrc 和 ~/.bashrc 读取并执行命令。

所有这些意味着您正在编辑错误的文件。您可以通过使用Ctrl+ Alt+进入虚拟控制台(使用+F2返回 GUI ,或取决于您的设置)并登录那里来测试这一点。您将看到您的提示和别名可用。AltF7F8

因此,为了将您想要的设置应用于非登录 shell(每次打开终端时都会获得的类型),您应该对其进行更改~/.bashrc。或者,您也可以将别名放在文件中~/.bash_aliases(但请注意,这是 Ubuntu 的功能,您不应期望它在其他发行版上也能正常工作)。

有关哪个文件应该用于什么用途的详细信息,请参阅这里


笔记:

  • Debian(以及 Ubuntu)也有默认~/.profile~/.bashrc。这意味着你对 所做的任何更改~/.bashrc也将被登录 shell 继承,但 i)并非所有 Linux/Unix 机器都是如此,ii)反之亦然,这就是为什么你通常应该始终使用~/.bashrc&co 而不是~/.profile或 的原因/etc/profile

  • 另外,关于使用的一般说明,对配置文件所做的更改/etc将影响全部用户。这通常不是您想要做的,应该避免。您应该始终使用主目录中的等效文件 ( ~/)。

  • 各种配置文件按顺序读取。具体来说,对于登录 shell,顺序为:

    /etc/profile -> /etc/profile.d/* (in alphabetical order) -> ~/.bash_profile -> ~/.bash_login -> ~/.profile
    

    这意味着任何设置~/.profile都会覆盖先前文件中设置的任何内容。

答案2

在 Debian 的终端会话中,我为所有用户解决了这个问题,因此:

添加到

sudo nano /etc/bash.bashrc

堵塞

if [ -d /etc/profile.d ]; then
  for i in /etc/profile.d/*.sh; do
    if [ -r $i ]; then
      . $i
    fi
  done
  unset i
fi

/etc/profile

答案3

按照以下路径:

  • 打开编辑 -> 偏好设置
  • 在第一个选项卡“常规”中,在标签“命令”下,启用“以登录 shell 身份运行命令”

答案4

版本=“16.04.3 LTS(Xenial Xerus)”

好的,所以每个人都假设这里的人不希望所有用户都使用 /etc/profile.d/somefile.sh,但就我而言,这正是我想要的。

因此,实际上,正如 Ubuntu 所表明的那样,如果您使用这个并且希望它在图形 shell 中生效,您所要做的就是设置文件,然后注销并重新登录。您启动的所有控制台或任何内容,无论是 xterm 类型还是控制台类型(或放到 shell 中),现在都将有该文件来源。

无需为所有用户使用 .bashrc 等。抱歉,上面的回答没有说​​清楚。他们说的都是对的,但实际上大部分都不是真的,因为窗口管理器启动的所有内容都会继承这些设置,所以只需重新登录并解决问题,如果您打算将其应用于所有用户,就不要费心使用 .bashrc 等。

相关内容