Categoria
Articoli tecnici organizzati per gruppo funzionale.
L'errore si presenta quando un servizio va in crash continuo e supera il numero massimo di riavvii consentiti (StartLimitBurst) entro l'intervallo StartLimitIntervalSec.
L'errore compare quando si eseguono comandi come 'systemctl' all'interno di un container Docker ordinario o ambiente WSL dove l'init system PID 1 non è systemd.
L'evento segnala che un'applicazione è andata in crash generando un'immagine di memoria (core dump) archiviata da systemd-coredump per il debug con GDB o coredumpctl.
L'errore compare durante la creazione delle directory temporanee all'avvio quando la cartella /tmp ha perso i permessi corretti di sticky bit (1777).
systemd Start request repeated too quickly indica che un servizio è terminato o fallito tante volte in un intervallo breve e ha raggiunto il limite di avvio configurato. Riavviare ripetutamente l'unità nasconde la causa. Bisogna leggere journalctl, correggere l'errore di avvio e solo dopo azzerare lo stato failed o rivedere con criterio StartLimitIntervalSec e StartLimitBurst.
systemd status=203/EXEC indica che il processo manager non è riuscito a eseguire il comando indicato in ExecStart. Il percorso può essere errato, il file non eseguibile, privo di interprete, con architettura incompatibile o con una shebang non valida. La verifica deve partire dal file e dai permessi effettivi dell'utente del servizio, non da un aumento dei limiti di systemd.
L'errore systemd Unit not found indica che il nome richiesto non corrisponde a un'unità disponibile nei percorsi caricati dal gestore dei servizi. Può dipendere da un nome errato, da un pacchetto non installato, da un file .service non presente o da una configurazione non ricaricata. La diagnosi confronta unità, pacchetto e stato del daemon prima di creare link o file manuali.