Concernant systemd dans la mise à niveau vers jessie

Pause Café
#1

L’adoption de systemd a provoqué une polémique d’enfer alors qu’elle n’avait aucunement lieu d’être,au moment de la mise à niveau l’utilisateur conserve toujours le choix:

[quote]5.6. La mise à niveau installe le nouveau système d’initialisation par défaut de Jessie

Jessie est livrée avec systemd-sysv en tant que système d’initialisation par défaut. Ce paquet est automatiquement installé lors d’une mise à niveau.

Si vous avez une préférence pour un autre système comme sysvinit-core ou upstart, il est recommandé de régler le pinning d’APT avant la mise à niveau. Cela peut également être nécessaire si vous mettez à niveau des conteneurs LXC avant leur hôte. Dans ce cas, veuillez vous référer à Section 5.8.1, « Mettre à niveau des invités LXC tournant sur des hôtes sous Wheezy ».

lu sur cette page :

https://www.debian.org/releases/jessie/i386/release-notes/ch-information.fr.html#browser-security

Par exemple, pour empêcher systemd-sysv d’être installé lors de la mise à niveau, vous pouvez créer un fichier nommé /etc/apt/preferences.d/local-pin-init ayant le contenu suivant :

Package: systemd-sysv
Pin: release o=Debian
Pin-Priority: -1

[Attention] Attention

Soyez averti que certains paquets pourraient avoir un comportement affecté ou pourraient ne pas avoir toutes leurs fonctionnalités sous un autre système d’initialisation que celui par défaut.

Veuillez noter que la mise à niveau pourrait installer des paquets contenant « systemd » dans leur nom malgré le pinning APT. Ces paquets seuls ne peuvent pas changer votre système d’initialisation. Pour utiliser systemd comme système d’initialisation, le paquet systemd-sysv doit d’abord être installé.

Si APT ou aptitude a des difficultés à calculer un chemin de mise à niveau avec le pinning mis en place, vous pouvez l’aider en installant manuellement sysvinit-core et systemd-shim. [/quote]

#2

Dans la pratique, je n’ai rien vu de tel.

#3

Dans la pratique, je n’ai rien vu de tel.[/quote]

mais alors je ne sais plus lire?:

[quote]Par exemple, pour empêcher systemd-sysv d’être installé lors de la mise à niveau, vous pouvez créer un fichier nommé /etc/apt/preferences.d/local-pin-init ayant le contenu suivant :

Package: systemd-sysv
Pin: release o=Debian
Pin-Priority: -1[/quote]

#4

Tu conserves toujours le choix, mais ce n’est pas à la portée de celui qui n’a pas que ça à faire… Non seulement il faut éditer le fichier preferences, mais tu te retrouves avec des environnements de bureau pas utilisables (Gnome3), pas entièrement utilisables (xfce4) et des mises à jour impossibles avec aptitude. Je suis obligé de passer par apt, et ça n’a pas été évident. Pour certaines opérations (droits administrateurs sans manipulation pour le montage des périphériques externes ou pour l’alimentation), systemd est un paquet essentiel, à moins de rendre ces opérations non automatiques par défaut, et de se débrouiller avec sudo,sudoers et des raccourcis. Je n’ai pas trouvé mieux. Même pour monter les disques durs internes qui ne sont pas dans fstab, je dois passer par spacefm et udevil si je ne veux pas tout me taper en ligne de commande…

Exemple de MAJ à l’instant, les paquets à conserver étant liés à systemd (en général, pas uniquement comme système d’init) :

root@zone:/home/stef# apt-get dist-upgrade Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Calcul de la mise à jour... Fait Les paquets suivants ont été conservés : consolekit db5.1-util libck-connector0 libpam-ck-connector policykit-1 Les paquets suivants seront mis à jour : linux-compiler-gcc-4.8-x86 linux-headers-3.16.0-4-amd64 linux-headers-3.16.0-4-common linux-image-3.16.0-4-amd64 linux-image-3.2.0-4-amd64 linux-libc-dev 6 mis à jour, 0 nouvellement installés, 0 à enlever et 5 non mis à jour. Il est nécessaire de prendre 63,5 Mo dans les archives.

Et je ne parle même pas d’une installation directe de Jessie, où il faut un fichier pressed, ce que je ne sais pas encore faire.

Autrement dit, pour l’instant, systemd va prendre la main pour des raisons de commodité tout autant que d’indifférence.

#5

vos retours d’expériences semblent indiquer qu’il ne sera pas aisé du tout de se passer de systemd pour ceux qui ne voudront pas faire ce choix,ce qui n’est pas mon cas;j’utilise systemd sur ma jessie depuis le début.Sur un autre fil concernant systemd j’avais déjà pressenti les problèmes de dépendances de certains paquets qui ne pourront pas fonctionner correctement sans systemd voir pas du tout sans pouvoir même s’installer.Et c’est bien ce qui est indiqué dans le lien fourni où il est question de certains paquets qui pourraient ne pas bien fonctionner,mais sans systemd c’est bien tout le système qui à terme tombera en carafe.

#6

Mon sources.list:

[code]deb http://ftp.fr.debian.org/debian/ jessie contrib non-free main

deb http://security.debian.org/ jessie/updates non-free contrib main

jessie-updates, previously known as ‘volatile’

deb http://ftp.fr.debian.org/debian/ jessie-updates non-free contrib main

jessie-backports, previously on backports.debian.org

deb http://ftp.fr.debian.org/debian/ jessie-backports non-free contrib main

ADAM BOROWSKI

deb http://angband.pl/debian/ nosystemd main

MIA XFCE

deb http://mirror.org.rs/trios/ mia main non-systemd

DEB-MULTIMEDIA

deb http://www.deb-multimedia.org/ jessie non-free main[/code]

Mon apt/preferences.d:

[code]Package: systemd
Pin: origin ""
Pin-Priority: -1

Package: *
Pin: origin "angband.pl"
Pin-Priority: 1001

Package: *
Pin: origin "mirror.org.rs"
Pin-Priority: 990

Package: *
Pin: release a=jessie
Pin-Priority: 800[/code]

Avec ça, Jessie débarrassée de systemd sans problèmes, et tout fonctionne très bien sous XFCE.

#7

[quote=“dpascal”]Mon sources.list:

[code]deb http://ftp.fr.debian.org/debian/ jessie contrib non-free main

deb http://security.debian.org/ jessie/updates non-free contrib main

jessie-updates, previously known as ‘volatile’

deb http://ftp.fr.debian.org/debian/ jessie-updates non-free contrib main

jessie-backports, previously on backports.debian.org

deb http://ftp.fr.debian.org/debian/ jessie-backports non-free contrib main

ADAM BOROWSKI

deb http://angband.pl/debian/ nosystemd main

MIA XFCE

deb http://mirror.org.rs/trios/ mia main non-systemd

DEB-MULTIMEDIA

deb http://www.deb-multimedia.org/ jessie non-free main[/code]

Mon apt/preferences.d:

[code]Package: systemd
Pin: origin ""
Pin-Priority: -1

Package: *
Pin: origin "angband.pl"
Pin-Priority: 1001

Package: *
Pin: origin "mirror.org.rs"
Pin-Priority: 990

Package: *
Pin: release a=jessie
Pin-Priority: 800[/code]

Avec ça, Jessie débarrassée de systemd sans problèmes, et tout fonctionne très bien sous XFCE.[/quote]

bien,jessie sans systemd fonctionne avec vos modifications;pas impossible que j’essaye cette configuration de fstab(et comme je fais toujours des sauvegardes…) mais se pose la question de la pérennité de ces dépôts quand debian va évoluer dans ses versions,seront ils toujours maintenus?et déjà fonctionnent ils avec stretch?,à essayer.Mais plus par curiosité pour le truc que par conviction,j’utilise déjà systemd sur ma jessie et je n’ai pas eu à m’en plaindre.
Un grand merci pour toutes ces infos.

#8

Et bien, pour la suite, ce sera Devuan … A voir …

#9

Je vois que cette rumeur ne veut pas mourir, aussi infondée qu’elle soit.

Sur une Debian Jessie à jour :

Pas de fichier preferences.

$ dpkg -l *systemd* | grep ^i
ii  libsystemd0:i386 215-16       i386         systemd utility library

Mon système d’init est SysV, XFCE fonctionne parfaitement.
Systemd n’est pas installé, et n’essaye aucunement de passer en force lors d’un éventuel dist-upgrade.

Oui, systemd est le système d’init par défaut de Jessie.
Non, il n’est pas imposé de quelque manière que ce soit.
Oui, il est très facile d’utiliser un autre système d’init.

#10

quels paquets sont installés pour avoir l’init ancienne mode?Ceux indiqués dans le lien donné au début,sysvinit-core et systemd-shim?

edit: ne faudrait il pas déplacer le sujet dans SD?

#11

Sous Kde-full.

[code][22:03:08] ~ # cat /etc/apt/preferences.d/00-no-systemd.pref
Package: systemd-sysv
Pin: release o=Debian
Pin-Priority: -1

Package: libsystemd-daemon0
Pin: release o=Debian
Pin-Priority: -1

Package: libsystemd-id128-0
Pin: release o=Debian
Pin-Priority: -1

Package: libsystemd-journal0
Pin: release o=Debian
Pin-Priority: -1

Package: systemd
Pin: release o=Debian
Pin-Priority: -1

Package: libpam-systemd
Pin: release o=Debian
Pin-Priority: -1

Package: policykit-1
Pin: release o=Debian
Pin-Priority: -1

Package: udisks2
Pin: release o=Debian
Pin-Priority: -1

[22:03:17] ~ #[/code]

#12

[quote=“vv222”]
Mon système d’init est SysV, XFCE fonctionne parfaitement.
Systemd n’est pas installé, et n’essaye aucunement de passer en force lors d’un éventuel dist-upgrade.[/quote]

[Très édité…]

Du coup, j’ai regardé les problèmes de MAJ d’un peu plus près. Visiblement, j’avais une version de libudev1 bizarre, pas repérée (peut-être due au dépôt expérimental pour ma carte graphique sous Wheezy, qui s’accorde maintenant avec la version de udev de Jessie). Je regarderai sur mon autre machine, où je n’avais pas eu besoin d’utiliser les dépôts experimental.C’est effectivement réglé de ce côté là.

Le gestionnaire de session de xfce a dégrisé le redémarrage et le changement de session. Mais pour le redémarrage, il faut rentrer mon mot de passe route. ET je n’ai toujours pas la mise en veille et l’hibernation, j’ai pourtant la swap et les paquets qui vont avec (pm-suspend, hibernate, etc. Et du côté des clés usb, toujours pas de droits en écriture sans manip.

xfce4-power-manager, xfce4-session, usbmount et pmount sont installés, policykit-1 ne l’est pas.

Des idées ?

PS : Je n’ai que libsystemd0 d’installé en effet, et systemd* en pin -1

#13

quels paquets sont installés pour avoir l’init ancienne mode?Ceux indiqués dans le lien donné au début,sysvinit-core et systemd-shim?
[/quote]
‘sysvinit-core’, en dépendance du paquet ‘init’.
Rien d’autre n’a été nécessaire (pas de systemd-shim, pas de fichier preferences).

#14

Je pourrais savoir ce que vous reprochez exactement à systemd ?
Comme je suis sous Sid sur ma machine principale, il y a un bout de temps que je roule avec ce truc et je n’ai jamais aperçu le moindre problème.

#15

En résumé.
L’utilisateur n’ouvre pas le capot.
Ceux qui l’ouvre trouve des avantages ou inconvénients qui sont/vont être à long terme.

#16

pour une utilisation desktop ordinaire RIEN , bien au contraire.
il possède même des outils de diagnostic bien plus parlant pour un humain moyen.
wiki.archlinux.fr/Systemd

#17

[quote=“ricardo”]Je pourrais savoir ce que vous reprochez exactement à systemd ?
Comme je suis sous Sid sur ma machine principale, il y a un bout de temps que je roule avec ce truc et je n’ai jamais aperçu le moindre problème.[/quote]
Ik y a la même différence que celle entre une 4L et une 3008. Tu vois que ça roule, tu as des tas de possibilités mais si tu as un souci ou si tu veux adapter, tu est coincé. L’ordianteur de bord est essentiel, touche à tout mais tu ne sais jamais exactement ce qu’il fait, et l’ordinateur de bord ne fonctionne que sur les peugeot.

#18

Est-ce que quelqu’un qui s’y connaît en PAM peut expliquer pourquoi libpam-systemd dépend de systemd ?

Je demande ça car les paquets suivants dépendent de libpam-systemd :

gdm3
gnome-bluetooth
gnome-settings-daemon
lightdm (celui-là laisse le choix entre libpam-systemd et consolekit)
network-manager
policykit-1
udisks2

La reconstruction de paquet sans systemd pour policykit-1 puis udisks2 (qui dépend de policykit-1) est possible et ça fonctionne. Pour la galaxie gnome, ça se complique. Ce qui est étonnant, c’est que dans debian 7 “wheezy”, gnome-shell fonctionnait sans systemd et il y avait même un paquet pour kfreebsd !

Bref, j’espère obtenir un éclairage sur libpam-systemd. :slightly_smiling:

#19

Init par défaut est systemd ça n’empêche en rien le retour à sysvinit (selon vos désirs) on ne peut pas discuter éternellement a ce sujet.

Mode d’emploi officiel => wiki.debian.org/fr/systemd#Inst … ns_systemd

Cela ne fonctionnera probablement pas si l’on sélectionne l’un des environnement de bureau qui nécessite systemd pour des fonctionnalités spécifiques. :think:

#20

@ jcsm33: Pour la galaxie Gnome, effectivement là c’est le plus compliqué. A ma connaissance, la seule distribution qui arrive à faire fonctionner Gnome 3.14 (ou 3.16 maintenant)
sans systemd, c’est Funtoo, la “soeur” de Gentoo. Bien sur avec OpenRC. Il leur a fallu plus de 350 patchs pour y parvenir.
Pour Wheezy et Gnome3 + kfreebsd, c’est parce que Gnome 3 est devenu dépendant de systemd à partir de la version 3.8 me semble-t-il.