sous linux generalement, ce qui touche au systeme est parametré par le super utilisateur (donc root)
simplement pour des questions de sécurité.
maintenant rien ne t'empeche de mettre le service en demarrage pour l'utilisateur en question, à ce moment là c'est un service qui se lance quand l'utilisateur se loggue
ou si cela doit se lancer meme si personne n'est devant la machine, c'est à root de l'installer, quitte à faire appartenir le process à un utilisateur lambda pour limiter ses droits.
Systemd devient la tendance mais SysV à la peau dur, on en trouve des traces dans les distribs actuelles.
donc si tu prend une debian 6/7/8 tu verras par exemple les evolutions du systeme d'init
[^] # Re: les trois mon capitaine
Posté par NeoX . En réponse au message système d'init. Évalué à 4.
pour les chemins PID/lock et WD, je penses que le mieux c'est de respecter la LSB
pour les runlevels, c'est assez standard mais c'est un heritage de SysV/Init.d
https://fr.wikipedia.org/wiki/Run_level
sous linux generalement, ce qui touche au systeme est parametré par le super utilisateur (donc root)
simplement pour des questions de sécurité.
maintenant rien ne t'empeche de mettre le service en demarrage pour l'utilisateur en question, à ce moment là c'est un service qui se lance quand l'utilisateur se loggue
ou si cela doit se lancer meme si personne n'est devant la machine, c'est à root de l'installer, quitte à faire appartenir le process à un utilisateur lambda pour limiter ses droits.
Systemd devient la tendance mais SysV à la peau dur, on en trouve des traces dans les distribs actuelles.
donc si tu prend une debian 6/7/8 tu verras par exemple les evolutions du systeme d'init