LPI 101-500 - LPIC-1 Exam 101, Part 1 of 2, version 5.0

 When using rpm --verify to check files created during the installation of RPM packages, the following information is taken into consideration:

Timestamps. RPM compares the modification time of the installed files with the original time stored in the RPM database. If the file has been modified after installation, the timestamp will differ and RPM will report it with an M flag1.

MD5 checksums. RPM calculates the MD5 checksum of the installed files and compares it with the original checksum stored in the RPM database. If the file has been altered in any way, the checksum will differ and RPM will report it with an 5 flag1.

File sizes. RPM compares the size of the installed files with the original size stored in the RPM database. If the file has been truncated or appended, the size will differ and RPM will report it with an S flag1.

RPM does not take into consideration the following information:

Inodes. RPM does not check the inode number of the installed files, as it is not a reliable indicator of file identity. The inode number can change if the file is moved, copied, or restored from a backup2.

GnuPG signatures. RPM does not verify the GnuPG signatures of the installed files, as they are not part of the RPM package format. The GnuPG signatures are used to verify the authenticity and integrity of the RPM package files before installation, not after3.

References:

Using RPM to Verify Installed Packages

inode(7) - Linux manual page

RPM and GPG: How to verify Linux packages before installing them

The correct answer when talking about mount points is that every existing directory can be used as a mount point. A mount point is a directory in the Linux file-system where a file system, partition, or storage device can be attached and accessed1. To create a mount point, you need root privileges. Mounting meansmaking the contents of the attached file system, partition, or storage device available in the mount point directory1.

The other options are incorrect for the following reasons:

Only empty directories can be used as a mount point. This is not true, as any directory can be used as a mount point, regardless of whether it contains files or not. However, if the directory is notempty, the files inside it will be hidden by the mounted file system until it is unmounted2. Therefore, it is recommended to use empty directories as mount points to avoid confusion and data loss2.

Directories need to have the SetUID flag set to be used as a mount point. This is not true, as the SetUID flag is a special permission that allows a file to be executed with the privileges of its owner, regardless of who runs it3. This flag has nothing to do with mounting file systems, and it is not required for a directory to be used as a mount point4.

Files within a directory are deleted when the directory is used as a mount point. This is not true, as the files within a directory are not deleted when the directory is used as a mount point. They are only hidden by the mounted file system until it is unmounted2. The files are still present on the disk and can be recovered by unmounting the file system or using another mount point to access them2.

References:

What Is Mount Point In Linux Install? – Systran Box

What Mount Points Exist on a Typical Linux System - Baeldung

Linux File Permission Tutorial: How to Check and Change Permissions

The top-level system directory that is used for files and data that change regularly while the system is running and are to be kept between reboots is /var. The /var directory contains variable data that changes in size as the system runs. For instance, log files, mail directories, databases, and printing spools are stored in /var. These files and data are not temporary and need to be preserved across system reboots. The /var directory is one of the few directories that are recommended to be on a separate partition, according to the Filesystem Hierarchy Standard (FHS)1. This is because the /var directory can grow unpredictably and fill up the / partition, which can cause system instability or failure. By having /var on a separate partition, we can limit the amount of disk space that can be used by variable data and prevent users from affecting the / partition. The /var directory is also a common target for malicious attacks, so having it on a separate partition can improve the security and isolation of the system. References:

Filesystem Hierarchy Standard

The /etc/apt/sources.list file is the main configuration file for the Advanced Package Tool (apt), which is used to manage Debian installation package files. This file contains a list of repositories, or sources, from which apt can download and install packages. Each repository is specified by a line that has the following format:

type uri suite [component1] [component2] […]

Where:

type is the access method, such as http, ftp, file, etc.

uri is the Uniform Resource Identifier (URI) of the repository, such as http://deb.debian.org/debian

suite is the distribution code name or archive name, such as stable, testing, unstable, etc.

component is an optional section of the repository, such as main, contrib, non-free, etc.

For example, a typical sources.list file for Debian stable could look like this:

deb http://deb.debian.org/debian stable main contrib non-free deb-src http://deb.debian.org/debian stable main contrib non-free

deb http://deb.debian.org/debian-security/ stable/updates main contrib non-free deb-src http://deb.debian.org/debian-security/ stable/updates main contrib non-free

deb http://deb.debian.org/debian stable-updates main contrib non-free deb-src http://deb.debian.org/debian stable-updates main contrib non-free

The first two lines specify the main repository for Debian stable, with both binary (deb) and source (deb-src) packages. The next two lines specify the security updates repository for Debian stable, which contains important security fixes. The last two lines specify the stable-updates repository, which contains packages that have been updated after the release of Debian stable.

By editing the /etc/apt/sources.list file, one can select the network locations from which Debian installation package files are loaded. However, it is recommended to use a graphical or command-line tool, such as aptitude or synaptic, to manage the sources.list file, as they can handle the syntax and avoid errors.

References:

1, 102.4 Lesson 1

2, 102.4 Use Debian package management

man sources.list

 The dpkg-reconfigure command is used to reconfigure an already installed package. It asks configuration questions for the package, just as if the package were being installed for the first time. This can be useful if the user wants to change some settings or options for the package without reinstalling it. The dpkg-reconfigure command can also be used to fix a broken package configuration or to restore the default settings. References:

dpkg-reconfigure(8) - Linux man page

Linux Professional Institute: Exam 101 Objectives

A hard link is a directory entry that points to the same inode as another file. An inode is a data structure that stores the metadata and the location of the data blocks of a file. A hard link is not a separate file, but an additional name for an existing file. Therefore, the following statements are true for hard linked files:

The hard linked files have the same permissions and owner. Since the hard linked files point to the same inode, they share the same attributes, such as the file type, the file size, the access permissions, the owner, the group, and the timestamps. Any changes made to one hard link will affect the other hard links as well. For example, if you change the permissions of one hard link, the other hard links will have the same permissions. You can use the stat command to view the attributes of a file or a hard link.

The hard linked files share the same inode. This is the definition of a hard link. The inode number is a unique identifier for each file on a filesystem. The hard linked files have the same inode number, which means they point to the same data blocks on the disk. You can use the ls -i command to view the inode number of a file or a hard link.

The hard linked files must be on the same filesystem. A hard link cannot cross different filesystems or partitions, because each filesystem has its own inode table. A hard link can only point to an inodethat exists on the same filesystem as the hard link. If you try to create a hard link to a file on a different filesystem, you will get an error message saying:

ln: failed to create hard link ‘link’ => ‘file’: Invalid cross-device link

The other statements are not true for hard linked files, because:

The output of stat will report hard instead of regular file. This is not true, because the stat command does not distinguish between a regular file and a hard link. The stat command will report the same file type for both the original file and the hard link, which is regular file. The only way to tell if a file is a hard link is to check the link count, which is the number of directory entries that point to the same inode. If the link count is more than one, it means there are hard links to the file. You can use the stat -c %h command to view the link count of a file or a hard link.

The hard linked files are indicated by a -> when listed with ls -l. This is not true, because the -> symbol is used to indicate a symbolic link, not a hard link. A symbolic link, also known as a soft link, is a special type of file that contains a path to another file or directory. A symbolic link does not point to the same inode as the target file, but to the name of the target file. A symbolic link has its own inode number, file type, permissions, and timestamps, which can be different from the target file. You can use the ls -l command to view the file type, permissions, and name of a file or a symbolic link. A symbolic link will have the file type l and the name will be followed by a -> symbol and the path to the target file. For example:

lrwxrwxrwx. 1 user user 9 Aug 29 15:10 link -> file

References:

Hard links and soft links in Linux explained | Enable Sysadmin

Hard Link in Linux: Everything Important You Need to Know

A Brief Introduction to Hard and Soft Links in Linux - LinuxForDevices

How to create links between files in the Linux? - Online Tutorials Library

What is a hard link? – definition by The Linux Information Project (LINFO)

The following commands are used to modify quota settings:

B. setquota: This command is used to set disk quotas for users or groups on a filesystem. The setquota command requires the user or group name, the soft and hard limits for blocks and inodes, and the device name or mount point of the filesystem as arguments. For example, to set a quota for user sammy with a 100MB soft limit and a 110MB hard limit for blocks, and a 1000 soft limit and a 1100 hard limit for inodes on the /home filesystem, use the following command:

sudo setquota -u sammy 100M 110M 1000 1100 /home

C. edquota: This command is used to edit disk quotas for users or groups on a filesystem. The edquota command opens an editor, such as nano or vi, with the current quota settings for the specified user or group. You can then modify the settings as you wish, and save and exit the editor to apply the changes. For example, to edit the quota for user sammy on the /home filesystem, use the following command:

sudo edquota -u sammy

This will open an editor with the following content:

Disk quotas for user sammy (uid 1000): Filesystem blocks soft hard inodes soft hard /dev/vda1 40 0 0 13 0 0 /dev/vda2 1024 102400 112640 10 1000 1100

You can then change the values as you wish, and save and exit the editor to apply the changes.

The other options are not valid commands or options. The editquota and quotaedit commands do not exist on a standard Linux system. The quotaset command is a synonym for setquota, but it is not commonly used.

References:

How to Configure/Setup Disk Quotas in Linux | 2DayGeek

setquota(8): set disk quotas - Linux man page

edquota(8): edit user/group quotas - Linux man page

The command that is used to create and initialize the files used to store quota information is quotacheck. This command scans one or more file systems for disk usage, creates, checks, and repairs quota files. The quota files are named aquota.user and aquota.group and are located in the root of the file system. The quotacheck command should be run before using quotaon to enable disk quotas.

The correct commands to display all currently mounted filesystems are cat /proc/self/mounts and mount. The cat /proc/self/mounts command reads the contents of the /proc/self/mounts file, which is a symbolic link to /proc/mounts. This file contains information about all the filesystems that are currently mounted on the system, as reported by the kernel. The mount command without any arguments shows all the mounted filesystems, as recorded by the mount and umount commands. The other options are incorrect because they do not display the mounted filesystems. The free command shows the amount of free and used memory in the system. The lsmounts command is not a standard Linux command. The cat /proc/filesystems command shows the filesystem types that are supported by the kernel. References:

[LPI Linux Essentials - 2.2 Mounting, Unmounting Filesystems]

How to get the complete and exact list of mounted filesystems in Linux? - Unix & Linux Stack Exchange

4 Commands to List Mounted File Systems in Linux - Linux Shell Tips

How To Show Mounted Devices In Linux Operating System

How to Check if a Filesystem is Mounted in Linux?

The BIOS (Basic Input/Output System) is a firmware program that is stored in a ROM chip on the motherboard, and it performs some basic tasks when the system is powered on, such as:

initializing the hardware components and peripherals

performing the power-on self-test (POST) to check the system integrity

selecting a boot device from the boot order list

loading and executing the bootloader program from the boot device

The boot device is the data carrier that contains the bootloader, which is a small program that is responsible for loading and executing the kernel. The boot device can be a hard disk, a USB drive, a CD-ROM, or a network device. The BIOS has a boot order list, which is a sequence of possible boot devices that the BIOS will search for a valid bootloader. The boot order list can be configured by the user through the BIOS setup utility, which is usually accessed by pressing a key such as F2, F10, or Del during the POST.

The BIOS will search for a bootloader by means of a special signature, which is a sequence of bytes that indicates the presence of a bootloader. The signature is usually located in the first sector of the boot device, which is called the boot sector or the master boot record (MBR). The BIOS will read the boot sector of each boot device in the boot order list, and check if the last two bytes are 0x55 and 0xAA, which are the standard boot signature. If the boot signature is found, the BIOS will load the boot sector into memory and execute it. If the boot signature is not found, the BIOS will move on to the next boot device in the boot order list. If none of the boot devices have a valid boot signature, the BIOS will display an error message such as:

No bootable device – insert boot disk and press any key

References:

How does the BIOS know where the bootloader is located? - Super User

Bootloader: What is it and how does it work? - IONOS

Boot Process with Systemd in Linux - GeeksforGeeks

Linux Boot Process Step-by-Step Explained - javatpoint