Même si c’est une option de config, elle doit être mise à un moment.
Donc a priori dans les sources du paquet .deb.

Le paquet est là :
http://archive.ubuntu.com/ubuntu/pool/main/s/systemd/systemd_219-7ubuntu3.debian.tar.xz

Après faut fouiller un peu…

Le 08/10/2015 19:36, Wallace a écrit :
> Les Ubuntu sont sur des desktop en 15.04 en effet.
> Donc ça serait un patch et non une option de configuration, sans doute
> une fonctionnalité à soumettre en évolution de la version chez Debian.
> Je vais regarder les patch Ubuntu on sait jamais.
>
> Le 08/10/2015 19:22, Bruno Pagani a écrit :
>> Juste pour vérifier, c’est sur Ubuntu 15.04 que tu as ce résultat ?
>> Dans ce cas je pense que regarder les patchs qu’ils ajoutent à
>> systemd pour cette version peut aider à trouver ce qu’ils font.
>>
>> Le 8 octobre 2015 18:57:47 GMT+02:00, Wallace <wall...@morkitu.org> a
>> écrit :
>>
>>     Pour préciser mieux, ce que je cherche c'est un comportement
>>     qu'il y avait avant systemd donc sur Debian 7 et inférieur à
>>     savoir on voit une ligne pour le stop et une ligne pour le start
>>     dans le cas d'un restart par ex.
>>
>>     Avec systemd sous Ubuntu ce comportement a été gardé et du coup
>>     c'est moins perturbant et on n'a pas une régression à ce niveau.
>>
>>     Ce que je cherche c'est donc juste de comprendre où Ubuntu a
>>     configuré cet affichage et où je pourrais le configurer sur la
>>     Debian 8.
>>
>>     Sur une des Debian en 8.1 à jour je suis en version 215. S'il
>>     faut une version plus élevée, je suis partant pour monter de
>>     version jusqu'à la dernière stable 221 si besoin, je veux juste
>>     comprendre comment fait Ubuntu et comment refaire pareil sur
>>     Debian sans devoir lancer d'autres commandes manuellement qu'un
>>     simple restart | stop | start et voir l'état juste après.
>>
>>
>>     Le 08/10/2015 18:16, Mrjk a écrit :
>>>     Yop,
>>>
>>>     Si je ne dis pas de bétises, c'est lié a la version de systemd.
>>>     Par exemple, je crois que dans les derniere versions de systemd,
>>>     quand tu fais un systemctl status <service>, il t'affiche les
>>>     dernieres lignes de logs alors qu'avant il ne le faisait pas.
>>>     Ton problème avec le stop/start/restart semble assez similaire.
>>>     Par contre, si tu dis que les versions précédente de Debian le
>>>     gère, bahhh ça doit pas etre ça ...
>>>
>>>     Sinon, une solution pas trop sale consiste à wrapper tout ça
>>>     dans une fonction/alias bash. C'est un helper lié a ton environment.
>>>
>>>     Cldt
>>>
>>>
>>>
>>>     --
>>>     MrJK
>>>     GPG: https://jeznet.org/jez.asc
>>>
>>>     Le 8 octobre 2015 09:42, Maireaux Maxence <he...@flemzord.fr
>>>     <mailto:he...@flemzord.fr>> a écrit :
>>>
>>>         Car tu fait confiance à initd ?
>>>         Pour savoir si ton service est up toujours faire un ps aux |
>>>         grep xxx
>>>
>>>         Envoyé de mon iPhone
>>>
>>>         > Le 8 oct. 2015 à 15:06, Wallace <wall...@morkitu.org> a
>>>         écrit :
>>>         >
>>>         >
>>>         >
>>>         > Le 08/10/2015 12:53, yk a écrit :
>>>         >> systemctl restart httpd.service
>>>         >> ou
>>>         >> systemctl restart httpd
>>>         >>
>>>         >> Si tout se passe bien, la commande retourne 0 sans
>>>         afficher de message.
>>>         >> Je peux vérifier avec :
>>>         >> systemctl status httpd.service
>>>         > J'ai bien des systemd sur les Debian 8 par défaut
>>>         > ce que je veux c'est avoir cette sortie là :
>>>         >
>>>         > [ ok ] Stopping nagios-nrpe: nagios-nrpe.
>>>         > [ ok ] Starting nagios-nrpe: nagios-nrpe.
>>>         >
>>>         > Lorsque je lance cela :
>>>         >
>>>         > systemctl restart nagios-nrpe-server.service
>>>         >
>>>         > C'est le comportement sous Ubuntu et Debian < 8, je
>>>         voudrais retrouver
>>>         > la même sortie pour ces commandes ça permet d'être sur
>>>         qu'un service est
>>>         > bien reparti et ça évite de lancer une autre commande de
>>>         type status.
>>>         >
>>>         > De ce que j'ai vu systemctl renvoie toujours 0 même si le
>>>         service n'est
>>>         > pas reparti, c'est lié au fait qu'il ne fork pas le
>>>         processus et donc
>>>         > n'a aucune moyen de savoir si le fil s'est bien lancé.
>>>         >
>>>         >
>>>         >
>>>         > _______________________________________________
>>>         > Liste de diffusion du FRsAG
>>>         > http://www.frsag.org/
>>>         _______________________________________________
>>>         Liste de diffusion du FRsAG
>>>         http://www.frsag.org/
>>>
>>>
>>
>>     ------------------------------------------------------------------------
>>
>>     Liste de diffusion du FRsAG
>>     http://www.frsag.org/
>>

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/

Répondre à