Il s'agit de la commande dh_systemd_startp qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
dh_systemd_start - démarrer/arrêter/redémarrer les fichiers unitaires de systemd
SYNOPSIS
dh_systemd_start [options debhelper] [--restart-after-upgrade] [--pas de redémarrage lors de la mise à niveau]
[fichier unitaire ...]
DESCRIPTION
dh_systemd_start est un programme debhelper qui est responsable du démarrage/arrêt ou
redémarrer les fichiers unitaires systemd au cas où aucun script d'initialisation sysv correspondant n'est disponible.
Comme avec dh_installinit, le fichier unité est arrêté avant les mises à jour et démarré après
(sauf si --restart-after-upgrade est spécifié, auquel cas il ne sera redémarré que
après la mise à niveau). Cette logique n'est pas utilisée lorsqu'il existe un script d'initialisation SysV correspondant
parce que invoke-rc.d effectue l'arrêt/démarrage/redémarrage dans ce cas.
OPTIONS
--restart-after-upgrade
N'arrêtez pas le fichier d'unité tant que la mise à niveau du package n'est pas terminée. C'est
différent du comportement par défaut, qui arrête le fichier d'unité dans le prématuré et commence
cela à nouveau dans le post-installation script principal.
Cela peut être utile pour les démons qui ne devraient pas avoir de temps d'arrêt peut-être long pendant
améliorer. Mais vous devez vous assurer que le démon ne sera pas confus par le paquet
mise à niveau pendant son exécution avant d'utiliser cette option.
-r, --pas de redémarrage lors de la mise à niveau
N'arrêtez pas le service lors de la mise à niveau.
--pas de démarrage
Ne démarrez pas le fichier unité après les mises à niveau et après l'installation initiale (cette dernière
n'est pertinent que pour les services sans script d'initialisation correspondant).
NOTES
Notez que cette commande n'est pas idempotente. dh_prep(1) doit être appelé entre les invocations
de cette commande (avec les mêmes arguments). Sinon, cela peut provoquer plusieurs cas de
le même texte à ajouter aux scripts du responsable.
Notez que dh_systemd_start doit être exécuté après dh_installinit afin qu'il puisse détecter
scripts d'initialisation SysV correspondants. La séquence par défaut dans dh fait ce qu'il faut, ce
la note n'est pertinente que lorsque vous appelez dh_systemd_start manuellement.
Utilisez dh_systemd_startp en ligne à l'aide des services onworks.net
