Es könnte m.M.n. sein, dass systemd diesen Fehler verursacht.
Entweder es liegt dann daran, dass systemd einen bug hat oder, dass es systemd nicht gelingt einen service erfolgreich zu beenden. Dumm ist natürlich auch, das es nicht immer geschied.
Zum Testen würde ich ausprobieren, ob das Verhalten auch auftritt, wenn man ohne sich mit einem LoginManager einzuloggen nach dem Starten den PC auf z.B. tty3 gleich wieder mit poweroff
herunterfährt.
Falls das dann auch hier gelegentlich auftritt, dann hast du zumindest wesichtlich weniger Möglichkeiten wonach du fahnden musst. Schreib dir die Zeiten auf, wann es passiert, dann kannst du die journales der jeweiligen sitzungen mit einander vergleichen.
Hilfreich für die Fehler-Analyse könnte auch der Befehl systemctl --type=service --all
sein.
P.S.:
schard Hast du mal versucht mit deaktiviertem ACPI zu booten?
Bemerkung hierzu:
ACPI dient der Energieverwaltung und ist deshalb fehleranfällig weil den Entwicklern nicht jede Hardware in jeder Kombination vorliegt. Es wird wie andere services durch systemd gestartet bzw, wieder beim Runterfahren beendet.
Damit der Rechner in Zukunft ohne ACPI gesartet wird, wie es schard probeweise empfohlen hat, gibst du systemctl disable acpid
in die Konsole ein.