20+ practice questions focused on Service Configuration — one of the most tested topics on the Linux Foundation Certified System Administrator LFCS exam. Each question includes a detailed explanation so you learn why the right answer is correct.
Start Service Configuration PracticeAn administrator wants to ensure that a custom service (myapp.service) starts only after the network is available and the PostgreSQL database service is running. Which systemd unit file directive should be used?
Explanation: The `After=` directive in a systemd unit file specifies ordering constraints, ensuring that `myapp.service` starts only after `network.target` and `postgresql.service` have reached the 'started' state. This does not create a dependency that forces those units to start; it only orders the startup sequence, which is exactly what the administrator needs to guarantee the service starts after the network and PostgreSQL are available.
Which TWO statements are true about systemd service unit files? (Choose two.)
Explanation: Option C is correct because a systemd service unit must contain a [Service] section, which holds the directives defining how the service is executed (e.g., ExecStart, Type, Restart); without it, systemd cannot treat the unit as a service. Option D is correct because the [Install] section supplies installation-time directives such as WantedBy= and RequiredBy=, which systemctl enable uses to create the appropriate symlinks under /etc/systemd/system/*.wants/ or *.requires/ so the unit starts at boot. Option A is wrong because the correct directive is EnvironmentFile= (not EnvFile=), which loads variables from a file. Option B is wrong because the default Type= is 'simple', not 'forking'. Option E is wrong because section order within a unit file is not significant; systemd parses sections regardless of their position.
A system administrator is configuring a custom systemd service that runs a Python script. The script logs output to stdout. The administrator wants to ensure that the service restarts automatically if it crashes, but only after a 10-second delay. Which directive should be added to the [Service] section of the unit file?
Explanation: `Restart=on-failure` ensures the service restarts only when it exits with a non-zero exit code or is terminated by a signal (e.g., SIGKILL), which matches the 'crashes' scenario. Adding `RestartSec=10` introduces a 10-second delay before the restart attempt, as required. The other options either restart on success (irrelevant) or always restart (which would restart even on intentional stops), or omit the restart condition entirely.
A company runs a critical web application on a Linux server. The application is managed by a systemd service called 'myapp.service'. Recently, after a scheduled maintenance reboot, the service failed to start automatically. The administrator manually started it with 'systemctl start myapp' and it ran fine. The unit file is located at /etc/systemd/system/myapp.service and contains: [Unit] Description=MyApp After=network.target [Service] ExecStart=/usr/local/bin/myapp Restart=on-failure [Install] WantedBy=multi-user.target. The administrator wants to ensure the service starts automatically after future reboots. However, after running 'systemctl enable myapp', the service still didn't start after the next reboot. What is the most likely cause?
Explanation: The 'After=network.target' directive only specifies ordering, not a requirement. If the network target is not fully reached before the service starts, systemd will attempt to start the service once and, if it fails, 'Restart=on-failure' will restart it only if the start was successful but the process later exits with a failure. It does not retry the initial start if a dependency condition is not met. The service must have 'Requires=network.target' or 'Wants=network.target' to ensure the target is active before the service starts.
Match each Linux process signal to its numeric value.
Explanation: Common Linux signal numbers: SIGKILL=9, SIGTERM=15, SIGSTOP=19, SIGCONT=18, SIGINT=2. Distractors mix up these values.
+15 more Service Configuration questions available
Practice all Service Configuration questions1. Baseline your knowledge
Start with 10 questions to gauge your current understanding of Service Configuration. This tells you whether you need a concept refresher or just practice.
2. Review every explanation
For each question — right or wrong — read the full explanation. Understanding why an answer is correct is more valuable than knowing the answer itself.
3. Focus on exam traps
Service Configuration questions on the LFCS frequently use trap wording. Look for subtle differences in answers that test your precision, not just general knowledge.
4. Reach 80% consistently
Do repeated sessions until you score 80%+ three times in a row. Then move to mixed-mode practice to test cross-topic recall under realistic conditions.
The exact number varies per candidate. Service Configuration is tested as part of the Linux Foundation Certified System Administrator LFCS blueprint. Practicing with targeted Service Configuration questions ensures you can handle any format or difficulty that appears.
Yes. Courseiva provides free LFCS practice questions across all exam topics and domains. The platform includes topic-based practice, mock exams, missed-question review, bookmarked questions, and readiness tracking — no account required.
Difficulty is subjective, but Service Configuration is a high-priority exam concept tested in multiple ways — direct recall, scenario analysis, and command-output interpretation. Consistent practice is the best way to build confidence.
Launch a full Service Configuration practice session with instant scoring and detailed explanations.
Start Service Configuration Practice →