XK0-006
The specific exam code for the current CompTIA Linux+ certification.
Getting Started: How the Exam Works
Free knowledge base
Everything from the course in one searchable place: 267 entries. Use it to review before a practice test or look up a word you forgot.
267 results
The specific exam code for the current CompTIA Linux+ certification.
Getting Started: How the Exam Works
Exam questions requiring hands-on tasks in a simulated environment.
Getting Started: How the Exam Works
A conversion of raw scores to account for varying exam difficulty.
Getting Started: How the Exam Works
A major content area covered by the certification exam.
Getting Started: How the Exam Works
Detailed list of topics and skills tested within each domain.
Getting Started: How the Exam Works
The minimum score (720 out of 900) required to pass the exam.
Getting Started: How the Exam Works
Computing Technology Industry Association, the certifying body.
Getting Started: How the Exam Works
To remember the passing score, think 'Seven Two Oh, Linux Pro!' (720).
Getting Started: How the Exam Works
Memorize the passing score of 720 and the maximum number of questions (90). Understand that PBIs are hands-on and require command-line proficiency.
Getting Started: How the Exam Works
Ignoring the official exam objectives document, leading to studying irrelevant topics or missing key ones.
Getting Started: How the Exam Works
Underestimating the importance of performance-based items (PBIs) and not practicing hands-on in a lab environment.
Getting Started: How the Exam Works
Not managing time effectively during the exam, especially on PBIs, and leaving questions unanswered.
Getting Started: How the Exam Works
Software-based emulation of a computer system.
Getting Started: How the Exam Works
Programs like VirtualBox that create and manage VMs.
Getting Started: How the Exam Works
A file containing a complete copy of a data medium.
Getting Started: How the Exam Works
An OS running inside a virtual machine.
Getting Started: How the Exam Works
The OS running directly on the physical computer.
Getting Started: How the Exam Works
Simulated test to assess readiness and identify weak areas.
Getting Started: How the Exam Works
Strategy to remove incorrect answer choices.
Getting Started: How the Exam Works
LABS: Learn, Apply, Build, Study. Learn the concepts, Apply them in your lab, Build your skills, and Study your weak points!
Getting Started: How the Exam Works
The exam expects you to have practical experience. While specific lab setup details aren't directly tested, the ability to execute commands, interpret output, and troubleshoot common Linux scenarios, which are gained through lab practice, is fundamental to passing. Look for keywords like 'given a scenario', 'which command', or 'what is the output'.
Getting Started: How the Exam Works
Relying solely on reading without hands-on practice; this leads to theoretical knowledge without practical application.
Getting Started: How the Exam Works
Cramming the night before the exam; consistent, spaced repetition is far more effective for long-term retention.
Getting Started: How the Exam Works
Not reviewing incorrect answers on practice tests; understanding 'why' you got something wrong is crucial for learning.
Getting Started: How the Exam Works
Basic Input/Output System, legacy firmware for system startup.
System Management: Boot, Kernel, Storage & Packages
Unified Extensible Firmware Interface, modern firmware successor to BIOS.
System Management: Boot, Kernel, Storage & Packages
GRand Unified Bootloader, the common Linux bootloader.
System Management: Boot, Kernel, Storage & Packages
Initial RAM filesystem, provides minimal root for kernel to boot.
System Management: Boot, Kernel, Storage & Packages
Init system and service manager, PID 1, orchestrates system startup.
System Management: Boot, Kernel, Storage & Packages
systemd's equivalent of runlevels, defining system states.
System Management: Boot, Kernel, Storage & Packages
Power-On Self-Test, firmware check of hardware components.
System Management: Boot, Kernel, Storage & Packages
Brave Geese Know Incredibly Sweet Tunes. (BIOS/UEFI, GRUB, Kernel, Initramfs, systemd, Target)
System Management: Boot, Kernel, Storage & Packages
Memorize the order of the boot stages: BIOS/UEFI -> GRUB -> Kernel -> initramfs -> systemd -> Target. Be able to identify the purpose of each component, especially GRUB and systemd targets. Keywords like 'bootloader', 'init system', and 'runlevel' (as it relates to targets) are common.
System Management: Boot, Kernel, Storage & Packages
Confusing the roles of GRUB (bootloader) and systemd (init system).
System Management: Boot, Kernel, Storage & Packages
Not understanding that initramfs is temporary and helps the kernel mount the real root filesystem.
System Management: Boot, Kernel, Storage & Packages
Forgetting that `multi-user.target` is for text-based login and `graphical.target` is for a GUI.
System Management: Boot, Kernel, Storage & Packages
Code loaded/unloaded into kernel on demand.
System Management: Boot, Kernel, Storage & Packages
Command to list currently loaded kernel modules.
System Management: Boot, Kernel, Storage & Packages
Command to add or remove kernel modules.
System Management: Boot, Kernel, Storage & Packages
Standardized Linux directory structure.
System Management: Boot, Kernel, Storage & Packages
Directory for host-specific configuration files.
System Management: Boot, Kernel, Storage & Packages
Directory for variable data like logs and spool files.
System Management: Boot, Kernel, Storage & Packages
Directory for shareable, read-only user programs/data.
System Management: Boot, Kernel, Storage & Packages
Directory containing device files.
System Management: Boot, Kernel, Storage & Packages
For FHS, remember 'Every Vulture Has Ugly Big Devourers' to recall /etc, /var, /home, /usr, /boot, /dev.
System Management: Boot, Kernel, Storage & Packages
The exam expects you to know the purpose of `lsmod` and `modprobe`, including their basic options. Be able to identify the purpose of key FHS directories like `/etc`, `/var`, `/home`, `/boot`, `/dev`, and `/usr`. Keywords: kernel modules, FHS, lsmod, modprobe, /etc, /var, /home.
System Management: Boot, Kernel, Storage & Packages
Forgetting to use `sudo` when attempting to load or unload kernel modules, as these operations require root privileges.
System Management: Boot, Kernel, Storage & Packages
Confusing the purpose of `/bin` (essential user binaries) with `/usr/bin` (non-essential user binaries) or `/sbin` (essential system binaries).
System Management: Boot, Kernel, Storage & Packages
Attempting to manually remove a module that is still in use by another module or process, which can lead to system instability.
System Management: Boot, Kernel, Storage & Packages
A logical division of a physical disk.
System Management: Boot, Kernel, Storage & Packages
A command-line utility for managing MBR partition tables.
System Management: Boot, Kernel, Storage & Packages
A command-line utility for managing MBR and GPT partition tables.
System Management: Boot, Kernel, Storage & Packages
Logical Volume Management, a system for flexible disk space management.
System Management: Boot, Kernel, Storage & Packages
A raw disk or partition initialized for LVM use.
System Management: Boot, Kernel, Storage & Packages
A pool of storage created from one or more Physical Volumes.
System Management: Boot, Kernel, Storage & Packages
A flexible, resizable partition created from a Volume Group.
System Management: Boot, Kernel, Storage & Packages
Configuration file for static information about filesystems to be mounted.
System Management: Boot, Kernel, Storage & Packages
For LVM, remember 'PV-VG-LV': Physical Volumes form Volume Groups, which contain Logical Volumes. It's like building with LEGOs: individual bricks (PVs) form a big bin (VG), from which you build your creation (LV).
System Management: Boot, Kernel, Storage & Packages
The exam often tests the correct sequence of LVM commands (pvcreate, vgcreate, lvcreate) and the fields within /etc/fstab. Pay attention to the 'dump' and 'pass' numbers and when to use UUIDs versus device names.
System Management: Boot, Kernel, Storage & Packages
Forgetting to run 'mkfs' after creating a partition or Logical Volume, leading to 'mount: special device does not exist' errors.
System Management: Boot, Kernel, Storage & Packages
Incorrectly editing /etc/fstab, especially using incorrect device names or UUIDs, which can prevent the system from booting. Always use 'mount -a' to test.
System Management: Boot, Kernel, Storage & Packages
Attempting to use fdisk on disks larger than 2TB or with GPT partition tables; parted is required for these scenarios.
System Management: Boot, Kernel, Storage & Packages
Software that automates installing, updating, and removing software.
System Management: Boot, Kernel, Storage & Packages
Centralized server storing software packages for a distribution.
System Management: Boot, Kernel, Storage & Packages
Advanced Package Tool, package manager for Debian/Ubuntu systems.
System Management: Boot, Kernel, Storage & Packages
Dandified YUM, package manager for Red Hat/Fedora/CentOS systems.
System Management: Boot, Kernel, Storage & Packages
A software component required by another program to function.
System Management: Boot, Kernel, Storage & Packages
Command to display network interface IP addresses and details.
System Management: Boot, Kernel, Storage & Packages
Command to report file system disk space usage in human-readable format.
System Management: Boot, Kernel, Storage & Packages
APT is for 'A Pretty Terrific' system (Debian/Ubuntu). DNF is for 'Definitely New Fedora' (Red Hat/Fedora).
System Management: Boot, Kernel, Storage & Packages
The exam often tests the correct syntax and purpose of `apt` and `dnf` commands. Pay close attention to the `update`, `install`, `remove`, and `upgrade` subcommands. Memorize which command belongs to which distribution family (Debian vs. Red Hat).
System Management: Boot, Kernel, Storage & Packages
Forgetting to run `sudo apt update` or `sudo dnf check-update` before installing new software, leading to outdated package information.
System Management: Boot, Kernel, Storage & Packages
Confusing `apt` commands with `dnf` commands, e.g., trying to use `apt install` on a CentOS system.
System Management: Boot, Kernel, Storage & Packages
Not understanding the difference between `apt remove` (removes package) and `apt purge` (removes package and config files).
System Management: Boot, Kernel, Storage & Packages
A configuration file describing how to manage a system resource.
Services and User Management
The actual text file defining a systemd unit's behavior.
Services and User Management
The command-line utility for controlling systemd units.
Services and User Management
A systemd unit type (.service) for managing daemons/applications.
Services and User Management
A systemd unit type (.target) that groups other units and defines system states.
Services and User Management
Command to make systemd aware of new or changed unit files.
Services and User Management
Think of 'systemctl' as your 'system control' panel. 'Start' gets it going now, 'Enable' makes it start with the system, 'Status' tells you how it's doing.
Services and User Management
The exam often asks about the purpose of systemd, common systemctl commands (start, stop, enable, disable, status), and the location of unit files. Pay close attention to the difference between starting a service and enabling it for boot.
Services and User Management
Forgetting to run systemctl daemon-reload after modifying or creating a unit file, leading to systemd not recognizing the changes.
Services and User Management
Confusing 'start' (runs now) with 'enable' (runs at boot). A service can be started but not enabled, or vice-versa.
Services and User Management
Not specifying the full unit name (e.g., 'apache2' instead of 'apache2.service') in systemctl commands, which can sometimes lead to ambiguity or errors.
Services and User Management
User ID; a unique numerical identifier for each user account.
Services and User Management
Group ID; a unique numerical identifier for each group.
Services and User Management
The main group a user belongs to, specified in `/etc/passwd`.
Services and User Management
Additional groups a user belongs to, listed in `/etc/group`.
Services and User Management
Configuration file storing basic user account information (world-readable).
Services and User Management
Configuration file storing encrypted passwords and password aging data (root-only readable).
Services and User Management
Configuration file storing group names, GIDs, and members.
Services and User Management
A field in `/etc/passwd` for general user information like full name.
Services and User Management
Pass-W-D for 'Password Details' (like UID, GID, home, shell) and Shadow for 'Secret Hash Of Data Overwritten' (encrypted passwords).
Services and User Management
The exam often tests the specific fields within `/etc/passwd` and `/etc/shadow`, and the permissions of these files. Remember that `/etc/passwd` is world-readable, but `/etc/shadow` is only readable by root for security.
Services and User Management
Forgetting to set a password after creating a user with `useradd`, leading to the user being unable to log in.
Services and User Management
Attempting to directly edit `/etc/shadow` instead of using `passwd` or other dedicated tools, which can corrupt the file.
Services and User Management
Not understanding the difference between primary and supplementary groups, or how they affect file permissions.
Services and User Management
Command to change file or directory permissions.
Services and User Management
Command to change file or directory owner and/or group.
Services and User Management
Command to change file or directory group ownership.
Services and User Management
A value that determines default permissions for new files/directories.
Services and User Management
Access Control Lists, providing granular permissions beyond standard u/g/o.
Services and User Management
Numeric representation of permissions (r=4, w=2, x=1).
Services and User Management
Text-based representation of permissions (u/g/o/a +/ - / = r/w/x).
Services and User Management
Permission to run a file or traverse a directory.
Services and User Management
Remember 'Read, Write, eXecute' for the permissions, and 'User, Group, Others' for the categories. Think of 'CHange MODe' for chmod and 'CHange OWNer' for chown.
Services and User Management
The CompTIA Linux+ exam heavily tests octal permission values. Memorize r=4, w=2, x=1 and how to combine them. Also, remember that only root can change a file's owner with 'chown'.
Services and User Management
Forgetting that 'x' permission is required to enter (traverse) a directory, not just 'r'.
Services and User Management
Confusing octal values (e.g., thinking 777 means 'no permissions').
Services and User Management
Attempting to change file ownership with 'chown' as a non-root user (it will fail).
Services and User Management
Not using the '-R' option with 'chmod' or 'chown' when intending to change permissions/ownership recursively for a directory and its contents.
Services and User Management
A time-based job scheduler in Unix-like operating systems.
Services and User Management
A file that specifies shell commands to run periodically on a given schedule.
Services and User Management
A systemd unit file that activates another unit (often a service) at a specific time or interval.
Services and User Management
A command-line utility for querying and displaying logs from the systemd journal.
Services and User Management
A lightweight, isolated, executable package of software that includes everything needed to run it.
Services and User Management
A Linux kernel feature that isolates system resources for processes, crucial for containers.
Services and User Management
Control Groups; a Linux kernel feature that limits, accounts for, and isolates resource usage.
Services and User Management
CRON: 'C'ommand 'R'uns 'O'n 'N'umerical times. JOURNALCTL: 'J'ust 'O'utput 'U'nit 'R'ecords 'N'ow, 'A'nd 'L'ook 'C'arefully 'T'hrough 'L'ogs.
Services and User Management
The exam frequently tests the syntax of crontab entries. Memorize the order: minute, hour, day of month, month, day of week. Also, be ready to use `journalctl` with common filtering options like `-u` for unit, `-b` for boot, and `-f` for follow.
Services and User Management
Forgetting to specify the full path to a script in a cron job, leading to execution failures.
Services and User Management
Not understanding that `journalctl` logs are binary and cannot be directly `cat`ed like traditional syslog files.
Services and User Management
Confusing containers with virtual machines; containers share the host kernel, VMs run their own kernel.
Services and User Management
System-wide security policy enforced by the OS, not user-modifiable.
Security: Access Control, Firewalls & Encryption
Access control based on user/group permissions, set by object owner.
Security: Access Control, Firewalls & Encryption
Security-Enhanced Linux; a MAC system using security contexts and labels.
Security: Access Control, Firewalls & Encryption
Application Armor; a MAC system using path-based profiles for applications.
Security: Access Control, Firewalls & Encryption
A label applied to subjects/objects in SELinux defining their security attributes.
Security: Access Control, Firewalls & Encryption
Access Vector Cache denial; an SELinux message indicating a blocked action.
Security: Access Control, Firewalls & Encryption
MAC mode where unauthorized actions are actively blocked and logged.
Security: Access Control, Firewalls & Encryption
MAC mode where unauthorized actions are logged but allowed to proceed.
Security: Access Control, Firewalls & Encryption
SELinux is like a Strict Editor, labeling Everything. AppArmor is like an Application's Armor, protecting just that one app.
Security: Access Control, Firewalls & Encryption
The exam expects you to differentiate between SELinux and AppArmor, know their basic modes (enforcing, permissive/complain), and identify commands like `sestatus` and `aa-status` for checking their state. Remember which distributions typically use which system.
Security: Access Control, Firewalls & Encryption
Disabling SELinux/AppArmor entirely instead of troubleshooting denials, which compromises security.
Security: Access Control, Firewalls & Encryption
Assuming DAC permissions are the only factor when an application gets 'Permission denied' errors.
Security: Access Control, Firewalls & Encryption
Trying to apply SELinux commands on an AppArmor system, or vice-versa, leading to confusion.
Security: Access Control, Firewalls & Encryption
A system that controls network traffic based on security rules.
Security: Access Control, Firewalls & Encryption
Traditional Linux command-line utility for configuring Netfilter rules.
Security: Access Control, Firewalls & Encryption
Dynamic firewall management service using zones for rule organization.
Security: Access Control, Firewalls & Encryption
Modern, unified packet filtering framework, successor to iptables.
Security: Access Control, Firewalls & Encryption
The packet filtering framework built into the Linux kernel.
Security: Access Control, Firewalls & Encryption
In firewalld, a predefined set of rules for a network connection's trust level.
Security: Access Control, Firewalls & Encryption
A predefined port or port range used by firewalld (e.g., http, ssh).
Security: Access Control, Firewalls & Encryption
Remember 'F-I-N': Firewalld is the friendly interface, Iptables is the old interface, Nftables is the new interface to Netfilter.
Security: Access Control, Firewalls & Encryption
The CompTIA Linux+ exam expects you to know that firewalld is the default firewall management tool on RHEL-based systems and understand its zone-based concept. Be familiar with 'firewall-cmd' options like --add-service, --add-port, --permanent, and --reload.
Security: Access Control, Firewalls & Encryption
Forgetting to use '--permanent' with 'firewall-cmd' for changes to persist after a reboot, leading to lost configurations.
Security: Access Control, Firewalls & Encryption
Not reloading firewalld after making permanent changes, causing the new rules to not take effect immediately.
Security: Access Control, Firewalls & Encryption
Overly permissive firewall rules (e.g., opening all ports) which defeat the purpose of having a firewall and expose the system to unnecessary risks.
Security: Access Control, Firewalls & Encryption
Configuring SSH to enhance security and reduce attack surface.
Security: Access Control, Firewalls & Encryption
Using public/private key pairs for secure SSH logins.
Security: Access Control, Firewalls & Encryption
Part of a key pair, shared publicly, used for encryption/verification.
Security: Access Control, Firewalls & Encryption
Part of a key pair, kept secret, used for decryption/signing.
Security: Access Control, Firewalls & Encryption
Command allowing authorized users to execute commands as another user.
Security: Access Control, Firewalls & Encryption
Configuration file for the sudo command, edited with 'visudo'.
Security: Access Control, Firewalls & Encryption
Pluggable Authentication Modules, a modular authentication framework.
Security: Access Control, Firewalls & Encryption
Directory containing PAM configuration files for various services.
Security: Access Control, Firewalls & Encryption
SSH: Secure Shell, Secure Habits. Remember to always harden your SSH for a secure system.
Security: Access Control, Firewalls & Encryption
The exam often tests your knowledge of SSH configuration files and common hardening directives in '/etc/ssh/sshd_config', such as 'PermitRootLogin', 'PasswordAuthentication', and 'Port'. Be prepared to identify the purpose of 'authorized_keys' and the 'visudo' command.
Security: Access Control, Firewalls & Encryption
Forgetting to restart the sshd service after making changes to '/etc/ssh/sshd_config', which means the changes won't take effect.
Security: Access Control, Firewalls & Encryption
Editing '/etc/sudoers' directly with a text editor instead of 'visudo', risking syntax errors that can lock out all administrative access.
Security: Access Control, Firewalls & Encryption
Not protecting your private SSH key with a strong passphrase or storing it insecurely, which compromises the entire key-based authentication system.
Security: Access Control, Firewalls & Encryption
Generating a fixed-size string of characters from data, used for integrity checks.
Security: Access Control, Firewalls & Encryption
A value calculated from data to detect errors or changes during transmission or storage.
Security: Access Control, Firewalls & Encryption
A free implementation of the OpenPGP standard for encrypting and signing data.
Security: Access Control, Firewalls & Encryption
Encryption using the same secret key for both encryption and decryption.
Security: Access Control, Firewalls & Encryption
Encryption using a public key for encryption and a private key for decryption.
Security: Access Control, Firewalls & Encryption
Linux Unified Key Setup, the standard for disk encryption on Linux.
Security: Access Control, Firewalls & Encryption
A storage device that transfers data in fixed-size blocks, like a hard drive.
Security: Access Control, Firewalls & Encryption
A sequence of words or characters used to authenticate or decrypt data.
Security: Access Control, Firewalls & Encryption
Hash for 'H'onesty, GPG for 'G'uarding 'P'rivacy, LUKS for 'L'ocking 'U'p 'K'ey 'S'torage.
Security: Access Control, Firewalls & Encryption
The exam expects you to know the purpose of hashing (integrity) and encryption (confidentiality). Be familiar with `sha256sum` for integrity and `gpg` for file encryption/decryption. Understand that LUKS is for full disk/partition encryption and its basic function.
Security: Access Control, Firewalls & Encryption
Using MD5 or SHA1 for security-critical integrity checks when SHA256/SHA512 should be used.
Security: Access Control, Firewalls & Encryption
Forgetting the passphrase for a GPG-encrypted file or LUKS volume, rendering data inaccessible.
Security: Access Control, Firewalls & Encryption
Not backing up GPG private keys, which can lead to data loss if the original key is lost or corrupted.
Security: Access Control, Firewalls & Encryption
A named storage location for data in a script.
Automation, Orchestration and Scripting
Variables ($1, $2, etc.) holding arguments passed to a script.
Automation, Orchestration and Scripting
An integer (0 for success, non-zero for error) returned by a command or script.
Automation, Orchestration and Scripting
A control structure (e.g., `if`) that executes code based on a condition.
Automation, Orchestration and Scripting
A control structure (e.g., `for`, `while`) that repeats a block of code.
Automation, Orchestration and Scripting
The default command-line interpreter on most Linux systems, used for scripting.
Automation, Orchestration and Scripting
The `#!` line at the start of a script, specifying the interpreter.
Automation, Orchestration and Scripting
For 'if' conditions, remember: 'Square brackets are like a strict referee, checking the conditions carefully.'
Automation, Orchestration and Scripting
Memorize the meaning of common special variables like `$?` (exit status) and `$#` (number of arguments). Understand the difference between `[ condition ]` and `[[ condition ]]` (double brackets offer more features and are often preferred). Know that `0` means success for exit codes.
Automation, Orchestration and Scripting
Forgetting spaces around conditional operators (e.g., `[VAR=value]` instead of `[ VAR = value ]`).
Automation, Orchestration and Scripting
Not quoting variables when they might contain spaces (e.g., `ls $MY_VAR` instead of `ls "$MY_VAR"`).
Automation, Orchestration and Scripting
Confusing `==` (string comparison) with `-eq` (numeric comparison) inside `[` `]` conditions.
Automation, Orchestration and Scripting
Not making a script executable (`chmod +x script.sh`) before trying to run it.
Automation, Orchestration and Scripting
A high-level, interpreted programming language widely used for scripting and automation.
Automation, Orchestration and Scripting
The package installer for Python, used to install and manage third-party libraries.
Automation, Orchestration and Scripting
A file containing Python definitions and statements, extending functionality.
Automation, Orchestration and Scripting
An isolated Python environment for managing project-specific dependencies.
Automation, Orchestration and Scripting
Whitespace used in Python to define code blocks, crucial for syntax.
Automation, Orchestration and Scripting
Classification of data, such as integers, strings, booleans, and lists.
Automation, Orchestration and Scripting
PIP: 'P'ython 'I'nstalls 'P'ackages. Remember this for the command to manage libraries!
Automation, Orchestration and Scripting
The exam expects you to know how to execute basic Python scripts, understand the purpose of pip for package management, and recognize common Python syntax elements like 'if/else' and 'for' loops. Pay attention to the shebang line and execute permissions.
Automation, Orchestration and Scripting
Forgetting the shebang line or execute permissions, leading to scripts not running directly.
Automation, Orchestration and Scripting
Mixing Python 2 and Python 3 syntax; always use 'python3' and its compatible libraries.
Automation, Orchestration and Scripting
Not using virtual environments, which can lead to dependency conflicts between projects.
Automation, Orchestration and Scripting
Incorrect indentation, causing 'IndentationError' as Python relies on it for code blocks.
Automation, Orchestration and Scripting
A snapshot of your repository at a specific point in time, with a message.
Automation, Orchestration and Scripting
An independent line of development within a repository.
Automation, Orchestration and Scripting
The process of combining changes from one branch into another.
Automation, Orchestration and Scripting
To create a local copy of a remote Git repository.
Automation, Orchestration and Scripting
To upload your local committed changes to a remote repository.
Automation, Orchestration and Scripting
To download and integrate changes from a remote repository into your local one.
Automation, Orchestration and Scripting
An intermediate area where changes are prepared before being committed.
Automation, Orchestration and Scripting
Git's core cycle: 'Add' to Stage, 'Commit' to Repo, 'Push' to Cloud. (ASRPC)
Automation, Orchestration and Scripting
The exam expects you to know the basic Git workflow and common commands for managing local and remote repositories. Keywords to spot include 'version control,' 'commit,' 'branch,' 'merge,' 'clone,' 'push,' and 'pull.'
Automation, Orchestration and Scripting
Forgetting to `git add` files before `git commit`, leading to an empty commit or missing changes.
Automation, Orchestration and Scripting
Committing directly to the `main` or `master` branch without using a feature branch, especially in team environments.
Automation, Orchestration and Scripting
Not pulling the latest changes from the remote repository before starting new work, leading to merge conflicts.
Automation, Orchestration and Scripting
Managing infrastructure using machine-readable definition files.
Automation, Orchestration and Scripting
Agentless automation tool for configuration, deployment, and orchestration.
Automation, Orchestration and Scripting
YAML file defining Ansible tasks and desired state for hosts.
Automation, Orchestration and Scripting
Automated process of merging code, building, and testing frequently.
Automation, Orchestration and Scripting
Automated preparation of code for release after CI.
Automation, Orchestration and Scripting
Sequence of characters defining a search pattern for text.
Automation, Orchestration and Scripting
Software that does not require client-side agents on managed nodes.
Automation, Orchestration and Scripting
Imagine an 'Ansible' is a friendly robot butler (agentless!) who reads your 'Playbook' (a YAML recipe) to 'Automate' your house (infrastructure).
Automation, Orchestration and Scripting
The exam expects you to know the fundamental concepts of IaC, the agentless nature of Ansible, and how to interpret basic regular expressions. Pay attention to common regex metacharacters and their meanings.
Automation, Orchestration and Scripting
Confusing IaC with simple scripting; IaC focuses on desired state, not just sequential commands.
Automation, Orchestration and Scripting
Forgetting that Ansible is agentless and uses SSH/WinRM for communication.
Automation, Orchestration and Scripting
Underestimating the precision required for regular expressions; a single character can drastically change the match.
Automation, Orchestration and Scripting
Average number of processes in runnable or uninterruptible state.
Troubleshooting Linux Systems
Percentage of time CPU spends on user, system, idle, or I/O wait tasks.
Troubleshooting Linux Systems
Portion of disk used as virtual memory when RAM is full.
Troubleshooting Linux Systems
Memory used by kernel for disk I/O operations to speed up access.
Troubleshooting Linux Systems
CPU time spent waiting for I/O operations to complete.
Troubleshooting Linux Systems
Percentage of time a disk device is busy processing requests.
Troubleshooting Linux Systems
Average time (ms) for I/O requests to be serviced, including queue time.
Troubleshooting Linux Systems
To remember the key performance tools: 'T'op for Tasks, 'F'ree for RAM, 'I'ostat for I/O. TFI: 'Trouble-Free Investigation'.
Troubleshooting Linux Systems
The CompTIA Linux+ exam expects you to know the purpose and basic output interpretation of 'top', 'free', and 'iostat'. Pay attention to load averages, CPU states (user, system, idle, wa), memory metrics (total, used, free, buff/cache, available), and disk I/O metrics (%util, await).
Troubleshooting Linux Systems
Misinterpreting high 'used' memory as a problem without considering 'buff/cache' or 'available' memory.
Troubleshooting Linux Systems
Only looking at the 1-minute load average in 'top' and not considering the 5- and 15-minute averages for trends.
Troubleshooting Linux Systems
Forgetting to install the 'sysstat' package before trying to use 'iostat'.
Troubleshooting Linux Systems
Master Boot Record/GUID Partition Table, disk partitioning schemes.
Troubleshooting Linux Systems
Filesystem check and repair utility.
Troubleshooting Linux Systems
Displays kernel messages, including hardware errors.
Troubleshooting Linux Systems
Lists block devices and their partitions.
Troubleshooting Linux Systems
Utility to monitor S.M.A.R.T. data for disk health.
Troubleshooting Linux Systems
Changes the root directory for a process.
Troubleshooting Linux Systems
GRUB: Get Running, Under Bootloader. Remember the order: BIOS -> GRUB -> Kernel -> initramfs -> systemd.
Troubleshooting Linux Systems
The exam often tests your knowledge of the boot process stages and the commands used to diagnose and repair bootloader or filesystem issues. Pay attention to 'grub-install', 'update-grub', and 'fsck'.
Troubleshooting Linux Systems
Running 'fsck' on a mounted filesystem, which can cause data corruption.
Troubleshooting Linux Systems
Incorrectly specifying the disk for 'grub-install' (e.g., '/dev/sda1' instead of '/dev/sda').
Troubleshooting Linux Systems
Forgetting to 'chroot' into the target system before running repair commands from a live environment.
Troubleshooting Linux Systems
Modern Linux utility for managing and displaying network interfaces, routing, and ARP.
Troubleshooting Linux Systems
Utility to display socket statistics, showing active connections and open ports.
Troubleshooting Linux Systems
Tool for querying DNS name servers to perform hostname-to-IP resolution.
Troubleshooting Linux Systems
Hardware or virtual component that connects a system to a network (e.g., eth0).
Troubleshooting Linux Systems
A set of rules defining how network packets are forwarded to their destinations.
Troubleshooting Linux Systems
Translates human-readable domain names into numerical IP addresses.
Troubleshooting Linux Systems
An endpoint of a two-way communication link across a network.
Troubleshooting Linux Systems
Imagine a detective: 'IP' checks the ID (interface/IP), 'SS' checks who's talking (sockets/services), and 'DIG' checks the phone book (DNS).
Troubleshooting Linux Systems
The exam expects you to know the modern commands 'ip' and 'ss' as replacements for 'ifconfig', 'route', and 'netstat'. Be prepared to interpret their output for interface status, IP addresses, routing, and open ports. For DNS, 'dig' is the primary tool to know.
Troubleshooting Linux Systems
Forgetting to use 'sudo' for commands that require elevated privileges to modify network settings or view certain socket details.
Troubleshooting Linux Systems
Confusing 'ip a' (address) with 'ip r' (route) – they provide distinct but related information.
Troubleshooting Linux Systems
Assuming a network issue is always a physical problem; often, it's a misconfiguration of IP, routing, or DNS.
Troubleshooting Linux Systems
Rules defining who can read, write, or execute files/directories.
Troubleshooting Linux Systems
The user account that owns a file or directory.
Troubleshooting Linux Systems
A collection of users who share common access rights to files.
Troubleshooting Linux Systems
For permissions, remember 'R-W-X' (Read, Write, Execute) and 'O-G-A' (Owner, Group, All). For `chmod`, think 'Change Mode' and for `chown`, 'Change Owner'.
Troubleshooting Linux Systems
The exam frequently tests your knowledge of `chmod` and `chown` syntax, especially octal permissions. Be prepared to interpret `ls -l` output and troubleshoot service states using `systemctl status` and `journalctl -u`.
Troubleshooting Linux Systems
Forgetting to use `-R` with `chmod` or `chown` when applying changes recursively to directories and their contents.
Troubleshooting Linux Systems
Trying to fix a service failure by blindly restarting it without first checking `systemctl status` and `journalctl` for clues.
Troubleshooting Linux Systems
Confusing the owner and group categories when setting octal permissions, leading to incorrect access rights.
Troubleshooting Linux Systems