---
name: feedback_systemd_timer_enable_not_active
description: systemctl enable ≠ active/armed — bei neuen Aria-Timern immer start + list-timers next-trigger prüfen
metadata: 
  node_type: memory
  type: feedback
  originSessionId: 59b70677-f4fc-46ad-b195-1f9d5b865b84
---

`systemctl enable <timer>` macht den Timer nur **boot-persistent** — es **armed ihn nicht** im laufenden Boot. Symptom: `is-enabled` = enabled, aber `is-active` = inactive und `list-timers` zeigt `Trigger: n/a`. Der Timer feuert dann erst nach nächstem Reboot, nicht zur geplanten Zeit.

**Why:** KAR-684 (03.06.2026) — `aria-deadline-reconcile.timer` war enabled aber nicht active. Wäre morgen 06:20 nicht gelaufen, leerer This-Week-Block, niemand hätte es gemerkt. Vorheriger Report meldete „neuer Cron läuft" ohne den Trigger zu verifizieren.

**How to apply:** Nach jedem neuen/geänderten systemd-Timer: `systemctl daemon-reload && systemctl enable --now <timer>` (das `--now` armed sofort) ODER explizit `systemctl start`. Dann IMMER `systemctl list-timers <timer>` lesen und einen konkreten NEXT-Zeitpunkt verifizieren, bevor „läuft" gemeldet wird. Gehört zu [[feedback_read_exit_code_before_claiming_green]] und [[feedback_verify_writes_landed_before_claiming_green]].