Free LPI 101-500 Practice Exam with Questions & Answers | Set: 3

The configuration of yum can be divided into multiple files, and repository configurations can include variables such as $basearch or $releasever. The main configuration file for yum is /etc/yum.conf, which contains the global options for yum and can also define repositories in the [repository] sections. However, it is recommended to define individual repositories in separate files in the /etc/yum.repos.d/ directory, which can be easier to manage and maintain. Each file in this directory should have a .repo extension and contain one or more [repository] sections with the repository name, URL, and other options12. Repository configurations can use yum variables to dynamically set values for certain options, such as the baseurl or the enabled. Yum variables are enclosed in curly braces and start with a dollar sign, such as {$basearch} or {$releasever}. These variables are replaced by their actual values at runtime, based on the system architecture, the operating system version, or other factors. Some of the common yum variables are34:

$basearch: The base architecture of the system, such as x86_64, i386, or arm.

$releasever: The release version of the operating system, such as 7, 8, or 9.

$arch: The exact architecture of the system, such as x86_64, i686, or armv7hl.

$uuid: A unique identifier for the system, generated by the product-id plugin.

$YUM0-$YUM9: Custom variables that can be set by the user in the /etc/yum/vars/ directory or the /etc/yum.conf file.

The other options are false or irrelevant. There is no yum confupdate command or yumd service, and changes to the yum configuration become active immediately after saving the files. The /etc/yum.conf file is not ignored if the /etc/yum.repos.d/ directory contains files, but the repository options in the /etc/yum.conf file can be overridden by the options in the .repo files. References:

Linux Essentials - Linux Professional Institute Certification Programs1

Exam 101 Objectives - Linux Professional Institute2

How to Use Yum Variables to Enhance your Yum Experience - Red Hat …3

Yum Variables - CentOS4

Systemd is a system and service manager for Linux systems, and it can manage the mounting and unmounting of file systems. Systemd can automatically create and start mount units for file systems that are listed in /etc/fstab or are known to the system. Mount units are unit files that encode information about a file system mount point controlled and supervised by systemd. Mount units must be named after the mount point directories they control, and they have the suffix .mount. For example, the mount point /home must be configured in a unit file home.mount.

Systemd can also handle file systems that are neither listed in /etc/fstab nor known to the system, but are mounted manually by the user. In this case, systemd automatically generates a transient mount unit and monitors the mount point without changing it. A transient mount unit is a unit that is created dynamically and temporarily, and is not backed by a unit file on disk. A transient mount unit has the same name and properties as a regular mount unit, but it is not persistent across reboots. Systemd does not interfere with the manual mount, and does not unmount it unless explicitly requested by the user. The user can use the mount command or the systemd-mount command to create a manual mount, and the umount command or the systemd-umount command to remove it. The user can also use the systemctl command to inspect and control the transient mount unit. For example, to show the status of the transient mount unit for the mount point /mnt, use the following command:

systemctl status mnt.mount

 The EFI System Partition (ESP) is a special partition on a disk that contains the UEFI boot loaders, applications and drivers for the installed operating systems. The UEFI firmware will load these files from the ESP when the system boots. The ESP is mandatory for UEFI boot and it is usually formatted with a FAT file system. The ESP is part of the 101.1 Determine and configure hardware settings topic of the LPI Linux Essentials certification program12.

The other options are false or irrelevant. The Linux root file system is not contained on the ESP, it is usually on a separate partition with a Linux file system, such as ext4 or btrfs. The default swap space file is not contained on the ESP, it is usually on a swap partition or a swap file on the Linux root file system. The Linux default shell binaries are not contained on the ESP, they are usually on the /bin directory of the Linux root file system. The user home directories are not contained on the ESP, they are usually on the /home directory of the Linux root file system or on a separate partition. References:

Linux Essentials - Linux Professional Institute Certification Programs1

Exam 101 Objectives - Linux Professional Institute2

EFI system partition - ArchWiki3

/boot/efi Linux partition: What is, usage recommendations

 The daemon that handles power management events on a Linux system is acpid. A daemon is a background process that runs continuously and performs certain tasks without user intervention. The acpid daemon listens for power management related events, such as switching between AC and battery power on a laptop, pressing the power button, closing the lid, etc., and executes various commands in response. The acpid daemon can be configured by editing the files in /etc/acpi/events and /etc/acpi/actions directories, or by using a graphical tool like gnome-power-manager or xfce4-power-manager. The acpid daemon is part of the 101.1 Determine and configure hardware settings topic of the LPI Linux Essentials certification program12. References:

Linux Essentials - Linux Professional Institute Certification Programs1

Exam 101 Objectives - Linux Professional Institute2

Power management - ArchWiki2

9.12. Power Management: Advanced Configuration and Power Interface (ACPI)

The command that installs all packages with a name ending with the string foo is zypper install “*foo”. The zypper command is the command line interface of the ZYpp package manager for SUSE Linux. The install (in) subcommand is used to install packages with specified capabilities or RPM files with specified location. The argument “*foo” is a glob pattern that matches any package name that ends with foo. For example, zypper install “foo" will install packages like barfoo, bazfoo, and foo itself. The other commands are either invalid or do not perform the desired task. The zypper get, zypper update, zypper force, and zypper add subcommands do not exist. The “foo?” and "foo” arguments are also invalid glob patterns, as they do not match the end of the package name. The “.*foo” argument is a valid glob pattern, but it matches any package name that contains foo, not just the ones that end with foo. References:

Zypper package manager - SUSE Documentation1

zypper(8) [suse man page] - The UNIX and Linux Forums2

45 Zypper Commands to Manage ‘Suse’ Linux Package Management - Tecmint