Systemd e Servizi

Start request repeated too quickly – Linux StartLimitHit

StartLimitHit

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.

Categoria: LinuxGruppo: Systemd e ServiziConfidenza: altaUltimo aggiornamento: 19-08-2026Letto 13 volte

Cosa significa questo errore?

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.

Messaggio originale

Start request repeated too quickly

Contesto e parole chiave

Alias

  • service restart loop
  • start-limit-hit

Messaggi alternativi

  • Start request repeated too quickly

Prodotti

  • systemd

Piattaforme

  • Debian
  • Fedora
  • RHEL
  • Ubuntu

Parole chiave

  • journalctl service
  • start request repeated too quickly
  • systemd startlimit

Cause possibili

Servizio che termina subito dopo l'avvio

Un errore di configurazione o dipendenza causa un ciclo di restart fino al limite systemd.

comune

Diagnosi

Log del servizio

Leggere le ultime righe del journal e lo stato dettagliato dell'unità.

Come leggere il risultato. Il primo errore nel journal è più utile del messaggio sintetico sul limite di avvio.

bash
journalctl -u nome.service -b -n 100 --no-pager; systemctl status nome.service

Risoluzione

Correggere la causa del crash

Difficoltà: mediaRischio: medioRichiede amministratore

Risolvere configurazione o dipendenza, poi riavviare una sola volta e verificare il journal.

  1. Salvare il journal.
  2. Correggere la prima causa osservata.
  3. Eseguire reset-failed e avviare il servizio.

Domande frequenti

systemctl reset-failed corregge il servizio?

Azzera lo stato, ma non risolve il crash. Va usato dopo aver corretto la causa mostrata dal journal.

Approfondimenti

Schede correlate