Concept and mechanism
In systemd, setting the default target guides the next boot; isolating a target changes current state and can interrupt services and sessions. Plan recovery access before a remote change. When a process must stop, a signal allowing cleanup may be appropriate before SIGKILL, subject to application behavior and urgency. SIGKILL does not let the process run a cleanup handler. The decision requires understanding locks, transactions, and the supported procedure, rather than merely observing that the PID disappeared.
Guided application
The journal can show an earlier boot only if its records were retained. Configure storage and retention limits according to requirements, validate availability after reboot, and monitor disk consumption. Enabling persistence today does not recover volatile logs lost yesterday. For performance, TuneD offers profiles and recommendations, but a recommendation does not demonstrate improvement for the specific workload. Record a baseline, apply an approved change, and compare latency, throughput, and consumption. At APS handover, provide observation commands as well as criteria justifying intervention.
After a rehearsal reboot, inspect the journal’s boot list. To evaluate a TuneD profile, compare the same workload before and after the change.
Common pitfalls
Confusing set-default with isolate; rebooting before collecting evidence; measuring only CPU; expecting cleanup after SIGKILL.
Related topics: Storage, mounts, and persistent identity · Services, time, and boot maintenance
An accepted operation needs functional state and evidence that survives the incident.
Reference: journald.conf(5) · EX200 based on Red Hat Enterprise Linux 10