Как мой сценарий может определить, выполняется ли он через bash или dash?
Я запускаю свежую установку Oneiric (т.е. не обновление) на двух разных системах и сталкиваюсь с одним и тем же набором, казалось бы, связанных проблем.
Самое расстраивающее из этого - то, что, когда я использую.profile и.bashrc, которые я взял с собой из Mac OS X, вход в X через LightDM выводит меня из системы немедленно. Я полагаю, что это связано с тем, что при запуске "/bin/sh" он ведет себя как /bin/dash, но все еще имеет переменную $SHELL, установленную в /bin/bash.
экстраполяция
У меня огромный .bashrc, Вы можете увидеть его здесь, если хотите, но его содержимое, вероятно, не имеет значения, за исключением того факта, что он полон ошибок, и того факта, что он работает без ошибок внутри xterm или на виртуальной консоли.
мой .profile выглядит так (сокращенно):
case $SHELL in
*bash*)
if [ -f $HOME/.bashrc -a -r $HOME/.bashrc ]; then
. $HOME/.bashrc
fi
;;
esac
Если я попытаюсь войти в X через LightDM, он сразу же выйдет из системы. Я получаю ошибки в .xsession-errors относящиеся к моему.bashrc, которые выглядят так (сокращенно):
/home/mrled/.bashrc: 103: [[: not found
[: 103: Linux: unexpected operator
[: 274: -P :: unexpected operator
/home/mrled/.bashrc: 520: complete: not found
Как я уже сказал, когда я запускаю bash с виртуальной консоли, я не получаю этих ошибок. Кроме того, если я удаляю свой.profile, я могу войти в X очень хорошо. (Я также могу войти в виртуальную консоль и использовать startx начать сеанс X, который работает, но это, конечно, не долгосрочное решение.)
Тем не менее, я обнаружил, что если я бегу /bin/sh -l Я получаю ошибки. Вот пример сеанса (примечание: приглашение bash, к которому я упростил bash> и подсказка sh просто $):
bash> echo $SHELL
/bin/bash
bash> echo $BASH_VERSION
4.2.10(1)-release
bash> /bin/sh -l
/home/mrled/.bashrc: 103: [[: not found
[: 103: Linux: unexpected operator
[: 274: -P :: unexpected operator
/home/mrled/.bashrc: 520: complete: not found
$ echo $SHELL
/bin/bash
$ echo $BASH_VERSION
$
Q1: Почему это происходит?
Я понимаю, что / bin / sh теперь указывает на тире, а не на bash, но если это правда, то почему $SHELL все еще возвращается /bin/bash?
Q2: Что я могу сделать, чтобы обойти это?
Есть ли способ обойти это? Я хочу, чтобы мой профиль загружался в.bashrc, чтобы получить одинаковую среду как для входа в систему, так и для входа в систему, но не для входа в систему, но, очевидно, я хочу, чтобы он загружался только для самого bash, а не / bin / sh, маскируясь под bash.
Возможно, вы заметили разницу в содержании переменных $BASH_VERSION выше. Я попытался обернуть мой.profile примерно так:
if [ -n $BASH_VERSION ]; then
# the rest of my .profile as above
fi
-n test должен возвращать true только в том случае, если длина строки не равна нулю, однако, даже если в приведенном выше сеансе, когда я работаю в /bin/sh -l он возвращает пустую строку для $BASH_VERSION, когда он включается в мой.profile вот так, он проходит тест! Он продолжает исходить из моего.bashrc и выдает мне те же ошибки, что и раньше.
Теперь я действительно запутался.
3 ответа
Вы можете сделать тот факт, что $BASH_VERSION пусто в dash работа для вас:
if [ "$BASH_VERSION" = '' ]; then
echo "This is dash."
else
echo "This is bash."
fi
Вы просто должны использовать кавычки на переменную BASH_VERSION использовать -n
if [ -n "$BASH_VERSION" ];then
echo "this is bash";
else
echo "this is dash";
fi
Использование /proc/[PID]/cmdline чтобы увидеть, с чем запускается скрипт, и проверьте, что он содержит. $$ переменная даст нам PID работающей оболочки. Таким образом, мы можем сделать такой скрипт,
#!/bin/bash
if grep -q 'bash' /proc/$$/cmdline ;
then
echo "This is bash"
else
echo "This is some other shell"
fi
Вот тест того же скрипта:
$> bash test_script.sh
This is bash
$> dash test_script.sh
This is some other shell