On peut encore faire tourner sysvinit sur debian. Mais pour combien de temps encore ?
Ça dépend des développeurs de SysV, des mainteneurs Debian et de la popularité de ce système.]]>
Quelqu'un s'est amusé à faire un comparatif entre systemd et openrc : http://www.linuxtricks.fr/news/10-logic … d-le-test/
Choisissez donc le système d'initialisation que vous gérez le mieux, et que vous savez débugger en cas de pépins.
Excellente conclusion, que je soutiens totalement.]]>
Mais, si
Quelques services indépendants qui peuvent donc démarrer en parallèle, ce n'est pas tous les services. Il suffit de regarder le résultat de la commande
pour voir l'enchaînement des unités qui dépendent les unes des autres.
Un peu à la manière de xinetd je pense
Je ne vois pas le rapport entre systemd et xinetd qui est un superserveur (une sorte de reverse proxy), pas un gestionnaire de démarrage.
Mais sur les précédentes Debian, j'avais constaté des choses bizarres: des services systemd qui ne faisaient que lancer des scripts dans /etc/init.d
C'est le mode de compatibilité de systemd pour les services qui n'ont pas encore été convertis en unités systemd natives. Et s'il les lançait vraiment tous en même temps alors que prétendument sysvinit les lance séquentiellement, ce serait quand même plus rapide, non ?
Et tu as vraiment comparé avec sysvinit sur des versions plus récentes de Debian ?]]>
Cauryl a écrit :
Par exemple, sur un système avec la configuration par défaut d'apt, installer Xfce réinstalle systemd si celui-ci n'est pas installé.
Recommends: dbus-x11, libpam-systemd, light-locker, systemd-sysv | systemd-shim
Pas si systemd-shim est installé, ce qui est souvent nécessaire pour désinstaller systemd en tant qu'init.
systemd-shim n'existe plus sous Buster.
https://packages.debian.org/search?keyw … lla-search
Ca passe désormais par d'autres paquets, suivant ce qui a déjà été installé et les calculs d'aptitude.
Anonyme-15 a écrit :
Une bonne citation est une citation continue. Un bon post est un post qui fait avancer les choses
Où veux-tu en venir ?
Anonyme-15 a écrit :
ce n'est pas un appel à continuer sur ce point, ce qui ne sera de toute façon pas mon cas
Ah non, c'est trop facile de balancer une critique et de se défiler ensuite.
Il vaut mieux montrer que raconter !]]>
Beta-Pictoris a écrit :Oui, quand on est passé à systemd il y a quelques années , c'était la première constatation flagrante : le démarrage beaucoup plus rapide.
Ça n'a pas été flagrant pour moi la dernière fois que j'ai comparé (ça devait être avec Jessie/LXDE). Temps à peu près équivalents.
Mais sur les précédentes Debian, j'avais constaté des choses bizarres: des services systemd qui ne faisaient que lancer des scripts dans /etc/init.d....]]>
Beta-Pictoris a écrit :Systemd lance, entre autre, tous les services simultanément.
Ça m'étonnerait, car il doit respecter les dépendances entre services. Et l'init sysV le faisait déjà avec insserv, en lançant en parallèle tous les initscripts de même priorité.
Mais, si
Un peu à la manière de xinetd je pense, systemd écoute puis relaye les informations aux services une fois qu'ils ont démarrés.
Voir ici: https://www.redhat.com/sysadmin/love-systemd]]>
Par exemple, sur un système avec la configuration par défaut d'apt, installer Xfce réinstalle systemd si celui-ci n'est pas installé.
Recommends: dbus-x11, libpam-systemd, light-locker, systemd-sysv | systemd-shim
Pas si systemd-shim est installé, ce qui est souvent nécessaire pour désinstaller systemd en tant qu'init.
j'ai l'impression que systemd est une windowisation de linux, car ça introduit la notion de "service" en remplacement des bons vieux daemons.
Cette notion de "service" existait déjà avec les précédents systèmes d'init pour manipuler les scripts d'init et ne désignait pas forcément un démon (contrairement à Windows). D'ailleurs la commande "service" existait déjà avant.
Oui, quand on est passé à systemd il y a quelques années , c'était la première constatation flagrante : le démarrage beaucoup plus rapide.
Ça n'a pas été flagrant pour moi la dernière fois que j'ai comparé (ça devait être avec Jessie/LXDE). Temps à peu près équivalents.
Systemd lance, entre autre, tous les services simultanément.
Ça m'étonnerait, car il doit respecter les dépendances entre services. Et l'init sysV le faisait déjà avec insserv, en lançant en parallèle tous les initscripts de même priorité.
Une bonne citation est une citation continue. Un bon post est un post qui fait avancer les choses
Où veux-tu en venir ?
ce n'est pas un appel à continuer sur ce point, ce qui ne sera de toute façon pas mon cas
Ah non, c'est trop facile de balancer une critique et de se défiler ensuite.]]>
exodebian a écrit :Est-il possible d'installer une Debian sans systemd ?
Oui mais non. C'est théoriquement possible. Dans la pratique, il y a trop de paquets construits comme dépendants de Systemd, ce qui provoque des conflits et de la casse.
Une bonne citation est une citation continue. Un bon post est un post qui fait avancer les choses (ce n'est pas un appel à continuer sur ce point, ce qui ne sera de toute façon pas mon cas).]]>
sur un système avec la configuration par défaut d'apt
Pinning à -1 pour systemd
]]>
exodebian a écrit :Est-il possible d'installer une Debian sans systemd ?
Oui mais non. C'est théoriquement possible. Dans la pratique, il y a trop de paquets construits comme dépendants de Systemd, ce qui provoque des conflits et de la casse.
Par exemple, sur un système avec la configuration par défaut d'apt, installer Xfce réinstalle systemd si celui-ci n'est pas installé.apt show xfce4-session
...
Recommends: dbus-x11, libpam-systemd, light-locker, systemd-sysv | systemd-shim, upower, x11-xserver-utils, xfdesktop4, xfwm4
...
Si, c'est très possible en pratique. J'utilise Debian 10 avec xfce4 et sysV sans souci. Pinning à -1 pour systemd dans le fichier preferences pour gérer l'intallation de Debian et les MAJ (qui se font automatiquement sans aucun problème et sans intervention de ma part, y compris avec les backports). Ajouter, éventuellement, des droits d'administration à l'utilisateur courant pour l'extinction de la machine sans avoir à taper son mot de passe administrateur.
C'est tout, et tous les autres logiciels fonctionnent sans bidouille (à l'exception notable de dgikam que j'utilisais avant, mais shotwell fait le job).]]>
Alors le problème viens des développeurs debian ?
Par exemple, quand on installe samba, ça met un target systemd du genre "network-online".
Et si ya pas de connexion réseau, alors ça attend indéfiniment une connexion réseau au boot.
De nos jours, Systemd marche bien avec Network-Manager.
Regarde ceci : https://debian-facile.org/viewtopic.php … 02#p343102
Il doit exister une unit équivalente pour ifupdown.]]>
Et J'en conclus que tu as testé les deux systemes d'init sur une même distribution ? Comment as tu fait ?
Oui, quand on est passé à systemd il y a quelques années , c'était la première constatation flagrante : le démarrage beaucoup plus rapide.
Systemd lance, entre autre, tous les services simultanément. Ceci explique pourquoi il démarre plus vite.
Maintenant, je sais que les geeks Devuan ont apportés des améliorations à leur init system V.
Mais, il est trop tard ! Il n'y aura pas de retour en arrière.
Et puis si Debian devait rechanger un jour d'init, ce serait certainement dû au remplacement de Apt par Guix.
Gnu Shepherd deviendrait alors l'init par defaut.
Vive Guile ! ]]>