The jobs command displays status of jobs in your current Terminal session. (Barrett, 2016) Jobs are programs you are running in your current shell. The difference between jobs and processes is that processes are a operation systems term, while jobs are shell specific term – job is any program you start in the shell (whether in the foreground or in the background). (“What is the difference between a job and a process?,” n.d.)
I never used this command so far, so just mentioning it here.
Thank you for reading!
References
Barrett, D. J. (2016). Linux pocket guide (3rd ed.). O’Reilly Media. Page 40
To view processes dynamically, use top. (Shotts, 2019) It displays which processes are using up your resources the most – the ones using the most resources is always at the top of the list.
An example:
mislav@mislavovo-racunalo:~$ top
top - 20:34:02 up 96 days, 2:55, 1 user, load average: 1.11, 0.79, 0.62
15544 mislav 20 0 11276 3644 3060 R 6.7 0.0 0:00.01 top
...
I won’t go into the details of the column names or the meaning of each element of the summary statistics here. I will leave that for review, when we cover all of the relevant concepts. For now, just remember that top is a command that displays the processes with the most resource-intensive processes closer to the top of the process list.
Hope you learned something useful!
References
Shotts, W. (2019). The Linux Command Line, Fifth Internet Edition. Retrieved from http://linuxcommand.org/tlcl.php. Pages 137-139
The ps command is used to display the processes which are currently running. By running ps without any options, you get the processes associated with the current Terminal, as so:
mislav@mislavovo-racunalo:~/Linux_folder$ ps
PID TTY TIME CMD
10653 pts/1 00:00:00 bash
31210 pts/1 00:00:00 ps
PID is process ID. TTY is the controlling terminal associated with the process – this field is irrelevant. TIME is processor time the process is taking up – the more processor time a process takes up, the more demanding it is. CMD is the command with which we started the process; it’s the name of the process, with arguments, if arguments exist. (Shotts, 2019)
ps x gives us all the processes that our current user is running. An example:
The new column STAT is short for state. State is the process state – it indicates what the process is doing. The first capital S means that process is sleeping, and that means the process is waiting for input. There are other process states, which you can learn more about by typing man ps and navigating to a section titled PROCESS STATE CODES.
ps aux gives us the processes of all users. Its sample output is:
mislav@mislavovo-racunalo:~/Linux_folder$ ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
As you can see here, we can see which user started each process (the column USER). We have a couple of additional columns – %CPU signifies how much CPU (in percentages) the process are using, %MEM is the percentage of RAM the process are using, VSZ is the virtual memory size (think of virtual memory as being as large as your hard drive and RAM size combined), RSS (Resident Set Size) is the amount of RAM the process is using in kilobytes, and START is the time when the process had started.
This is how you can take a look at the processes running in your computer.
Hope you learned something useful!
References
Shotts, W. (2019). The Linux Command Line, Fifth Internet Edition. Retrieved from http://linuxcommand.org/tlcl.php. Pages 135-137
There exist two kinds of processes. Ones that execute in the background and ones that execute in the foreground. (Ward, 2014)
Background processes are useful for situations where the program is going to be running for a long time or you want to be able to use your Terminal while the program is running. We have run all of our commands so far in the foreground – meaning we didn’t get back our Terminal until the command stopped executing. All of the commands we have used so far have relatively short running time so there was no need for running them in the background.
To give you an example of a program I could run in the background, let’s look at Mendeley (a program I use for citations). I am currently running it in the foreground and it looks like this:
See how at the end I don’t have another mislav@mislavovo-racunaloprompt? That’s because Mendeley is running in the foreground. If I wanted to run it in the background, I would write an & at the end of the command to start Mendeley and I would get something like this:
And I have my prompt back. Mendeley is now started in the background. The number 27961 is Mendeley’s process ID which I can use to manipulate it.
This is for you to know that you can run processes both in the background and in the foreground and to know what & is used for. Also, remember that every process has its process ID (PID), no matter if it is started in the foreground or the background.
Hope you found this useful!
References
Ward, B. (2014). How Linux Works: What Every Superuser Should Know (2nd ed.). No Starch Press. Pages 32-33
Today we are going to talk about identification, authentication and authorization. We will explain it on an example of me getting into a club.
Let’s say I want to get into a club. I approach the bouncer, and he asks me who I am. I answer with my full name. That is identification – I provided my identity. Then the bouncer asks me to prove my identity (either via my identity card or whatever else). That is called authentication. Then, if my identity card is valid and the bouncer verifies who I am, then the bouncer checks “the list” and sees if I am on the list – that is authorization. Authorization is checking if a particular user has particular rights – in this case, if I am allowed to enter the club. I enter the club and thus this LinkedIn article is nearing its end.
These mechanisms exist within the operating system and are important for security. Think of operating system as the club bouncer and of me as someone trying to mangle around with the processes running on my computer. We talked about user IDs associated with the process IDs. So, for example, if I am a user with ID 4 trying to modify a process started by user with ID 5, I would not be authorized to do so and the operating system would not allow me to do so. I don’t think it’s important for you to know the details of how this is done exactly, but just to know that this is done so that there is some measure of security within the system. This may not matter much if you are the only user on your computer, but imagine if there are multiple users – then it starts to matter.
Let’s introduce some concepts. A process is your operating systems container of a running program. Every application you run has its own process. Every process has its own memory and must not access other processes memory.
That being said, each process has its own unique process ID (also known as PID). Each process can be uniquely identified via its process ID.
Each process has an user associated with it – the user which instantiated the process. That user has an ID, and that users ID is remembered. Why is it remembered? So that only the user who initiated the process can affect its execution – start it, stop it etc.
There are in fact more than one user IDs, but in reality, nothing bad will happen if you simplify it and treat every process as having only one user ID. (Ward, 2014)
Hope you learned something new!
References
Ward, B. (2014). How Linux Works: What Every Superuser Should Know (2nd ed.). No Starch Press. Pages 162-163
Moving on, we will learn about processes. We will talk about commands related to process monitoring and management and concepts relevant to truly understand process-related activities.
This is probably my favorite part, not only because it is fundamental to understanding the Linux operating system and operating systems in general, but because this was challenging to explain – to cull out what isn’t essential, but still give you the bigger picture. I hope that you will find it a joyful read.
You can customize the prompt in your command line. The prompt is the thing that is displayed left of your cursor when you first start a Terminal. My prompt is mislav@mislavovo-racunalo:workingDirectory, but it could be something else.
I won’t go into details here, because I don’t care about fancy – I care about day-to-day Linux usage, and customizing the prompt doesn’t fit that topic. You can find more about it here: (“How To Customize Bash Prompt In Linux,” n.d.) and (Shotts, 2019).
Let’s continue our discussion of vi and learn how to search for and replace strings (which are just consecutive characters) within a file, as well as how to manage multiple files. This is modeled after (Shotts, 2019).
First, let’s search for the word Money. To do that, type / (while in command mode (which is default)) and then type Money. Then press Enter (on your keyboard). That will find the first match. To go to the next match, press n.
Great. Let’s now talk about global search-and-replace. What does this “global” search-and-replace mean? It means, in essence, we are looking at the entire file. If this weren’t the case, then only the first occurrence of the string we are looking for in each line (if it exists) would be replaced and other occurrences on the same line would be skipped over.
Here is the syntax for global search-and-replace (I remember it by heart):
:%s/<originalString>/<replacementString>/g
Let’s break this down – : signifies the beginning of a command, % says “search everything from the first line to the last line”, s specifies the search-and-replace operation, originalString is the original string we are searching for and replacementString is the string we are replacing originalString with. g means global.
Let’s write the following command and then press Enter:
:%s/Money/Mustard/g
Now we have:
Mustard is how we transfer wealth
Some stuff Abba Mustard
Mustard Mustard
Mustard Mustard
It's the Mustard
In the Rich Man's World
~
…
A sidenote: If you wanted to confirm every single replacement (by typing y), then you would add c to the end of the above command, so it would be:
:%s/Money/Mustard/gc
Let’s now talk about how to manage multiple files. First, write your changes (:w). In order to open up another file within vi, type
:e <filename>
and press Enter. I have written :e ab.txt. ab.txt is in the same folder as aba.txt and contains the following lines:
AB
Ab
aB
ab
To follow along, feel free to create the ab.txt file via a text editor with a graphical user interface and then type :e ab.txt. vi will automatically switch to the newly opened file.
To switch between the two files (aba.txt and ab.txt) type :bn and press Enter. Running :bn once gets you to aba.txt.
Now let’s talk about how to copy contents from one file to another. I use the following procedure:
Place yourself in the file you want to copy the line from and press yy (to copy the line your cursor is on)
Type :bn to switch to the other file (and press Enter)
Type p or P depending on where you want to paste the line (p pastes it below the current line, P pastes it above the current line; remember to press Enter)
To insert an entire file in another file, do this:
Place your cursor on the desired location in the file you want to insert another file
Type in :r <fileToInsert> where <fileToInsert> is the filename which to insert
Press Enter
Let’s combine these two steps. Let’s first copy the line “Mustard is how we transfer wealth” from aba.txt to ab.txt, below the first line. Do it using the above instructions. Then you can switch to aba.txt. Remember to write the changes with :w – otherwise you get an error, or you can use the exclamation mark (as suggested by vi) to forcibly do change the file back to aba.txt.
Then, let’s copy the entire ab.txt file to aba.txt file at the end. Use the instructions above.
In the end, you get this in aba.txt:
Mustard is how we transfer wealth
Some stuff Abba Mustard
Mustard Mustard
Mustard Mustard
It's the Mustard
In the Rich Man's World
AB
Mustard is how we transfer wealth
Ab
aB
ab
~
…
Now, write :wq to write changes and quit vi at the same time and press Enter.
There you have it. You now know how to search, conduct global search-and-replace and manage multiple files in vi. This concludes our vi journey.
Thank you for reading!
References
Shotts, W. (2019). The Linux Command Line, Fifth Internet Edition. Retrieved from http://linuxcommand.org/tlcl.php. Pages 176-184