Introduction to Bash Shell Scripting
Traducciones al EspañolEstamos traduciendo nuestros guías y tutoriales al Español. Es posible que usted esté viendo una traducción generada automáticamente. Estamos trabajando con traductores profesionales para verificar las traducciones de nuestro sitio web. Este proyecto es un trabajo en curso.
Introduction
This guide is an introduction to bash shell programming. Bash shell programming empowers Linux users to take programmatic control over the Linux operating system. The bash shell provides a number of concepts common to many other programming languages, so if you know another language then you should be able to pick up bash with relative ease.
In This Guide
Among other things, you will learn about:
- Bash Scripts
- Variables
- How to get user input
if
statements- How to use environment variables
- Loops
- How to use command line arguments
case
statements- How to combine commands
- How to work with files and directories
NoteThis guide is written for a non-root user. Depending on your configuration, some commands might require the help ofsudo
in order to properly execute. If you are not familiar with thesudo
command, see the Users and Groups guide.
Bash Basics
The bash Executable
The bash shell is an executable file. The executable file for the bash shell can be usually found inside /bin
– its full
path being /bin/bash
. Please keep this file path in mind as it will be used in all
bash scripts.
Bash Scripts
The following code is the “Hello World” program written in bash(1)
:
- File: hello_world.sh
1 2 3
#!/bin/bash echo "Hello World!"
The first line is required for the bash script to become autonomous and executable
as a command. The #!
characters are called a shebang, and instruct Linux to use following path as the file interpreter. The .sh
file extension is not required but it is good to have it in
order to inform people that this is a shell script and not a binary file.
Notice that echo
is a bash shell built-in command that outputs text. All shells have their own built-in
commands.
In order for a bash script to be executable, it needs to have the appropriate
file permissions. To give a file permissions that allow it to be executable, use
the chmod +x file.sh
command, substituting file.sh
for the name of the file. After that you can execute it as ./file.sh
.
Alternatively you can use chmod 755 file.sh
.
For the hello_world.sh
script to become executable, you will need to run one
of the following two commands:
chmod +x hello_world.sh
chmod 755 hello_world.sh
After that the file permissions of hello_world.sh
will be similar to the following:
ls -l hello_world.sh
-rwxr-xr-x 1 mtsouk staff 32 Aug 1 20:09 hello_world.sh
NoteYou will need to give all bash scripts of this guide the execute file permission in order to be able to execute them as regular UNIX commands. For more information on file permissions, see our Linux Users and Groups Guide.
Executing hello_world.sh
will generate the following output:
./hello_world.sh
Hello World!
The ./
in front of the script name tells bash that the file you want to execute is
in the current directory. This is necessary for executing any file that is not located
in the PATH
. The PATH
environment variable contains a list of directories that
bash will search through for executable commands. You can execute echo $PATH
to find
its current value.
NoteThe#
character is used for adding single line comments in bash scripts. The bash shell also supports multi line comments, but they are not used as often, so it would be better to use multiple single line comments when you want to write bigger comment blocks.
Defining and Using Variables
The programming language of the bash shell has support for variables. Variables, like in math, have values that can be declared in a program and later changed or passed around to different functions. Variables
are illustrated in vars.sh
, which is as follows:
- File: vars.sh
1 2 3 4 5 6 7 8 9 10 11
#!/bin/bash VAR1="Mihalis" myVar="$(pwd)" echo "My name is ${VAR1}" echo -n "and I work from " echo $myVar myVar=`pwd` echo $myVar
There are two variables defined in this example: the first one is called VAR1
and the second one
is called myVar
. Although both variables are defined inside the program, the first
variable is defined with a direct assignment whereas the second variable is defined
as the output of an external program, the pwd(1)
command, which outputs the current working directory. The value of myVar
depends
on your place in the filesystem.
The two variables are read as ${VAR1}
and $myVar
, respectively – both notations work.
Notice that in order to prevent echo
from printing a newline character, you will have to
call it as echo -n
. Lastly, notice that "$(pwd)"
and `pwd`
(note the use of backticks instead of quotation marks) are equivalent.
Executing vars.sh
will generate the following kind of output:
./vars.sh
My name is Mihalis
and I work from /home/mtsouk/
/home/mtsouk/
Getting User Input
The bash shell offers the read
command for getting user input. However, this is
rarely used because it makes bash shell scripts less autonomous as it depends on user interaction. Nevertheless, the
read.sh
script illustrates the use of read
:
- File: read.sh
1 2 3 4 5 6 7 8 9 10
#!/bin/bash echo -n "What is your name? " read name echo "Hello" "$name!" echo -n "Please state your name and your surname: " read name surname echo "Hello" "$name $surname!"
Executing read.sh
will generate the following kind of output:
./read.sh
What is your name? Mihalis
Hello Mihalis!
Please state your name and your surname: Mihalis Tsoukalos
Hello Mihalis Tsoukalos!
The second read
is different than the first, because it accepts two variable values. The read
command looks for a space or tab separator in the input text in order to split the text into multiple values. If more than one space is provided, then all remaining values are combined. This means that if the user’s surname is a compound of two or more additional words they will all become the value of $surname
.
The sections on
Environment Variables and
Command Line Arguments show alternative ways of retrieving user input that
is more common in the UNIX world than the read
command.
The if statement
The bash shell supports if
statements using a unique syntax, which
is illustrated in whatIf.sh
:
- File: whatIf.sh
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26
#!/bin/bash VAR1="4" VAR2="4" if [ $VAR1 == 4 ] then echo Equal! fi if [ "$VAR1" == 4 ] then echo Equal! else echo Not equal! fi if [ "$VAR1" == $VAR2 ] then echo Equal! elif [ "$VAR1" == $VAR1 ] then echo Tricky Equal! else echo Not equal! fi
if
statements allow for logic to be applied to a block of code. If the statement is true, the code is executed. if
statements in bash script use square brackets for the logical condition and also
have support for else
and elif
(else if) branches. Bash supports standard programming language conditional operators such as equals (==
), not equals (!=
), less than and greater than (<
, >
), and a number of other file specific operators.
All if
statements contain a conditional express, and a then
statement, and all statements are ended with fi
.
As filenames and paths may contain space characters, it is good to embed them in double
quotes – this has nothing to do with the if
statement per se. Notice that this unofficial
rule applies to other variables that might contain space characters in them. This is
illustrated with the use of the VAR1
variable. Lastly, the ==
operator is for checking
string values for equality.
./whatIf.sh
Equal!
Not equal!
Not equal!
The if
statement is used extensively in bash scripts, which means that you are going to
see it many times in this guide.
Loops
The bash shell has support for loops, which are illustrated in this section
of the guide using the code of loops.sh
:
- File: loops.sh
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38
#!/bin/bash # For loop numbers="One Two Three List" for n in $numbers do echo $n done for x in {1..4} do echo -n "$x " done echo for x in ./c*.sh do echo -n "$x " done echo # While loop c=0 while [ $c -le 5 ] do echo -n "$c " ((c++)) done echo # Until loop c=0 until [ $c -gt 5 ] do echo -n "$c " ((c++)) done echo
NoteThe bash scripting language offers support for thebreak
statement for exiting a loop, and thecontinue
statement for skipping the current iteration.
The loops.sh
example begins with three for
loops. These loops will iterate over values in a series, here represented by the numbers
list variable or a range like {1..4}
, and complete the block of code after the do
command for each value. In a set of four values a loop will iterate four times. Notice that the third for
loop processes the output of ./c*.sh
, which is equivalent to the output of the ls ./c*.sh
command – this is a pretty handy way of selecting and processing files from the Linux filesystem.
Similarly, the while
statement and the until
statement will continually loop so long as the conditional statement is true (while), or until the statement becomes true (until). The -le
and -gt
operators used in the while
and until
loops are used strictly to compare numbers, and mean “less than or equal to” and “greater than,” respectively.
Executing loops.sh
will create the following output:
./loops.sh
One
Two
Three
List
1 2 3 4
./case.sh ./cla.sh
0 1 2 3 4 5
0 1 2 3 4 5
NoteThe./case.sh
and./cla.sh
scripts will be created in later sections of this guide.
Using UNIX Environment Variables
In this section of the guide you will learn how to read a UNIX environment variable, change its value, delete it, and create a new one. This is a very popular way of getting user input or reading the setup of the current user.
The related bash shell script is called env.sh
and is as follows:
- File: env.sh
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
#!/bin/bash # Read if [[ -z "${PATH}" ]]; then echo "PATH is empty!" else echo "PATH: $PATH" fi # Change PATH=${PATH}:/tmp echo "PATH: $PATH" # Delete export PATH="" if [[ -z "${PATH}" ]]; then echo "PATH is empty!" else echo "PATH: $PATH" fi # Create MYPATH="/bin:/sbin:/usr/bin" echo "MYPATH: ${MYPATH}"
Notice that the PATH
environment variable is automatically available to the bash script. You can view it’s current value in the output of the first if
statement. The -z
operator
tests whether a variable has a length of zero or not and can be pretty handy when
checking if an environment variable is set or not.
Executing env.sh
will create the following output:
./env.sh
PATH: /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/texbin:/opt/X11/bin
PATH: /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/texbin:/opt/X11/bin:/tmp
PATH is empty!
MYPATH: /bin:/sbin:/usr/bin
NoteNotice that all changes to environment variables that take place inside a bash script will be lost when that bash script ends because they have a local scope.
Bash and Command Line Arguments
Command Line Arguments
The easiest and most common way to pass your own data to scripts is the use of command line arguments. For instance, review the following command:
./cla.sh 1 2 3
This example command is executing the cla.sh
command, and supplying a number of arguments, in this case the numbers 1, 2, and 3. Those numbers could be any type of information the bash script needs to execute.
The cla.sh
bash script demonstrates how to work with command line
arguments:
- File: cla.sh
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
#!/bin/bash echo "Arguments: $@" echo "Number of arguments: $#" for arg in "$@" do echo "$arg" done echo "The name of the script is: $0" echo "The first argument is: $1" if [ -x $0 ] then echo "$0" file exists! fi
The full list of arguments is stored as $@
and the number of arguments is stored as $#
. A for
loop can be used for iterating over the list of command line arguments. Lastly, the name of the program is always $0
and the first command line argument, if it exists, is always $1
.
Executing cla.sh
will generate the following output:
./cla.sh 1 2 3
Arguments: 1 2 3
Number of arguments: 3
1
2
3
The name of the script is: ./cla.sh
The first argument is: 1
./cla.sh file exists!
Checking the Number of Command Line Arguments
In the previous section you learned how to pass command line arguments to a bash script. The following bash script, which is named nCla.sh
, requires that you pass at least two command line arguments to it:
- File: nCla.sh
1 2 3 4 5 6 7 8
#!/bin/bash if [ "$#" -lt 2 ] then echo Need more arguments than $#! else echo "Thanks for the $# arguments!" fi
Notice that numeric comparisons require the use of -lt
in an if
statement, which
is an alias for less than
.
Executing nCla.sh
with the right number of arguments will generate the following
output:
./nCla.sh 1 2
Thanks for the 2 arguments!
Executing nCla.sh
with an insufficient number of arguments will generate the following
output:
./nCla.sh
Need more arguments than 0!
Combining Commands in bash Scripts
Bash has the additional capability of executing a combination of commands. This capability is illustrated in
combine.sh
:
- File: combine.sh
1 2 3 4 5 6 7 8 9 10 11 12 13 14
#!/bin/bash total=0 for n in ./*.sh do ti=`grep while ${n} | wc -l` ti=$(($ti + 0)) if [[ $ti -gt 0 ]] then total=$(($total+$ti)) fi done echo "Total:" $total
The for
loop in this example iterates over every bash script file in the current working directory.
The initial value of ti
is taken from the output of a command with two parts. The first part uses
grep
to look for the while
word in the file that is being processed and the
second part counts the number of times that the while
word was found in the
current file. The total=$(($total+$ti))
statement is needed for adding the value of ti
to
the value of total
. Additionally, the ti=$(($ti + 0))
statement is used for
converting the value of ti
from string to integer. Last, before exiting, combine.sh
prints the total number of times the
while
word was found in all processed files.
./combine.sh
Total: 2
The Case Statement
The bash scripting language supports the case
statement. A case statement provides a number of possible values for a variable and maps code blocks to those values. For example, the case statement included in case.sh
script below defines a number of possible outputs depending on the number provided as a command line argument:
- File: case.sh
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52
#!/bin/bash if [ $# -lt 1 ] then echo "Usage : $0 integer" exit fi NUM=$1 echo "Testing ${NUM}" if [[ ! $NUM =~ ^[0-9]+$ ]] ; then echo "Not an integer" exit fi case $NUM in 0) echo "Zero!" ;; 1) echo "One!" ;; ([2-9]|[1-7][0-9]|80) echo "From 2 to 80" ;; (8[1-9]|9[0-9]|100) echo "From 81 to 100" ;; *) echo "Too big!" ;; esac case 1:${NUM:--} in (1:*[!0-9]*|1:0*[89]*) ! echo NAN ;; ($((NUM<81))*) echo "$NUM smaller than 80" ;; ($((NUM<101))*) echo "$NUM between 81 and 100" ;; ($((NUM<121))*) echo "$NUM between 101 and 120" ;; ($((NUM<301))*) echo "$NUM between 121 and 300" ;; ($((NUM>301))*) echo "$NUM greater than 301" ;; esac
The script requires a command line argument, which is an integer value. A regular
expression verifies that the input is a valid positive integer number with the
help of an if
statement.
From the presented code you can understand that branches in case
statements do
not offer direct support for numeric ranges, which makes the code more complex.
If you find the code difficult to understand, you may also use multiple if
statements instead of a case
block.
case.sh
illustrates two ways of supporting ranges in a case
statement. The first
one uses regular expressions (which are divided by the OR operator, a pipe |
), whereas the second offers ranges through a different approach.
Each expression such as (NUM<81)
is evaluated and if it is true
, the code in the
respective branch is executed. Notice that the order of the branches is significant because
only the code from the first match will be executed.
Executing case.sh
will generate the following output:
./case.sh 12
Testing 12
From 2 to 80
12 smaller than 80
If you give case.sh
a different input, you will get the following output:
./case.sh 0
Testing 0
Zero!
0 smaller than 80
File and Directory Basics
Working with Files and Directories
One often important operation that you may find yourself needing to perform is specifying
whether a given file or directory actually exists. This is idea is illustrated in files.sh
:
- File: files.sh
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26
#!/bin/bash if [[ $# -le 0 ]] then echo Not enough arguments! fi for arg in "$@" do # Does it actually exist? if [[ -e "$arg" ]] then echo -n "$arg exists " fi # Is it a file or Is it a directory? if [ -f "$arg" ] then echo "and is a regular file!" elif [ -d "$arg" ] then echo "and is a regular directory!" else echo "and is neither a regular file nor a regular directory!" fi done
The -e
operator will check whether a file exists regardless of its type – this
is the first test that we are performing. The other two tests use -f
and -d
for specifying whether we are dealing with a regular file or a directory,
respectively. Last, the -le
operator stands for less than or equal
and is used
for comparing numeric values.
Executing files.sh
will generate the following output:
./files.sh /tmp aFile /dev/stdin
/tmp exists and is a regular directory!
aFile exists and is a regular file!
/dev/stdin exists and is neither a regular file nor a regular directory!
The following bash script will accept one command line argument, which is a string you’d like to find, and then a list of files that will be searched for that given string. If there is a match, then the filename of the file will appear on the screen.
- File: match.sh
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
#!/bin/bash if [[ $# -le 1 ]] then echo Usage: $0 string files! fi string=$1 for arg in "${@:2}" do # Does it actually exist? if [[ ! -e "$arg" ]] then echo "* Skipping ${arg}" continue fi # Is it a regular file? if [ -f "$arg" ] then ti=`grep ${string} ${arg} | wc -l` ti=$(($ti + 0)) if [[ $ti -gt 0 ]] then echo ${arg} fi else echo "* $arg is not a regular file!" fi done
The "${@:2}"
notation allows you to skip the first element from the list
of command line arguments because this is the string that we will be looking for
in the list of files that follow.
Executing match.sh
will generate the following output:
./match.sh while *.sh /tmp /var/log ./combine.sh doesNotExist
combine.sh
loops.sh
* /tmp is not a regular file!
* /var/log is not a regular file!
./combine.sh
* Skipping doesNotExist
In part 2 of the bash scripting guides you will learn more about working with files and directories with the bash scripting language.
Summary
The scripting language of bash can do many more things than the ones presented in
this guide. The next part of this guide will present more interesting bash shell
scripts and shed more light into topics such as working with files and directories,
the printf
command, the select
statement and reading files.
More Information
You may wish to consult the following resources for additional information on this topic. While these are provided in the hope that they will be useful, please note that we cannot vouch for the accuracy or timeliness of externally hosted materials.
This page was originally published on