Lab 3: User Accounts, Permissions, and Package Management

Introduction

In this lab you will perform the following tasks:

  • Create a new user account and group

  • Change the ownership and permissions of files and directories

  • See what the effect of ownership and file permissions is

  • Search Debian APT repositories for a software package

  • Install a Debian software package

  • Run the reconfigure wizard for a Debian software package

  • Remove a Debian software package

You will be introduced to the following commands:

  • addgroup

  • adduser

  • apt

  • cat

  • chgrp

  • chmod

  • chown

  • dpkg

  • dpkg-reconfigure

  • groupdel

  • less

  • more

  • passwd

  • useradd

  • userdel

  • who

Preliminaries

  1. Open an SSH remote terminal session to your Linux server’s IP address

    1. Connect to ITCnet from the computer you will be using as your administrative PC. In most cases this means connecting to the ITC Student VPN (unless you are using the Netlab Windows Administrative PC).

    2. Run the PuTTY software on your computer (or the Windows Administrative PC) and enter in the IP address of your Linux server VM in the "Host Name" box and click the "Open" button.

      Remember that if you do not have a Windows computer to connect from you can either figure out how to SSH from your own computer over the VPN to your Linux server or you can use the Windows Administrative PC that is provided for you in Netlab.
  2. Login with your standard user’s username and password

Creating Users and Groups

  1. Create a new user account jsmith using the adduser command.

    Not all Linux distributions support adduser, some use the useradd command as the way to create new users. It’s a bit less user friendly but does accomplish the task.
    1. Remember that many administrtive commands like this need to be executed with administrative permissions.

    2. You can make up any password for the new user you want, but make sure to record it somewhere as you will need it to log in and test the new user account.

    3. You can optionally enter anything you want (or leave blank) the full name, room number, phone numbers, and other information.

      ben@2480-Z:~$ sudo adduser jsmith
      [sudo] password for ben:
      Adding user `jsmith' ...
      Adding new group `jsmith' (1001) ...
      Adding new user `jsmith' (1001) with group `jsmith (1001)' ...
      Creating home directory `/home/jsmith' ...
      Copying files from `/etc/skel' ...
      New password:
      Retype new password:
      passwd: password updated successfully
      Changing the user information for jsmith
      Enter the new value, or press ENTER for the default
              Full Name []: Jessie Smith
              Room Number []:
              Work Phone []:
              Home Phone []:
              Other []:
      Is the information correct? [Y/n] y
      Adding new user `jsmith' to supplemental / extra groups `users' ...
      Adding user `jsmith' to group `users' ...
      ben@2480-Z:~$
  2. Create a new group redteam using the addgroup command

    ben@2480-Z:~$ sudo addgroup redteam
    Adding group `redteam' (GID 1002) ...
    Done.
    ben@2480-Z:~$
  3. Add the jsmith account as well as your own user account to the redteam group with the adduser command

    ben@2480-Z:~$ sudo addgroup redteam
    Adding group `redteam' (GID 1002) ...
    Done.
    ben@2480-Z:~$ sudo adduser jsmith redteam
    Adding user `jsmith' to group `redteam' ...
    Done.
    ben@2480-Z:~$ sudo adduser ben redteam
    Adding user `ben' to group `redteam' ...
    Done.
    ben@2480-Z:~$
  4. Close your SSH session and open two new SSH sessions. You need to log out of your user’s session and log back in to get access to the new group your user now belongs to.

  5. Log back in to one of the new SSH sessions with your regular use and log in as jsmith on the other.

  6. Run the who command from either one of the SSH sessions to see a list of all users currently logged in to your system. This will include their IP address if they are a remote (SSH) user, what terminal they are logged into (pts is ssh, tty is a local console), and when they logged in.

    jsmith@2480-Z:~$ who
    ben      tty1         2024-03-12 13:52
    ben      pts/0        2024-04-02 16:26 (172.17.202.3)
    jsmith   pts/1        2024-04-02 17:00 (172.17.202.3)
    jsmith@2480-Z:~$
  7. Use the groups command from both your regular user and the jsmith user SSH sessions to check what groups the user is a member of.

    [...from regular user session...]
    ben@2480-Z:~$ groups
    ben cdrom floppy sudo audio dip video plugdev users netdev redteam
    ben@2480-Z:~$
    [...from jsmith session...]
    jsmith@2480-Z:~$ groups
    jsmith users redteam
    jsmith@2480-Z:~$
  8. View a list of all the user accounts on your system by looking at the /etc/passwd file.

    1. The /etc/passwd file is just a text file that Linux uses to keep track of the users on a system. It used to contain user passwords in clear text but that has been replaced by the shadow system which we’ll look at shortly. In any case you can view the contents of a text file (like /etc/passwd) on Linux using the cat command.

      ben@2480-Z:~$ cat /etc/passwd
      root:x:0:0:root:/root:/bin/bash
      daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
      bin:x:2:2:bin:/bin:/usr/sbin/nologin
      sys:x:3:3:sys:/dev:/usr/sbin/nologin
      sync:x:4:65534:sync:/bin:/bin/sync
      games:x:5:60:games:/usr/games:/usr/sbin/nologin
      man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
      lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
      mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
      news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
      uucp:x:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin
      proxy:x:13:13:proxy:/bin:/usr/sbin/nologin
      www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
      backup:x:34:34:backup:/var/backups:/usr/sbin/nologin
      list:x:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin
      irc:x:39:39:ircd:/run/ircd:/usr/sbin/nologin
      _apt:x:42:65534::/nonexistent:/usr/sbin/nologin
      nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
      systemd-network:x:998:998:systemd Network Management:/:/usr/sbin/nologin
      systemd-timesync:x:997:997:systemd Time Synchronization:/:/usr/sbin/nologin
      messagebus:x:100:107::/nonexistent:/usr/sbin/nologin
      sshd:x:101:65534::/run/sshd:/usr/sbin/nologin
      ben:x:1000:1000:Ben Franske,,,:/home/ben:/bin/bash
      jsmith:x:1001:1001:Jessie Smith,,,:/home/jsmith:/bin/bash
      ben@2480-Z:~$
    2. Notice that the output of the /etc/passwd file may more than fill your screen. Because you are logged into an SSH session you can scroll up a little bit to see the beginning of the file (or make the window larger and run the cat command again) but this doesn’t work for a very long text file.

  9. To view a longer file you can use the traditional command more or a more flexible command less. With the more command like more /etc/passwd the system will pause after each full screen of text and you can press a key to go to the next page. When you are done viewing the file you can press the letter q to exit back to the command line. When using the less command like less /etc/passwd you can scroll up and down one line at a time using your arrow keys or one page at a time with the Page Up and Page Down keys, also pressing q to exit back to the command line.

  10. Try viewing a text file on your system with the more and less commands. This could be the /etc/passwd file or one of the Shakespeare files we worked with in a previous lab.

  11. View a list of the password data on your system by viewing the /etc/shadow file. Note that passwords in the shadow file are stored as hashes so they can’t be seen by someone who has access to the /etc/shadow file. It’s still important to protec this file though so only the root user has access to it, because of this you’ll need to use a tool that lets you run a command as the administrative user to view this file.

  12. View a list of groups and group members on your system in the /etc/group file. Again, this is a plain text file. Do you see a theme with Linux storing settings in plain text files yet?

  13. The userdel and groupdel commands are used to remove users and groups. Create at least one more user and group and then try deleting that user and group. Remember that the man command cna provide useful information about how to use commands you are unfamiliar with.

  14. Any user can change their own password with the passwd command. The root user (or any user with permissions to run commands as the root user) can reset other users passwords using the passwd command combined with the username they want to modify. Try changing your own password on your regular user account with passwd and changing the jsmith account password from your regular user’s account using the administrative permission command passwd jsmith. Be sure to write down (or change back) your new passwords so that you don’t forget them!

Practice Filesystem Permissions and Ownership

Working with file and directory ownership and permissions is tricky and there are many, many possible combinations of users, groups, and permissions which can be assigned to both files and folders. The goal of this section of the lab is to familiarize you with how to use the commands for changing ownership and permissions, not to teach you how to read or understand Linux file permissions (see your readings for this, it is important!) In order to get the most out of this activity you should have done your readings on file and directory permissions before beginning this part of the lab!

Once you understand how to use the commands you should experiment with setting different owners and permissions on a several different files and folders and subfolders until you have a good understanding of how permissions work. The only way to understand these relationships well is to read about it and then try it out.

You should be able to set all of these permissions just as regular users (assuming you have access to both of the user accounts) you should not need sudo access to change the permissions or group ownership because one of the the two users owns all the files and directories we’re working in. You will need sudo access to change the user ownership of the files because otherwise it would be possible to accidentally lock yourself out of a file.

This table may be a helpful resource:

Octal Binary File Mode

0

000

---

1

001

--x

2

010

-w-

3

011

-wx

4

100

r--

5

101

r-x

6

110

rw-

7

111

rwx

Finally, this permissions calcualtor may also be helpful in learning how permissions are calculated and set in Linux.

This section of the lab will definitely not make sense unless you have done your readings on permissions and ownership in Linux. If you have not done these yet please go do them before proceeding!

  1. Be sure you have an SSH session open as both your regular user as as jsmith

  2. In both sessions change to the /home directory.

  3. Check the ownership and permissions on the subdirectories inside of /home

    ben@2480-Z:~$ cd /home
    ben@2480-Z:/home$ ls -al
    total 16
    drwxr-xr-x  4 root   root   4096 Mar 26 15:09 .
    drwxr-xr-x 18 root   root   4096 Mar  8 16:29 ..
    drwx------  4 ben    ben    4096 Mar 26 15:25 ben
    drwx------  2 jsmith jsmith 4096 Mar 26 15:09 jsmith
    ben@2480-Z:/home$
  4. Try to create two new files (foo and foo2) using the touch command called foo and foo2 in the /home/jsmith directory as your regular user

    1. You wil get an error when you try do do this. Look at the permissions you just checked above for the jsmith directory. Can you see what the problem is?

      ben@2480-Z:/home$ touch /home/jsmith/foo
      touch: cannot touch '/home/jsmith/foo': Permission denied
      ben@2480-Z:/home$ touch /home/jsmith/foo2
      touch: cannot touch '/home/jsmith/foo2': Permission denied
      ben@2480-Z:/home$
  5. Try again but as the jsmith user this time.

    jsmith@2480-Z:/home$ touch /home/jsmith/foo
    jsmith@2480-Z:/home$ touch /home/jsmith/foo2
    jsmith@2480-Z:/home$
  6. Try using your regular user to list the files in the /home/jsmith directory.

    ben@2480-Z:/home$ ls -al /home/jsmith/
    ls: cannot open directory '/home/jsmith/': Permission denied
    ben@2480-Z:/home$
  7. Fix the error by allowing all users of the system to list the contents of the /home/jsmith directory. Remember that the read permission on a directory allows you to list its contents and execute allows you to enter it, this is a bit different than what read and execute mean for a file.

    jsmith@2480-Z:/home$ chmod o+r /home/jsmith
    jsmith@2480-Z:/home$ ls -al
    total 16
    drwxr-xr-x  4 root   root   4096 Mar 26 15:09 .
    drwxr-xr-x 18 root   root   4096 Mar  8 16:29 ..
    drwx------  4 ben    ben    4096 Mar 26 15:25 ben
    drwx---r--  2 jsmith jsmith 4096 Mar 26 16:10 jsmith
    jsmith@2480-Z:/home$
  8. Now try again using your regular user to list the files in the /home/jsmith directory.

    ben@2480-Z:/home$ ls -al /home/jsmith/
    ls: cannot access '/home/jsmith/..': Permission denied
    ls: cannot access '/home/jsmith/.profile': Permission denied
    ls: cannot access '/home/jsmith/foo2': Permission denied
    ls: cannot access '/home/jsmith/.': Permission denied
    ls: cannot access '/home/jsmith/.bash_logout': Permission denied
    ls: cannot access '/home/jsmith/.bashrc': Permission denied
    ls: cannot access '/home/jsmith/foo': Permission denied
    total 0
    d????????? ? ? ? ?            ? .
    d????????? ? ? ? ?            ? ..
    -????????? ? ? ? ?            ? .bash_logout
    -????????? ? ? ? ?            ? .bashrc
    -????????? ? ? ? ?            ? foo
    -????????? ? ? ? ?            ? foo2
    -????????? ? ? ? ?            ? .profile
    ben@2480-Z:/home$
  9. Well, that’s better but it still generated a bunch of errors and you can’t see all the information about the files in the directory. Fix the error by allowing all users of the system to enter the /home/jsmith directory as well.

    jsmith@2480-Z:/home$ chmod o+rx /home/jsmith
    jsmith@2480-Z:/home$ ls -al
    total 16
    drwxr-xr-x  4 root   root   4096 Mar 26 15:09 .
    drwxr-xr-x 18 root   root   4096 Mar  8 16:29 ..
    drwx------  4 ben    ben    4096 Mar 26 15:25 ben
    drwx---r-x  2 jsmith jsmith 4096 Mar 26 16:10 jsmith
    jsmith@2480-Z:/home$
  10. Now try once again using your regular user to list the files in the /home/jsmith directory.

    ben@2480-Z:/home$ ls -al /home/jsmith/
    total 20
    drwx---r-x 2 jsmith jsmith 4096 Mar 26 16:10 .
    drwxr-xr-x 4 root   root   4096 Mar 26 15:09 ..
    -rw-r--r-- 1 jsmith jsmith  220 Mar 26 15:09 .bash_logout
    -rw-r--r-- 1 jsmith jsmith 3526 Mar 26 15:09 .bashrc
    -rw-r--r-- 1 jsmith jsmith    0 Mar 26 16:10 foo
    -rw-r--r-- 1 jsmith jsmith    0 Mar 26 16:10 foo2
    -rw-r--r-- 1 jsmith jsmith  807 Mar 26 15:09 .profile
    ben@2480-Z:/home$
  11. Try removing the foo file using first your regular user account and the the jsmith account

  12. Add write permission to the foo2 file for all users of the system.

    jsmith@2480-Z:~$ chmod o+w foo2
    jsmith@2480-Z:~$ ls -al
    total 20
    drwx---r-x 2 jsmith jsmith 4096 Mar 26 16:10 .
    drwxr-xr-x 4 root   root   4096 Mar 26 15:09 ..
    -rw-r--r-- 1 jsmith jsmith  220 Mar 26 15:09 .bash_logout
    -rw-r--r-- 1 jsmith jsmith 3526 Mar 26 15:09 .bashrc
    -rw-r--r-- 1 jsmith jsmith    0 Mar 26 16:10 foo
    -rw-r--rw- 1 jsmith jsmith    0 Mar 26 16:10 foo2
    -rw-r--r-- 1 jsmith jsmith  807 Mar 26 15:09 .profile
    jsmith@2480-Z:~$
  13. Try removing the foo2 file using your regular user account.

    1. Notice you will still get an error. While the write permission on a file allows you to edit the file (including deleting all informaiton in the file). It does not allow you to remvoe a file. For that you would need to have write permission for the directory that contains the file. Obviously it would probably be a bad idea to give everyone write access to your home directory so you would probably create a sub-directory inside of it that other people had write access to if people needed to add and remove files. Even better to not give all users access but instead to limit it to a certain group of users.

  14. Use the jsmith user to create a new directory /home/jsmith/redteam/

  15. Use the jsmith user to create four files: /home/jsmith/redteam/theplan and /home/jsmith/redteam/yours and /home/jsmith/redteam/mine and /home/jsmith/ours

    jsmith@2480-Z:~$ mkdir redteam
    jsmith@2480-Z:~$ cd redteam/
    jsmith@2480-Z:~/redteam$ touch theplan
    jsmith@2480-Z:~/redteam$ touch yours
    jsmith@2480-Z:~/redteam$ touch mine
    jsmith@2480-Z:~/redteam$ touch ours
    jsmith@2480-Z:~/redteam$ ls -al
    total 8
    drwxr-xr-x 2 jsmith jsmith 4096 Mar 26 16:31 .
    drwx---r-x 3 jsmith jsmith 4096 Mar 26 16:31 ..
    -rw-r--r-- 1 jsmith jsmith    0 Mar 26 16:31 mine
    -rw-r--r-- 1 jsmith jsmith    0 Mar 26 16:31 ours
    -rw-r--r-- 1 jsmith jsmith    0 Mar 26 16:31 theplan
    -rw-r--r-- 1 jsmith jsmith    0 Mar 26 16:31 yours
    jsmith@2480-Z:~/redteam$
  16. Read through the built-in manual pages for the chown and chgrp commands which you’ll use to change the owners and groups for files and directories using man chown and man chgrp. Remember you can scroll through the manual pages using the arrow keys and page up/down. To return to the command line press the q key.

  17. Change the permissions on the /home/jsmith/redteam/ directory so that the group redteam is the group owner of the directory

    jsmith@2480-Z:~$ chgrp redteam /home/jsmith/redteam/
    jsmith@2480-Z:~$ ls -al
    total 24
    drwx---r-x 3 jsmith jsmith  4096 Mar 26 16:31 .
    drwxr-xr-x 4 root   root    4096 Mar 26 15:09 ..
    -rw-r--r-- 1 jsmith jsmith   220 Mar 26 15:09 .bash_logout
    -rw-r--r-- 1 jsmith jsmith  3526 Mar 26 15:09 .bashrc
    -rw-r--r-- 1 jsmith jsmith     0 Mar 26 16:10 foo
    -rw-r--rw- 1 jsmith jsmith     0 Mar 26 16:10 foo2
    -rw-r--r-- 1 jsmith jsmith   807 Mar 26 15:09 .profile
    drwxr-xr-x 2 jsmith redteam 4096 Mar 26 16:31 redteam
    jsmith@2480-Z:~$
  18. Add write permission so that anyone in the redteam group can add and remove files in the /home/jsmith/redteam directory. As always, make sure to test and know that this is working!

  19. Change the user owner and group owner of the yours file so that it is owned by your regular user account instead of jsmith.

  20. Change the group owner of the ours file so that it is controlled by the redteam group.

  21. At this point your /home/jsmith/redteam directory and permissons should look something like this:

    jsmith@2480-Z:~/redteam$ ls -al
    total 8
    drwxr-xr-x 2 jsmith redteam 4096 Mar 26 16:31 .
    drwx---r-x 3 jsmith jsmith  4096 Mar 26 16:31 ..
    -rw-r--r-- 1 jsmith jsmith     0 Mar 26 16:31 mine
    -rw-r--r-- 1 jsmith redteam    0 Mar 26 16:31 ours
    -rw-r--r-- 1 jsmith jsmith     0 Mar 26 16:31 theplan
    -rw-r--r-- 1 ben    ben        0 Mar 26 16:31 yours
    jsmith@2480-Z:~/redteam$
  22. This is a good starting point for experimenting with who can do what to a file. You have one file fully owned by your regular user, two fully by jsmith, and one by jsmith but by the redteam group. Remember both users are part of the redteam group.

  23. Experiment on your own with creating and removing files and subdirectories inside of the /home/jsmith/redteam/ directory as well as listing the contents of directories with various permissions applied to them until you have a good understanding of how permissions work in Linux.

  24. Make sure that you can predict who can do what with a file or directory if you know how it’s permissions are set!

Working With Debian Software Packages

Most of what we learn in this course is applicable to any distribution of Linux. However, software packages are one area where each distribution of Linux has developed their own way of doing things, different tools, and different ways to store, access, and manage the packages. In this class we’ll be focusing on the way Debian handles software packages and use Debian tools like apt and dpkg to work with deb packages. This is arguably the most popular packaging ecosystem as so many other distributions are based on Debian (Ubuntu, Mint, and many others). The other major packaging system is RPM based, developed by Red Hat using yum on Red Hat distributions, DNF on Fedora, and YaST/zypper on OpenSUSE. There are still other less popular systems such as Portage/emerge on Gentoo.

  1. In case you haven’t done it in a while a reminder that a good practice is to update your system package lists before installing any new packages, searching for packages, or trying to upgrade a package. Run the apt update command with administrative permissions and press enter to do this now.

  2. Just in case you need to unwind after a long lab session let’s see if we can get a clone of the Tetris game installed which works from the command line.

  3. We can search through the available packages for any that mention Tetris in the name or description with the apt search <search_term> command like apt search tetris. This will give you output something like this:

    ben@2480-Z:/home$ apt search tetris
    Sorting... Done
    Full Text Search... Done
    bastet/stable 0.43-7+b1 amd64
      ncurses Tetris clone with a bastard algorithm
    
    blockattack/stable 2.8.0-1 amd64
      puzzle game inspired by Tetris
    
    blockout2/stable 2.5+dfsg1-1 amd64
      Tetris like game (3D-tetris)
    
    blocks-of-the-undead/stable 1.0-7 amd64
      Tetris Attack clone with spooky undertones
    
    blocks-of-the-undead-data/stable 1.0-7 all
      Tetris Attack clone with spooky undertones - data files
    
    bsdgames/stable 2.17-29+b1 amd64
      collection of classic textual unix games
    
    crack-attack/stable 1.1.14-9.2 amd64
      multiplayer OpenGL puzzle game like "Tetris Attack"
    
    cuyo/stable 2.1.0-1 amd64
      Tetris-like game with very impressive effects
    
    cuyo-data/stable 2.1.0-1 all
      data files for the game cuyo
    
    games-tetris/stable 5 all
      Debian's tetris-like games
    
    ghextris/stable 0.9.0-5 all
      Tetris-like game on a hexagonal grid
    
    gtetrinet/stable 0.7.11+git20200916.46e7ade-2+b1 amd64
      multiplayer tetris-like game
    
    gtkboard/stable 0.11pre0+cvs.2003.11.02-11 amd64
      many board games in one program
    
    kblocks/stable 4:22.12.3-1 amd64
      falling blocks game
    
    ltris/stable 1.0.19-3+b1 amd64
      very polished Tetris clone with CPU opponents
    
    netris/stable 0.52-11 amd64
      free, networked version of T*tris
    
    pentobi/stable 22.1-1 amd64
      clone of the strategy board game Blokus
    
    petris/stable 1.0.1-11+b2 amd64
      Peter's Tetris - a Tetris(TM) clone
    
    quadrapassel/stable 1:40.2-1 amd64
      popular Russian game, similar to Tetris
    
    stax/stable 1.37-2+b1 amd64
      collection of puzzle games similar to Tetris Attack
    
    tetrinet-client/stable 0.11+CVS20070911-2.1 amd64
      textmode client for tetrinet, a multiplayer tetris-like game
    
    tetrinet-server/stable 0.11+CVS20070911-2.1 amd64
      server for tetrinet, a multiplayer tetris-like game
    
    tetrinetx/stable 1.13.16-15 amd64
      game server for Tetrinet
    
    tint/stable,now 0.07 amd64 [installed]
      Tetris clone for text based terminal
    
    vim-scripts/stable 20210124.2 all
      plugins for vim, adding bells and whistles
    
    vitetris/stable 0.59.1-2 amd64
      Virtual terminal *tris clone
    
    xwelltris/stable 1.0.1-18 amd64
      3D Tetris like popular game similar to Welltris
    
    ben@2480-Z:/home$
  4. You can see there are quite a few packages that seem to have something to do with Tetris. Let’s say though that you just wanted to search for one with tetris in the name of the package and not the description or elsewhere. For that try the apt search --names-only <search_term> command.

    ben@2480-Z:/home$ apt search --names-only tetris
    Sorting... Done
    Full Text Search... Done
    games-tetris/stable 5 all
      Debian's tetris-like games
    
    vitetris/stable 0.59.1-2 amd64
      Virtual terminal *tris clone
    
    ben@2480-Z:/home$
  5. That obiously gives a much shorter listing. There are further ways to use the apt search command including package names that start with a particular thing (instead of just including it) like apt search --names-only ^games-t

  6. Going back to that original listing though let’s see if we can get more information on the tint package. To do this use the apt show tint command which will print out all kinds of information about the package.

  7. Tint sounds like a good one to try. Install it with the apt install <package_name> command like apt install tint. Remember that to install a package the command must be run with the administrative user permissions!

  8. Often, but not always, the name of the package is the same name as the main executable program inside the package. In the case of tint this is true. Try out running tint using the command tint. When you lose you will be returned to the command line.

  9. You may need to remove a package, say the boss is coming and you need to get rid of tint. You can do a simple remove of a package with the apt remove <package_name> command. This will remove the package but it will leave any configuration files behind. That can be useful in case you want to later re-install the package without having to re-configure it. In the case of something like tint it means things like the high score list would stay around in case you later re-installed it. Just like the installation process removing a package will require administrative permissions.

  10. Try removing and then re-installing tint and notice that the high scores stay around (these are displayed after you lose the game and are returned to the command line).

  11. However, sometimes you want to remove the package and it’s configuration files. Maybe there is some corruption or bad configuration and you want to start completely fresh. In that case you need to go to the next level and use the apt purge <package_name> command. Try this by purging tint and then re-installing it and noticing the high scores list is cleared.

  12. Install the GNU Hello program with dpkg by manually downloading the .deb package file.

    1. There are some times when software you want to install is not provided by the official Debian repositoies. There are several possible ways you may need to solve this problem:

      1. In some cases, the software is not available as a pre-compiled package at all. In these cases you will need to download the source code for the software along with any utilities needed to build or compile the software (commonly called the toolchain) and compile it yourself. This can be a daunting task, but many times there are instructions provided by the software developer as to how to do this (some are better than others).

      2. In other cases the software package might be available in a non-standard Debian package repository. When this is the case you will need to add that repository (and a key to trust it) to your system. Normally software developers who are doing this are pretty organized and have clear instructions as to how to edit your /etc/apt/sources.list file or a file in the /etc/apt/sources.list.d/ directory to add the repoisitory and use gpg to add the key which has signed the software packages to those you trust. We’ll do this later in the course when we work with Docker as they provide their own repository for their most up to date packages.

      3. Finally, in still other cases the developer may provide a .deb package which you can download manually (not using apt) and install on your system using the dpkg utility. In some ways this is the simplest solution; however, you can run into issues when the software package relies on other prerequisite packages that are certain versions and those versions are not available through the standard repositories. These prerequisite packages are also called dependencies because the software you are trying to install is dependent on them to work.

    2. Use the wget https://info.ihitc.net/hello_2.10-3_amd64.deb command to download the hello_2.10-3_amd64.deb package file onto your system.

    3. Use the dpkg -i hello_2.10-3_amd64.deb to install the hello program from this package onto your system. Remember that software installation must be done with administrative permissions.

    4. Test the newly installed package by running the hello command. This should all look something like this:

      ben@2480-Z:~$ wget https://info.ihitc.net/hello_2.10-3_amd64.deb
      --2024-03-27 16:15:34--  https://info.ihitc.net/hello_2.10-3_amd64.deb
      Resolving info.ihitc.net (info.ihitc.net)... 185.199.111.153, 185.199.108.153, 185.199.109.153, ...
      Connecting to info.ihitc.net (info.ihitc.net)|185.199.111.153|:443... connected.
      HTTP request sent, awaiting response... 200 OK
      Length: 53080 (52K) [application/octet-stream]
      Saving to: ‘hello_2.10-3_amd64.deb’
      
      hello_2.10-3_amd64. 100%[===================>]  51.84K  --.-KB/s    in 0.002s
      
      2024-03-27 16:15:35 (24.3 MB/s) - ‘hello_2.10-3_amd64.deb’ saved [53080/53080]
      
      ben@2480-Z:~$ sudo dpkg -i hello_2.10-3_amd64.deb
      [sudo] password for ben:
      Selecting previously unselected package hello.
      (Reading database ... 29680 files and directories currently installed.)
      Preparing to unpack hello_2.10-3_amd64.deb ...
      Unpacking hello (2.10-3) ...
      Setting up hello (2.10-3) ...
      Processing triggers for man-db (2.11.2-2) ...
      ben@2480-Z:~$ hello
      Hello, world!
      ben@2480-Z:~$
  13. Sometimes during the installation of a software package you are asked some questions in a text-user-interface (TUI) which looks like the same interface you used when originally installing Debian (a blue background screen with text dialog boxes, options, fill-in fields, etc.). These package installations usually only ask the bare minimum questions to get the software somewhat working and automatically select defaults for other options. Sometimes this means you are not asked any configuration questions at all during installation (sometimes there aren’t any questions in the installation package and other times they are just all marked as optional). Other times you want to change the answer to a previously asked package installation question.

  14. As long as there are questions programmed into the installation package you can always view all the optional questions or change answers to questions using the dpkg-recongifure command. This applies to packages installed as part of your original Debian Linux installation, via apt, and via dpkg.

  15. The tzdata package is used to provide timezone data to your Debian system and to set the timezone of the system. Use the dpkg-reconfigure tzdata to view (and adjust if needed) the timezone of your system and to see how the dpkg-reconfigure command works. Remember that this command needs to be run with administrative permissions!

  16. Another thing to be aware of is that many Linux packages have dependencies which were already mentioned. These are other packages that need to be installed for your desired package to work. Luckily tools like apt will automatically install these for you when possible (this is one advantage of apt over dpkg). You may have actually seen this when installing some of the packages we have used in this class and you are asked to confirm if it’s ok to install a list of packages even though you only asked for one package to be installed. However, this leads to a complex web of packages depending on other packages and when you uninstall a package it does not neccecarily uninstall other packages that were installed alongside it even if you no longer need these (as there could be unintended consequences to removing them).

  17. Sometimes you do want to simplify the packages you have installed (for example to reduce security exposure from software bugs) or free up space on a system by removing all the packages no longer required or specifically asked for. The apt autoremove command serves this purpose.

  18. You can actually see these packages which will no longer be needed when you remove a package. For example, if you still have the tint package installed remove or purge it now. You’ll see something like this:

    ben@2480-Z:~$ sudo apt purge tint
    Reading package lists... Done
    Building dependency tree... Done
    Reading state information... Done
    The following package was automatically installed and is no longer required:
      libncurses6
    Use 'sudo apt autoremove' to remove it.
    The following packages will be REMOVED:
      tint*
    0 upgraded, 0 newly installed, 1 to remove and 1 not upgraded.
    After this operation, 71.7 kB disk space will be freed.
    Do you want to continue? [Y/n] y
    (Reading database ... 29730 files and directories currently installed.)
    Removing tint (0.07) ...
    Processing triggers for mailcap (3.70+nmu1) ...
    Processing triggers for man-db (2.11.2-2) ...
    (Reading database ... 29721 files and directories currently installed.)
    Purging configuration files for tint (0.07) ...
    ben@2480-Z:~$
  19. Notice the line The following package was automatically installed and is no longer required: followed by a list of packages (in this case just one). You are even provided instructions on how to eliminte them: Use 'sudo apt autoremove' to remove it. Try running the sudo apt autoremove command now and see if there are any unused dependency packages on your system which can be cleaned up.

  20. Before we leave our activities with packages we should talk about updating. Just like with all other operating systems keeping software installed on Linux systems up to date is important to fix any security bugs that have been found. Perhaps it’s more important on servers where you are intentionally running network services. Fortunately, for software which was installed with apt there are easy steps to ensure it is at the latest version supported in the version of Debian you are running. If you installed the software with dpkg, compiled it yourself, or installed it some other way you are on your own to make sure it stays up to date!

  21. The first thing you want to do is something we’ve already mentioned and that is to run the apt update command regulary (with administrative permissions). This does not actually upgrade software on your system but it does pull a list of the most current versions of all the packages available from the apt repositories online. It also checks that against the package versions installed on your system to see if there are any newer versions. Run the apt update command now and you should see something like:

    ben@2480-Z:~$ sudo apt update
    Hit:1 http://deb.debian.org/debian bookworm InRelease
    Get:2 http://deb.debian.org/debian bookworm-updates InRelease [55.4 kB]
    Get:3 http://security.debian.org/debian-security bookworm-security InRelease [48.0 kB]
    Fetched 103 kB in 1s (139 kB/s)
    Reading package lists... Done
    Building dependency tree... Done
    Reading state information... Done
    1 package can be upgraded. Run 'apt list --upgradable' to see it.
    ben@2480-Z:~$
  22. Notice the last line 1 package can be upgraded. Run 'apt list --upgradable' to see it. which tells us that my system has one package due for an upgrade. I can see what it is with the apt list --upgradable command which will give output like this:

    ben@2480-Z:~$ sudo apt list --upgradable
    Listing... Done
    libuv1/stable-security 1.44.2-1+deb12u1 amd64 [upgradable from: 1.44.2-1]
    N: There is 1 additional version. Please use the '-a' switch to see it
    ben@2480-Z:~$
  23. If I don’t know what the libuv1 package is or does (maybe it is a dependency that I never specifically installed) I can use the apt show libuv1 command which we looked at previously to get more information.

  24. If I want to upgrade one specific package I can just use apt install <package_name> to install it again over the top of the existing package. However, usually you want to upgrade all the packages on the system to do that we use the apt upgrade command which you should run now.

Wrapping Up

  1. Close the SSH session

    1. Type exit to close the connection while leaving your Linux server VM running.

  2. If you are using the Administrative PC in Netlab instead of your own computer as the administrative computer you should also shut down that system in the usual way each time you are done with the Netlab system and then end your Netlab Reservation. You should do these steps each time you finish using the adminsitrative PC in future labs as well.

You can keep your Linux Server running, you do not need to shut it down.

Document Build Time: 2024-10-30 23:55:42 UTC
Page Version: 2024.08
Creative Commons License
This work is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License