मैं उबंटू में नया हूं। मैं 13.10 डेस्कटॉप चला रहा हूं।
मैं कुछ सिस्टम वाइड एलियास और बैश के लिए एक कस्टम प्रॉम्प्ट सेट करना चाहता था। मुझे यह लेख मिला:
https://help.ubuntu.com/community/EnvironmentVariables
इस लेख में सलाह के बाद, मैंने /etc/profiles.d/profile_local.sh बनाया। यह रूट के स्वामित्व में है और वहां की अन्य लिपियों की तरह 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 / प्रोफाइल कॉल /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 बनाई है वह खट्टी हो जाती है। हालाँकि अगर लॉगिन I 'स्रोत /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
.sh
इसे जोड़ने से कोई लेना-देना नहीं है , यह अप्रासंगिक है और वैसे भी फाइलों profile.d
को खट्टा किया जाता है, निष्पादित नहीं किया जाता है जो थोड़ा अलग है और फ़ाइल को निष्पादन योग्य होने की आवश्यकता नहीं है। यहां मुद्दा यह है कि profile
गैर-लॉग स्क्रिप्ट्स द्वारा सह & पढ़े नहीं जाते हैं।
.bashrc
और आपकी सभी समस्याएं दूर हो जाएंगी। पूर्वता का भी सवाल है, अगर बाद में पढ़ने वाली फ़ाइलों में से एक भी PS1 सेट करता है, तो पिछले मूल्य को छोड़ दिया जाएगा। वैसे भी, गंभीरता से, फिल्मकारों को न छूएं /etc
, अपने घर की डायरियों के साथ खेलें और .bashrc
प्रोफाइल का उपयोग न करें ।
.profile
में आपके घर में डिफ़ॉल्ट फाइलें होती हैं और वहां की सेटिंग्स आपके द्वारा किए जाने वाले किसी भी चीज़ को अधिलेखित कर देगी /etc/profile
। मूल रूप से कभी नहीं छूना /etc
जब तक आप नहीं जानते कि आप क्या कर रहे हैं। यही उपयोगकर्ता-विशिष्ट फ़ाइलों के लिए है। इसके अलावा, कृपया अपने प्रश्न को संपादित करें और बताएं कि आप कैसे कनेक्ट कर रहे हैं, यह सब कुछ बदल देता है।
/etc/profile.d
कि यह वास्तव में एक बुरा विचार है और सिस्टम के सभी उपयोगकर्ताओं को प्रभावित करेगा। बस आदेशों में शामिल हैं से profile_local.sh
अपने में ~/.profile
या बस अपने को यह पंक्ति जोड़कर स्क्रिप्ट स्रोत ~/.profile
: . /path/to/profile_local.sh
। ( .
मतलब source
, यह आपके द्वारा दी गई फ़ाइल को पढ़ेगा और वहां मिलने वाली कमांड को चलाएगा)।