Appendix A. Tools and tips for troubleshooting and bug reporting The troubleshooting information in the following sections might be helpful when diagnosing issues at the start of the installation process. The following sections are for all supported architectures. However, if an issue is for a particular architecture, it is specified at the start of the section. A.1. Dracut Dracut is a tool that manages the initramfs image during the Linux operating system boot process. The dracut emergency shell is an interactive mode that can be initiated while the initramfs image is loaded. You can run basic troubleshooting commands from the dracut emergency shell. For more information, see the Troubleshooting section of the dracut man page on your system. A.2. Using installation log files For debugging purposes, the installation program logs installation actions in files that are located in the /tmp directory. These log files are listed in the following table. Table A.1. Log files generated during the installation Log file Contents /tmp/anaconda.log General messages. /tmp/program.log All external programs run during the installation. /tmp/storage.log Extensive storage module information. /tmp/packaging.log dnf and rpm package installation messages. /tmp/dbus.log Information about the dbus session that is used for installation program modules. /tmp/sensitive-info.log Configuration information that is not part of other logs and not copied to the installed system. /tmp/syslog Hardware-related system messages. This file contains messages from other Anaconda files. If the installation fails, the messages are consolidated into /tmp/anaconda-tb-identifier , where identifier is a random string. After a successful installation, these files are copied to the installed system under the directory /var/log/anaconda/ . However, if the installation is unsuccessful, or if the inst.nosave=all or inst.nosave=logs options are used when booting the installation system, these logs only exist in the installation program's RAM disk. This means that the logs are not saved permanently and are lost when the system is powered down. To store them permanently, copy the files to another system on the network or copy them to a mounted storage device such as a USB flash drive. A.2.1. Creating pre-installation log files Use this procedure to set the inst.debug option to create log files before the installation process starts. These log files contain, for example, the current storage configuration. Prerequisites The Red Hat Enterprise Linux boot menu is open. Procedure Select the Install Red Hat Enterprise Linux option from the boot menu. Press the Tab key on BIOS-based systems or the e key on UEFI-based systems to edit the selected boot options. Append inst.debug to the options. For example: Press the Enter key on your keyboard. The system stores the pre-installation log files in the /tmp/pre-anaconda-logs/ directory before the installation program starts. To access the log files, switch to the console. Change to the /tmp/pre-anaconda-logs/ directory: Additional resources Boot options reference Console logging during installation A.2.2. Transferring installation log files to a USB drive Use this procedure to transfer installation log files to a USB drive. Prerequisites You have backed up data from the USB drive. You are logged into a root account and you have access to the installation program's temporary file system. Procedure Press Ctrl + Alt + F2 to access a shell prompt on the system you are installing. Connect a USB flash drive to the system and run the dmesg command: A log detailing all recent events is displayed. At the end of this log, a set of messages is displayed. For example: Note the name of the connected device. In the above example, it is sdb . Navigate to the /mnt directory and create a new directory that serves as the mount target for the USB drive. This example uses the name usb : Mount the USB flash drive onto the newly created directory. In most cases, you do not want to mount the whole drive, but a partition on it. Do not use the name sdb , use the name of the partition you want to write the log files to. In this example, the name sdb1 is used: Verify that you mounted the correct device and partition by accessing it and listing its contents: Copy the log files to the mounted device. Unmount the USB flash drive. If you receive an error message that the target is busy, change your working directory to outside the mount (for example, /). A.2.3. Transferring installation log files over the network Use this procedure to transfer installation log files over the network. Prerequisites You are logged into a root account and you have access to the installation program's temporary file system. Procedure Press Ctrl + Alt + F2 to access a shell prompt on the system you are installing. Switch to the /tmp directory where the log files are located: Copy the log files onto another system on the network using the scp command: Replace user with a valid user name on the target system, address with the target system's address or host name, and path with the path to the directory where you want to save the log files. For example, if you want to log in as john on a system with an IP address of 192.168.0.122 and place the log files into the /home/john/logs/ directory on that system, the command is as follows: When connecting to the target system for the first time, the SSH client asks you to confirm that the fingerprint of the remote system is correct and that you want to continue: Type yes and press Enter to continue. Provide a valid password when prompted. The files are transferred to the specified directory on the target system. A.3. Detecting memory faults using the Memtest86 application Faults in memory (RAM) modules can cause your system to fail unpredictably. In certain situations, memory faults might only cause errors with particular combinations of software. For this reason, you should test your system's memory before you install Red Hat Enterprise Linux. Red Hat Enterprise Linux includes the Memtest86+ memory testing application for BIOS systems only. Support for UEFI systems is currently unavailable. A.3.1. Running Memtest86 Use this procedure to run the Memtest86 application to test your system's memory for faults before you install Red Hat Enterprise Linux. Prerequisites You have accessed the Red Hat Enterprise Linux boot menu. Procedure From the Red Hat Enterprise Linux boot menu, select Troubleshooting > Run a memory test . The Memtest86 application window is displayed and testing begins immediately. By default, Memtest86 performs ten tests in every pass. After the first pass is complete, a message is displayed in the lower part of the window informing you of the current status. Another pass starts automatically. If Memtest86+ detects an error, the error is displayed in the central pane of the window and is highlighted in red. The message includes detailed information such as which test detected a problem, the memory location that is failing, and others. In most cases, a single successful pass of all 10 tests is sufficient to verify that your RAM is in good condition. In rare circumstances, however, errors that went undetected during the first pass might appear on subsequent passes. To perform a thorough test on important systems, run the tests overnight or for a few days to complete multiple passes. The amount of time it takes to complete a single full pass of Memtest86+ varies depending on your system's configuration, notably the RAM size and speed. For example, on a system with 2 GiB of DDR2 memory at 667 MHz, a single pass takes 20 minutes to complete. Optional: Follow the on-screen instructions to access the Configuration window and specify a different configuration. To halt the tests and reboot your computer, press the Esc key at any time. Additional resources How to use Memtest86 A.4. Verifying boot media Verifying ISO images helps to avoid problems that are sometimes encountered during installation. These sources include DVD and ISO images stored on a disk or NFS server. Use this procedure to test the integrity of an ISO-based installation source before using it to install Red Hat Enterprise Linux. Prerequisites You have accessed the Red Hat Enterprise Linux boot menu. Procedure From the boot menu, select Test this media & install Red Hat Enterprise Linux 9 to test the boot media. The boot process tests the media and highlights any issues. Optional: You can start the verification process by appending rd.live.check to the boot command line. A.5. Consoles and logging during installation The Red Hat Enterprise Linux installer uses the tmux terminal multiplexer to display and control several windows in addition to the main interface. Each of these windows serve a different purpose; they display several different logs, which can be used to troubleshoot issues during the installation process. One of the windows provides an interactive shell prompt with root privileges, unless this prompt was specifically disabled using a boot option or a Kickstart command. The terminal multiplexer is running in virtual console 1. To switch from the actual installation environment to tmux , press Ctrl + Alt + F1 . To go back to the main installation interface which runs in virtual console 6, press Ctrl + Alt + F6 . During the text mode installation, start in virtual console 1 ( tmux ), and switching to console 6 will open a shell prompt instead of a graphical interface. The console running tmux has five available windows; their contents are described in the following table, along with keyboard shortcuts. Note that the keyboard shortcuts are two-part: first press Ctrl + b , then release both keys, and press the number key for the window you want to use. You can also use Ctrl + b n , Alt+ Tab , and Ctrl + b p to switch to the or tmux window, respectively. Table A.2. Available tmux windows Shortcut Contents Ctrl + b 1 Main installation program window. Contains text-based prompts (during text mode installation or if you use VNC direct mode), and also some debugging information. Ctrl + b 2 Interactive shell prompt with root privileges. Ctrl + b 3 Installation log; displays messages stored in /tmp/anaconda.log . Ctrl + b 4 Storage log; displays messages related to storage devices and configuration, stored in /tmp/storage.log . Ctrl + b 5 Program log; displays messages from utilities executed during the installation process, stored in /tmp/program.log . A.6. Saving screenshots You can press Shift + Print Screen at any time during the graphical installation to capture the current screen. The screenshots are saved to /tmp/anaconda-screenshots . A.7. Display settings and device drivers Some video cards have trouble booting into the Red Hat Enterprise Linux graphical installation program. If the installation program does not run using its default settings, it attempts to run in a lower resolution mode. If that fails, the installation program attempts to run in text mode. There are several possible solutions to resolve display issues, most of which involve specifying custom boot options: For more information, see Console boot options . Table A.3. Solutions Solution Description Use the text mode You can attempt to perform the installation using the text mode. For details, refer to Installing RHEL in text mode . Specify the display resolution manually If the installation program fails to detect your screen resolution, you can override the automatic detection and specify it manually. To do this, append the inst.resolution=x option at the boot menu, where x is your display's resolution, for example, 1024x768. Use an alternate video driver You can attempt to specify a custom video driver, overriding the installation program's automatic detection. To specify a driver, use the inst.xdriver=x option, where x is the device driver you want to use (for example, nouveau)*. Perform the installation using VNC If the above options fail, you can use a separate system to access the graphical installation over the network, using the Virtual Network Computing (VNC) protocol. For details on installing using VNC, see Preparing a remote installation by using VNC . If specifying a custom video driver solves your problem, you should report it as a bug in Jira . The installation program should be able to detect your hardware automatically and use the appropriate driver without intervention.

Commands:
vmlinuz ... inst.debug
cd /tmp/pre-anaconda-logs/
dmesg
[ 170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk
mkdir usb
mount /dev/sdb1 /mnt/usb
cd /mnt/usb
ls
cp /tmp/*log /mnt/usb
umount /mnt/usb
cd /tmp
scp *log user@address:path
scp *log john@192.168.0.122:/home/john/logs/
The authenticity of host '192.168.0.122 (192.168.0.122)' can't be established. ECDSA key fingerprint is a4:60:76:eb:b2:d0:aa:23:af:3d:59:5c:de:bb:c4:42. Are you sure you want to continue connecting (yes/no)?