pas besoin de mettre en hold ensuite sysV, le simple fait de mettre Pin-Priority:-1 sur systemd interdit son installation.
je nettoie toute install Debian de cette atrocité, sauf par exemple quand je monte un hyperviseur Proxmox, où là c'est un prérequis de l'appli.
Le 19/07/2020 à 12:13, Stéphane Rivière a écrit :
Le 19/07/2020 à 00:29, Guillaume Tournat a écrit :
cat /etc/apt/preferences.d/systemd Package: *systemd* Pin: release * Pin-Priority: -1
Je pars d'une install nue systemd Buster par exemple...
comme ca, il n'installe pas cette bouse de systemd.
Je pin tout systemd... J'installe sysvinit-core Régénère initramfs et grub et redémarre ?
Puis je mets en hold sysvinit-core pour prévenir toute réinstallation intempestive de systemd ?
C'est /aussi simple/ que ça ?
Sur une station gnome, je suis bien sûr qu'on aurait quelques /centaines de paquets désormais dépendants de systemd.
Dans le cas d'un serveur, avec tous les paquets typiques d'un serveur, on échappe à ces dépendances ?
mmm... shure not ? (C) Idiocracy
on reste sur un bon vieux sysV des familles :
Faut avouer que, pour un serveur dont l'objectif est la fiabilité, donc la simplicité, systemd n'est pas indispensable.
# dpkg -l|grep sysv ii sysv-rc 2.93-8 all System-V-like runlevel change mechanism ii sysvinit-core 2.93-8 amd64 System-V-like init utilities ii sysvinit-utils 2.93-8 amd64 System-V-like utilities
et si on garde des configs propres, ca migre sans souci.
N'ayant pas peur des nouveautés, je m'étais toujours adapté aux évolutions. Mais ta proposition rejoins ma préoccupation.
J'avais vaguement entendu dire qu'on pouvait (comme le suggérais Gilles) se passer de networkd, qu'on pouvait aussi virer systemd... et bien allons y...
Merci pour vos bons conseils !