Journal Les Init alter-natifs

Posté par  . Licence CC By‑SA.
Étiquettes :
15
3
déc.
2016

Dans l’ordre alphabétique :

  • openrc
  • upstart
  • runit
  • s6
  • shepherd
  • sinit
  • sysvinit
  • systemd

Sans compter les systèmes d’init à la BSD. (Soit dit en passant, TrueOS compte passer sous OpenRC.)

On en pense ce qu’on veut, on en dira ce qu’on veut, mais ils vous donnent le choix, de les
apprécier, ou simplement de les ignorer.

En tant qu’utilisateur de plusieurs de ces inits (incluant le dernier de la liste, si si),
je vous conseille la lecture de ces pages :

Init-freedom
Systemd-free

Amusez-vous bien jusque vendredi !

  • # Le sujet est chaud

    Posté par  (site web personnel) . Évalué à 3.

    Le sujet est chaud. The topic is hot… https://talk.devuan.org/t/the-systemd-controversy/14

    This topic is hot, so you should be warned that trolling and aggressive behavior is to be ignored and will be dealt with by banning the offenders. One should be able to express their opinions without leading to unwarranted attacks.

    J'ai une question à propos de Systemd, tant que j'y suis. J'ai retenu d'une lecture récente que systemd s'occupe entre autres choses, de montage de systèmes de fichiers. Utilisant un set autour de Openbox avec gvfs et gvfs-backends, indifféremment sous Ubuntu (Bento Openbox), ou sous Archlinux, je ne sais pas voir "où" et "quand" systemd se charge de montage de systèmes de fichiers. Quelqu'un aurait-il des infos à ce sujet ? (En direct, sans nécessité d'arpenter le STFW… )

    • [^] # Re: Le sujet est chaud

      Posté par  . Évalué à 7.

      allez, j'ai tapé "systemd mount" sur un moteur de recherche pour toi et je te poste le premier lien :
      https://oguya.ch/posts/2015-09-01-systemd-mount-partition/

      où : /etc/systemd/system/*.mount et fstab
      quand : c'est un peu le principe avec systemd, c'est toi qui decide dans la section [Install] :
      WantedBy=multi-user.target ou autre …
      RequiredBy=….
      ….

      en espérant que tu ne te sois pas trop fatigué à lire ….

      • [^] # Re: Le sujet est chaud

        Posté par  (site web personnel) . Évalué à 7.

        > en espérant que tu ne te sois pas trop fatigué à lire ….
        

        pas trop fatiguée.
        Ça va. Je n'ai pas pensé à "systemd mount" pour une recherche. Je suis toujours plus imaginative quand je cherche pour d'autres. :)
        Pas mal la page, merci.

  • # Quel ordre ?

    Posté par  . Évalué à 8.

    C'est moi ou c'est pas vraiment un ordre alphabétique ?

  • # Quel alphabet?

    Posté par  . Évalué à 10.

    Si pour toi c'est l'ordre alphabétique, quel alphabet utilise-tu?

    • [^] # Re: Quel alphabet?

      Posté par  . Évalué à -4.

      Juste pour le fun, le "v" de sysv représente un 5.

      • [^] # Re: Quel alphabet?

        Posté par  . Évalué à -3.

        Quant à upstart, hé bien, mon algorithme d’intelligence humoristico-artificielle
        a semble-t-il détecté le "up" qu’il contient.

        On pourrait en passer du temps à éviter l’essentiel.

    • [^] # Re: Quel alphabet?

      Posté par  (site web personnel) . Évalué à 4.

      Si pour toi c'est l'ordre alphabétique, quel alphabet utilise-tu?

      Ben systemd ! Il rend obsolète tous les autres alphabets.

  • # Systemd

    Posté par  (site web personnel) . Évalué à 3. Dernière modification le 03 décembre 2016 à 18:30.

    Bonsoir,

    je me doute bien que chez certaines personnes, systemd ne pose aucun problème.

    Sur un de mes postes, si je démarre avec systemd, alors:
    - Impossible de faire fonctionner PowerDNS-recursor, il se relance en boucle. Je n'ai aucun fichier personnalisé concernant pdns-recursor. Certains vont dire que c'est la faute des mainteneurs de pdns-recursor, ben voyons.
    - La mise en veille de l'écran et son verrouillage peut se bloquer. Je suis obligé d'attendre que le clavier se débloque (5 ou 10 minutes) pour pouvoir basculer en mode console et utiliser loginctl unlock-sessions. (ou bien de me connecter via ssh pour le faire)
    - Il faut parfois beaucoup temps pour éteindre la machine (j'ai ce problème sur tout les postes bureautique avec systemd, il attend un truc… je ne sais pas quoi)

    Alors que sous Sys V init, tout fonctionne bien.
    - pdns-recursor se lance sans accrocs, et fait son job.
    - Pas de soucis particulier avec la mise en veille et le verrouillage/déverrouillage de l'écran
    - L'extinction est rapide, bien plus rapide qu'avec systemd.

    Si systemd n'était pas un bricolage infâme, et si c'était transparent pour mon usage, ça passerait mieux.

    Sur les serveurs, systemd me pose aussi problème, heureusement que je les redémarre moins souvent.
    En relançant un service il y a une erreur, (que ce soit avec reload, ou configtest quand c'est disponible)
    - avec systemd je dois ouvrir un autre terminal pour avoir les détails dans les logs.
    - avec sys V init, j'ai directement l'information complète, ce qui est nettement plus pratique, vous en conviendrez.

    J'ai cherché comment préciser à systemd de me sortir quand même l'information directement, et c'est tellement bien planqué que je n'ai pas trouvé.

    Je n'écris pas de scripts d'init, ou bien je le fais une fois tous les deux ans. Systemd ne m'apporte rien de positif. Je ne pense pas que tous les admins-sys écrivent tous les jours des scripts d'init. Alors c'est quoi qui est bien avec systemd pour la plupart des admin-sys?

    Contrairement à ce qu'on peut lire parfois, systemd à été forcé dans Debian. Pour éviter un travail monstrueux pour les mainteneurs, puisque systemd n'est pas compatible avec les scripts d'init de Sys V init (ce serait trop beau, c'est seulement superficiel).

    Je veux bien des évolutions, des solutions, mais systemd n'est pas abouti.

    Je suppose que pour des architectures un peu ancienne ou exotique, Redhat n'en ai rien à foutre, ce qui expliquerait les dysfonctionnement de systemd en dehors des serveurs Dell, HP et Microtic.

    Il est clair que Redhat n'en a rien à faire de Linux sur des postes bureautique. J'aimerai voir le contraire.

    Vous pouvez moinser, ça ne me fera pas changer mon avis (ni mon expérience, malheureusement)

    Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

    • [^] # Re: Systemd

      Posté par  . Évalué à 4.

      • avec systemd je dois ouvrir un autre terminal pour avoir les détails dans les logs.

      Oo je me demande bien pourquoi .

      • avec sys V init, j'ai directement l'information complète, ce qui est nettement plus pratique, vous en conviendrez.

      Tu parles de quoi, d'avoir OK ou KO ?

      Contrairement à ce qu'on peut lire parfois, systemd à été forcé dans Debian.

      Forcé par qui ? il va falloir en dire plus et montrer que le système de vote debian est complètement bidon

      Pour éviter un travail monstrueux pour les mainteneurs, puisque systemd n'est pas compatible avec les scripts d'init de Sys V init (ce serait trop beau, c'est seulement superficiel).

      faux, https://www.freedesktop.org/wiki/Software/systemd/Incompatibilities/ , il l'est en partie.

      • [^] # Re: Systemd

        Posté par  (site web personnel) . Évalué à 2.

        Tu parles de quoi, d'avoir OK ou KO ?
        Je parle du retour qui me précise que dans tel fichier de config, ligne N j'ai tel problème de syntaxe, par exemple.
        La différence est faible, mais quand j'ai déjà beaucoup de fenêtres ouvertes, j'aurai bien voulu faire l'économie d'en ouvrir une autre.

        Forcé par qui ? il va falloir en dire plus[…]
        Oui, il y a eu un système de vote, mais les systèmes de votes sur ce genre de décisions restent problématique, et, ça met de côté beaucoup d'utilisateurs finaux.

        […] puisque systemd n'est pas compatible avec les scripts d'init de Sys V init (ce serait trop beau, c'est seulement superficiel).[…]
        faux, https://www.freedesktop.org/wiki/Software/systemd/Incompatibilities/ , il l'est en partie.

        C'est une compatibilité superficielle… c'est bien ce que je dis.

        Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

        • [^] # Re: Systemd

          Posté par  . Évalué à -1. Dernière modification le 03 décembre 2016 à 20:58.

          Tu dis que _ systemd n'est pas compatible_ , alors il l est ? il ne l'est pas ? il est mais superficiellement ? N'hésite pas non plus à répondre à mes autres questions !

          Merci Grégoire.

          • [^] # Re: Systemd

            Posté par  (site web personnel) . Évalué à 0.

            La mise en page était cassé parce que j'ai envoyé le message trop vite, le voici, en détachant mes réponse à tes questions.
            Et, pour le moment, c'est à peu près les seuls problèmes que je rencontre avec systemd, donc j'ai bon espoir.

            Tu parles de quoi, d'avoir OK ou KO ?

            Je parle du retour qui me précise que dans tel fichier de config, ligne N j'ai tel problème de syntaxe, par exemple.
            La différence est faible, mais quand j'ai déjà beaucoup de fenêtres ouvertes, j'aurai bien voulu faire l'économie d'en ouvrir une autre.

            Forcé par qui ? il va falloir en dire plus[…]

            Oui, il y a eu un système de vote, mais les systèmes de votes sur ce genre de décisions restent problématique, et, ça met de côté beaucoup d'utilisateurs finaux.

            […] puisque systemd n'est pas compatible avec les scripts d'init de Sys V init (ce serait trop beau, c'est seulement superficiel).[…]

            faux, https://www.freedesktop.org/wiki/Software/systemd/Incompatibilities/ , il l'est en partie.

            C'est une compatibilité superficielle… c'est bien ce que je dis.

            Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

            • [^] # Re: Systemd

              Posté par  . Évalué à 4.

              Juste sur ça:

              Oui, il y a eu un système de vote, mais les systèmes de votes sur ce genre de décisions restent problématique, et, ça met de côté beaucoup d'utilisateurs finaux.

              Ce sont effectivement les contributeurs (avec des règles sur quels contributeurs, pas tous par défaut) qui votent, pas les utilisateurs finaux. Je ne connais aucune organisation publique ou privée qui fonctionne différemment, et je trouve ça encore plus justifié pour un projet communautaire.

              Si tu veux absolument que le projet fasse ce que TU veux, embauche une armée de dévs et place-les chez les votants, ou fais-leur forker le projet.

              Tu as l'air de dire sue c'est un problème, pas moi.
              As-tu des stats qui montrent que les distros passées à système ont perdu un nombre significatif d'utilisateurs? Je pende que le nombre est carrément trop faible face au bruit des allers et venues entre distros.

              • [^] # Re: Systemd

                Posté par  . Évalué à 6.

                Si tu veux absolument que le projet fasse ce que TU veux, embauche une armée de dévs et place-les chez les votants, ou fais-leur forker le projet.

                Ou simplement pour maintenir un paquet sys-v init avec les scripts pour les différents outils qui en ont besoin (voire un outil pour convertir un fichier .service systemd en init script classique).

                « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

              • [^] # Re: Systemd

                Posté par  (site web personnel) . Évalué à 4.

                Content de savoir que "chez toi ça marche (tm)"

                Facile de dire que je n'ai qu'à coder/forker… ça va bien faire avancer le débat.

                Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

                • [^] # Re: Systemd

                  Posté par  . Évalué à 6.

                  Content de savoir que "chez toi ça marche (tm)"

                  Curieux. J'ai relu mon message et je ne trouve toujours aucune indication qui aille dans ce sens, même implicite.

                  Facile de dire que je n'ai qu'à coder/forker… ça va bien faire avancer le débat.

                  Facile aussi de dire que le système est problématique chaque fois que le décision prise n'est pas celle que tu voulais.

            • [^] # Re: Systemd

              Posté par  (site web personnel) . Évalué à 3.

              Oui, il y a eu un système de vote, mais les systèmes de votes
              sur ce genre de décisions restent problématique, et, ça met de
              côté beaucoup d'utilisateurs finaux.

              Ok, je vais mordre (j'ai largement répondu sur systemd depuis 4 ans, donc on va changer ).

              1) en quoi c'est problématique ?

              2 a) en quoi les utilisateurs finaux sont mis de coté

              2 b) en quoi c'est un souci de manière pratique ?

    • [^] # Re: Systemd

      Posté par  . Évalué à 2.

      J'ai eu des problèmes systemd sous Debian, l'intégration n'est pas au top. Mais sur Fedora ça marche au poil

  • # Il en manque

    Posté par  (site web personnel) . Évalué à 0.

    Dans la liste de supervision de process:

    • supervisord (très utilisé dans la communauté python)
    • monit (ne supporte pas le PID1)

    Systemd ne supporte pas etre lance autre qu'avec le PID1, ce qui ne permet pas de l'utiliser en parallele avec un autre systeme d'init.

    • [^] # Re: Il en manque

      Posté par  . Évalué à 5.

      Monit et supervisord ne sont pas des init, donc difficile de dire qu'ils manquent à cette liste , et pour le coup ils fonctionnent avec systemd.

  • # Réservés aux barbus

    Posté par  . Évalué à 4. Dernière modification le 04 décembre 2016 à 21:03.

    Retours d'expérience appréciés !

  • # Quel est l'alphabet utilisé ?

    Posté par  . Évalué à -1.

    Je suis à la recherche de l'alphabet utilisé pour trier les systèmes d'init au début du journal.

    Avec l'alphabet latin, le compilateur m'indique une erreur ligne 2.

    La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.