Скрипты в /etc/profile.d игнорируются?

Я новичок в Ubuntu. У меня работает 13.10 Desktop.

Я хотел установить псевдонимы для всей системы и настраиваемое приглашение для bash. Я нашел эту статью:

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

Следуя советам в этой статье, я создал / etc / profile. д / 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
75
задан 9 May 2014 в 21:48

5 ответов

Чтобы понять, что здесь происходит, вам нужно понять небольшую справочную информацию о том, как запускаются оболочки (в данном случае bash).

  • Когда вы открываете эмулятор терминала ( gnome-terminal например), вы выполняете так называемую интерактивную оболочку без входа в систему .

  • Когда вы входите на свой компьютер из командной строки через ssh или запускаете такую ​​команду, как su - username , вы запускаете интерактивный вход в систему shell.

  • Когда вы входите в систему в графическом режиме, вы запускаете что-то совершенно другое, детали будут зависеть от вашей системы и графической среды, но, как правило, именно графическая оболочка имеет дело с вашим логином. Хотя многие графические оболочки (включая Ubuntu по умолчанию) будут читать / etc / profile , не все из них это делают.

  • Наконец, когда вы запускаете сценарий оболочки, он запускается в не- интерактивная оболочка без входа в систему .

Теперь файлы, которые bash будет читать при запуске, зависят от типа оболочки, в которой он запущен. Ниже приводится отрывок из раздела INVOCATION man bash (выделено мной):

Когда bash вызывается как интерактивная оболочка входа в систему или как неинтерактивная оболочка с параметр --login сначала читает и выполняет команды из файла / etc / profile , если этот файл существует. После прочтения этот файл, он ищет ~ / .bash_profile, ~ / .bash_login и ~ / .profile, в этом порядке , и читает и выполняет команды из первого, который существует и доступен для чтения. Параметр --noprofile может использоваться, когда оболочка запускается, чтобы запретить это поведение.

Когда интерактивная оболочка , которая является не оболочкой входа в систему , запускается, bash читает и выполняет команды из /etc/bash.bashrc и ~ / .bashrc , если эти файлы существуют. Это можно запретить с помощью параметра --norc. Параметр --rcfile file заставит bash читать и выполнять команды из файла вместо /etc/bash.bashrc и ~ / .bashrc.

Все это означает, что вы редактируете не тот файл. Вы можете проверить это, выполнив переход на виртуальную консоль с помощью Ctrl + Alt + F2 (вернитесь в графический интерфейс с помощью Alt + ] F7 или F8 в зависимости от ваших настроек) и войдите в систему. Вы увидите, что ваше приглашение и псевдонимы доступны.

Итак, для того, чтобы настройки, которые вы хотите применить к оболочкам без входа в систему, тип, который вы получаете каждый раз при открытии терминала, вам следует внести изменения в ~ / .bashrc вместо этого. Кроме того, вы также можете поместить свои псевдонимы в файл ~ / .bash_aliases (однако обратите внимание, что это функция Ubuntu, и вы не должны ожидать, что она будет работать в других дистрибутивах).

Подробнее о том, какой файл для чего следует использовать, см. здесь .


ПРИМЕЧАНИЯ:

  • Debian (и по расширению Ubuntu) также имеет исходный код по умолчанию ~ / .profile ] ~ / .bashrc . Это означает, что любые изменения, которые вы вносите в ~ / .bashrc , также будут унаследованы оболочками входа в систему, но i) это не так на всех машинах Linux / Unix и ii) обратное неверно, поэтому обычно вы всегда должны работать с ~ / .bashrc & co, а не с ~ / .profile или / etc / profile .

  • Также общее примечание по изменения, внесенные в файлы конфигурации в / etc , повлияют на всех пользователей. Обычно это не то, что вы хотите делать, и этого следует избегать. Вы всегда должны использовать эквивалентные файлы в своем домашнем каталоге ( ~ / ).

  • Различные файлы конфигурации читаются последовательно. В частности, для оболочек входа порядок следующий:

     / etc / profile -> /etc/profile.d/* (в алфавитном порядке) -> ~ / .bash_profile -> ~ / .bash_login -> ~ / .profile
     

    Это означает, что любой параметр в ~ / .profile перезапишет все, что было установлено в предыдущих файлах.

127
ответ дан 9 May 2014 в 21:48

Следуйте по этому пути:

  • Откройте Edit -> Preferences
  • На первой вкладке «Общие» под меткой «Command» , включите "Запускать команду как оболочку входа"
2
ответ дан 8 October 2019 в 10:46

в 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
10
ответ дан 8 October 2019 в 10:46

ВЕРСИЯ = "16.04.3 LTS (Xenial Xerus)"

Итак, все предположили, что человек здесь не хочет /etc/profile.d/somefile.sh для всех пользователей, но в моем случае это именно то, что я хотел .

На самом деле, как и в случае с Ubuntu, если вы используете это и хотите, чтобы он вступил в силу в вашей графической оболочке, все, что вам нужно сделать, это установить файл, а затем выйти из системы и снова войти. Все ваши консоли или все, что вы запускаете, будь то тип xterm или тип консоли (или переход в оболочку), теперь будет иметь этот файл.

Нет необходимости использовать .bashrc и т. Д. Для всех пользователей. Извините, это было неясно в приведенном выше ответе. Все, что они сказали, правда, но на самом деле это в основном неправда, поскольку все, что запускает диспетчер окон, унаследует эти настройки, поэтому просто повторно войдите в систему и решите свою проблему и не беспокойтесь о .bashrc и т. Д., Если вы намерены применить его ко всем пользователям .

-1
ответ дан 22 November 2019 в 23:38

Другая возможность, особенно для таких настроек, как настройки истории HISTSIZE , HISTFILESIZE , HISTCONTROL и PS1] PS1 заключается в том, что файлы загружаются, но настройки перезаписываются в другом файле, который является источником позже, наиболее вероятной причиной является ~ / .bashrc . (У меня есть набор настроек по умолчанию для наших серверов, например, красная подсказка для root, чтобы предупредить пользователя, и большие истории с отметками времени)

Ubuntu по умолчанию .bashrc из / etc / skel устанавливает несколько параметров, которые, возможно, имело бы смысл установить откуда-то там, где они не переопределяли бы параметры, установленные владельцем системы из /etc/profile.d (например, / etc / bash.bashrc ) (Если пользователь редактирует свой .bashrc , можно перезаписать настройки, системные файлы по умолчанию больше раздражают)

2
ответ дан 22 November 2019 в 23:38

Другие вопросы по тегам:

Похожие вопросы: