Я новичок в 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
Чтобы понять, что здесь происходит, вам нужно понять небольшую справочную информацию о том, как запускаются оболочки (в данном случае 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
перезапишет все, что было установлено в предыдущих файлах.
Следуйте по этому пути:
в 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
ВЕРСИЯ = "16.04.3 LTS (Xenial Xerus)"
Итак, все предположили, что человек здесь не хочет /etc/profile.d/somefile.sh для всех пользователей, но в моем случае это именно то, что я хотел .
На самом деле, как и в случае с Ubuntu, если вы используете это и хотите, чтобы он вступил в силу в вашей графической оболочке, все, что вам нужно сделать, это установить файл, а затем выйти из системы и снова войти. Все ваши консоли или все, что вы запускаете, будь то тип xterm или тип консоли (или переход в оболочку), теперь будет иметь этот файл.
Нет необходимости использовать .bashrc и т. Д. Для всех пользователей. Извините, это было неясно в приведенном выше ответе. Все, что они сказали, правда, но на самом деле это в основном неправда, поскольку все, что запускает диспетчер окон, унаследует эти настройки, поэтому просто повторно войдите в систему и решите свою проблему и не беспокойтесь о .bashrc и т. Д., Если вы намерены применить его ко всем пользователям .
Другая возможность, особенно для таких настроек, как настройки истории HISTSIZE
, HISTFILESIZE
, HISTCONTROL
и PS1]
PS1 заключается в том, что файлы загружаются, но настройки перезаписываются в другом файле, который является источником позже, наиболее вероятной причиной является
~ / .bashrc
. (У меня есть набор настроек по умолчанию для наших серверов, например, красная подсказка для root, чтобы предупредить пользователя, и большие истории с отметками времени)
Ubuntu по умолчанию .bashrc
из / etc / skel
устанавливает несколько параметров, которые, возможно, имело бы смысл установить откуда-то там, где они не переопределяли бы параметры, установленные владельцем системы из /etc/profile.d
(например, / etc / bash.bashrc
) (Если пользователь редактирует свой .bashrc
, можно перезаписать настройки, системные файлы по умолчанию больше раздражают)