Forum Linux.debian/ubuntu [Résolu] Désactiver systemd

Posté par . Licence CC by-sa
Tags : aucun
2
6
juil.
2014

Bonjour,

bon bah voila: sur ma debian testing, mon dernier apt-get dist-upgrade m'a fait passer sous systemd, alors qu'il y a encore quelques jours sysv régnait majestueusement.

Suivant l'actualité debian, on ne peut pas dire que Jessie m'aie pris en traître; mais bon, un simple petit "tu veux changer ou rester avec ton vieux truc tout pourri ?" ne m'aurait pas déplu.

Du coup, je me dis qu'un apt-get autoremove --purge systemd devrait régler mon souci, mais l'élimination concomitante de policykit-1, gvfs et udisk2 m'amène à douter.

un(e) administrateur(trice) debian expérimenté(e) pourrait-il(elle) me confirmer que le simple autoremove ci-dessus est la bonne solution, ou bien si il est nécessaire d'être un peu plus malin ?

merci

PS: attention un(e) troll(e) non lié(e) aux paquets sus mentionnés s'est subrepticement (ou pas) glissé(e) dans l'énoncé; accueillez-le(la) avec dignité.

  • # SysVinit est-il toujours présent ?

    Posté par . Évalué à 3.

    Bonjour

    mon dernier apt-get dist-upgrade m'a fait passer sous systemd

    L'installation de systemd a-t-elle désinstallée SysVinit, ou bien as-tu systemd et SysVinit installés simultanément ?

    Si les deux sont installés simultanément, tu peux choisir lequel est lancé au démarrage de ton système d'exploitation. De mémoire, le choix se fait avec l'option init=/le/bon/binaire qu'il faut ajouter à la ligne kernel de ton chargeur de démarrage (lorsque cette option n'est pas mentionnée, la valeur par défaut est init=/sbin/init).

    • [^] # Re: SysVinit est-il toujours présent ?

      Posté par . Évalué à 2.

      D'après dpkg.log sysvinit-core a été désinstallé au moment du passage à systemd

      un apt-get --dry-run install sysvinit-core m'indique l'installation supplémentaire de systemd-shim pour émuler les fonctions de systemd, mais également la suppression de colord, gvfs, gvfs-daemons, policykit-1, policykit-1-gnome, udisks2, comme lors d'un apt-get autoremove --purge systemd

      D'un autre coté si ces paquets étaient utilisés par autre chose que systemd, ils auraient été accompagnés d'autres paquets à supprimer

      J'ai tenté le reinstall de sysvinit-core et le /sbin/init n'est plus un lien vers le binaire systemd.
      Le redémarrage s'est bien passé et je suis de retour sous sysv.

      Pour info, dans mon cas, je n'ai vu aucune différence significative de durée entre les deux démarrages.

      Maintenant je ne sais pas si la coexistence des deux systèmes est une bonne chose ou pas, en particulier au moment des mises à jours de l'un ou de l'autre. On verra à l'usage.

      Merci pour ton éclairage

      • [^] # Re: SysVinit est-il toujours présent ?

        Posté par . Évalué à 3.

        J'ai parlé trop vite: un apt-get autoremove --purge après le redémarrage ci-dessus me supprime les paquets suivant:
        colord-data gdisk gvfs-common gvfs-libs libatasmart4 libcolorhug2 libgusb2 libpolkit-agent-1-0 libpolkit-backend-1-0 libudisks2-0 systemd systemd-shim

        donc plus de systemd !

        • [^] # Re: SysVinit est-il toujours présent ?

          Posté par . Évalué à 1.

          Hum, juste, plus de systemd central, il te reste très probablement des tonnes de dépendances vers des parcelles de ce logiciel.

          Sinon, pour éviter ce type de mésaventure à l'avenir, je te conseillerais d'utiliser l'interface ncurses d'aptitude, elle possède une fonction très pratique: un aperçu en couleur des paquets installés, supprimés, ou mis à jour (cassés, aussi, très utile ça).

Suivre le flux des commentaires

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