evolix/wiki
22
0
Fork 0
Code Releases Activity

typo

Browse source
This commit is contained in:
Benoît S. 2016-12-14 16:18:01 +01:00
parent 3e944f7c3e
commit 047841ce1c
1 changed files with 9 additions and 9 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

18
HowtoSystemd.md
View file

@ -39,7 +39,7 @@ Lister les unités en échecs :
# systemctl --failed
~~~
Lister les unités installés :
Lister les unités installées :
~~~
# systemctl list-unit-files
@ -67,7 +67,7 @@ Redémarrer une unité :
# systemctl restart unit
~~~
Recharger la configuration d'un unité :
Recharger la configuration d'une unité :
~~~
# systemctl reload unit
@ -79,7 +79,7 @@ Afficher le status d'une unité :
# systemctl status unit
~~~
Savoir si une unité est activé ou non :
Savoir si une unité est activée ou non :
~~~
# systemctl is-enabled unit
@ -117,7 +117,7 @@ Afficher la man page correspondante au service de l'unité :
# systemctl help unit
~~~
Recharger systemd pour prendre en compte les unités modifiés :
Recharger systemd pour prendre en compte les unités modifiées :
~~~
# systemctl daemon-reload
@ -172,7 +172,7 @@ WantedBy=multi-user.target
Alias=sshd.service
~~~
> **Note* : Chaque fois qu'une unité est modifié, il est nécessaire de recharger systemd avec `systemctl daemon-reload`.
> **Note* : Chaque fois qu'une unité est modifiée, il est nécessaire de recharger systemd avec `systemctl daemon-reload`.
# Modifier partiellement une unité
@ -212,7 +212,7 @@ On pourra ensuite démarrer l'instance foo et bar avec :
# systemd par utilisateur
systemd fonctionne avec le PID 1. Mais il est aussi possible de lancer des instaces par utilisateur avec le paramètre `--user`. C'est très pratique pour donner les droits à un utilisateur de gérer lui même ses services. (Instances Tomcat par exemple).
systemd fonctionne avec le PID 1. Mais il est aussi possible de lancer des instances par utilisateur avec le paramètre `--user`. C'est très pratique pour donner les droits à un utilisateur de gérer lui-même ses services. (Instances Tomcat par exemple).
Dans un premier temps il faut s'assurer d'avoir le paquet `libpam-systemd` installé. Ensuite si l'on veut que l'utilisateur `foo` ait toujours une session ouverte (pour faire tourner un service) il faut utiliser loginctl :
~~~
@ -243,7 +243,7 @@ Type=forking
WantedBy=default.target
~~~
L'utilisateur pourra gérer lui même le service.
L'utilisateur pourra gérer lui-même le service.
~~~
$ systemctl --user enable tomcat
@ -257,7 +257,7 @@ $ systemctl --user stop tomcat
## Débug
Afficher pleins d'informations sur l'unité :
Afficher plein d'informations sur l'unité :
~~~
# systemctl show <service>
@ -318,7 +318,7 @@ Avec systemd, le strace ne suit pas les forks malgré -ff. À voir pourquoi syst
Sous Debian 8, le démarrage du système se bloque complètement (dead lock) si l'initialisation de process dépendant du réseau (comme NFS, NTP, firewalling…) se fait avant que le réseau soit démarré.
Notamment quand ils sont démarrés via des hooks dans /etc/network/if-*/…cela n'était pas bloquant avec SysV, cf https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754218#30
Astuces "bourrin" : ajouter "exit 0" dans /etc/init.d/networking et voir le souci via systemctl status networking -l ; modifier JobTimeoutUSer => "systemctl show networking -p JobTimeoutUSer"
Astuces « bourrin » : ajouter "exit 0" dans /etc/init.d/networking et voir le souci via systemctl status networking -l ; modifier JobTimeoutUSer => "systemctl show networking -p JobTimeoutUSer"
## Failed to get D-Bus connection: Unknown error -1