LPI 101-500 Exam With Confidence Using Practice Dumps

 The command dmesg will display messages from the kernel that were output during the normal boot sequence. The dmesg command reads the kernel ring buffer, which is a data structure that stores the most recent messages generated by the kernel. The dmesg command can also be used to display messages from the kernel that were output after the boot sequence, such as hardware events, driver messages, or system errors. The dmesg command has various options to filter, format, or save the output. For example, dmesg -T will display human-readable timestamps for each message, and dmesg -w will display the messages in real time as they occur. References:

• 1: How to view all boot messages in Linux after booting? - Super User
• 2: dmesg(1) - Linux manual page
• 3: Kernel ring buffer - Wikipedia

The problem with the command

sed -e “s/a/b/” /tmp/file >/tmp/file

is that it tries to read and write from the same file, which results in overwriting the file before the command can process it. The shell sets up the redirection by opening the file /tmp/file for writing and truncating it to zero length. Then it executes the sed command, which tries to read from the same file, but finds it empty. Therefore, the output is also empty and the file remains empty. A possible solution is to use a temporary file for the output and then rename it to the original file name. For example:

sed -e “s/a/b/” /tmp/file >/tmp/file.tmp && mv /tmp/file.tmp /tmp/file

This way, the original file is not overwritten until the sed command finishes successfully. The other options are either incorrect or not applicable. The file order is correct, the sed command does match something in the file, and the > character is valid for redirection. The | character is used for piping, not redirection. References:

• LPIC-1 Exam 101 Objectives, Topic 103: GNU and Unix Commands, 103.4 Use streams, pipes and redirects
• LPIC-1 Linux Administrator 101-500 Exam FAQ, LPIC-1 Exam 101 Objectives, GNU and Unix Commands (Total Weight: 25)

 The action that ensures that a faulty kernel module is not loaded automatically when the system boots is adding a blacklist line including the name of the offending module to the file /etc/modprobe.d/blacklist.conf. This file contains a list of kernel modules that are prevented from loading by the modprobe command, which is used to load and unload modules from the running kernel. By adding a line like blacklist  to this file, the module will be ignored by modprobe unless it is explicitly specified as aparameter. This way, the module will not be loaded at boot time or by other modules that depend on it. The other options are either invalid or do not affect the automatic loading of the module. Using lsmod --remove --autoclean without specifying the name of a specific module will not work, because lsmod does not have such options and it is only used to display the currently loaded modules. Using modinfo –k followed by the name of the offending module will not work, because modinfo does not have a -k option and it is only used to display information about a module. Using modprobe –r followed by the name of the offending module will only remove the module from the running kernel, but it will not prevent it from loading again at the next boot. Deleting the kernel module’s directory from the file system and recompiling the kernel, including its modules, is a drastic and unnecessary measure that will not only remove the faulty module, but also all other modules in that directory, and it will require a lot of time and expertise to perform. References:

• Linux Essentials - Linux Professional Institute Certification Programs1
• Exam 101 Objectives - Linux Professional Institute2
• Linux Kernel Module Management 101 - Linux.com1
• Chapter 2. Managing kernel modules - Red Hat Customer Portal2