Unofficial practice
Accessibility Support Check
A command fails with access trouble. Read the user, group, mode, and path traversal evidence before changing ownership or permissions.
Linux One Liners is an independent study and practice resource. It is not affiliated with, endorsed by, or approved by LPI, The Linux Foundation, CompTIA, or any certification provider. This site does not provide exam dumps or real exam questions.
Try first
loginctl list-sessions 2>/dev/null; systemctl status display-manager --no-pager 2>/dev/null | head -20
Troubleshooting ladder
- Name the symptom.
- Inspect read-only state.
- Find the owner, service, file, device, mount, or route.
- Read the decisive output field.
- Choose the next narrow command.
- Avoid broad or destructive changes.
- Make the smallest justified change if required.
- Verify and record what changed.
drill evidence
Sample output and answer key
Command anatomy
loginctl list-sessions 2>/dev/null; systemctl status display-manager --no-pager 2>/dev/null | head -20
systemctl- read service state and unit metadata
journalctl- read systemd logs
-u- scope logs to one unit when present
--since/-b- limit the time window
--no-pager- make output copyable in drills
Annotated output
nginx.service - A high performance web server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled)
Active: failed (Result: exit-code) since Fri 2026-07-03 10:12:04 CDT
Jul 03 10:12:04 web01 nginx[2310]: nginx: [emerg] open() "/etc/nginx/nginx.conf" failed (13: Permission denied)
What to notice
- Loaded
- whether the unit file exists and is enabled
- Active
- current service state
- Result
- how systemd classified the failure
- log message
- the concrete file, port, user, or syntax cause
Safe vs unsafe move
Common wrong move
Restarting the service before reading the failing line.
Next safe command
nginx -t
Goal
Prove the condition with command output before changing the system.
Safe first command
loginctl list-sessions 2>/dev/null; systemctl status display-manager --no-pager 2>/dev/null | head -20
Correct interpretation
The decisive fields are `Loaded`, `Active`, `Result`. The affected object is the service or process named in the failing line. The next safe command is `nginx -t` because it narrows the evidence without jumping to a broad fix. Watch out for this wrong move: Restarting the service before reading the failing line.
Next safe command
nginx -t
Common wrong move
Restarting the service before reading the failing line.
Self-check
Which path component, owner, group, or mode blocks access for the effective user?
source and objective
Related cert objective
Source status: LPI LPIC-1 overview verified July 3, 2026. Current version 5.0; exams 101-500 and 102-500.
Related command pages
Why this matters
The point is not to memorize a flag. It is to read the evidence, name the next safe check, and avoid the tempting broad fix.