[systemd]lien symbolique (résolu)

[Getalo]

Bonjour,
je viens de faire une mise à jour et j'ai deux petites lignes :

Code : Tout sélectionner

==> The /bin/systemd symlink has been removed. Any references in your
    bootloader (or elsewhere) must be updated to /usr/lib/systemd/systemd.

qui me portent soucis. Comment retrouver les liens (s'ils ont été détruits) et «accessoirement» comment les modifier ?

Merci de votre aide.

[oktoberfest]

Salut,

je ne pense pas que recréer le lien soit une bonne idée. Normalement, le seul endroit où tu aurais pu utiliser /bin/systemd c'est le fichier de configuration de ton bootloader (si tu as mis le parametre init=/bin/systemd lors de l'appel au noyau). Si c'est le cas tu peux carrément virer le paramètre.

[Getalo]

Salut,
bon, ce n'est pas le cas, donc pas de soucis.

Merci beaucoup.

[siocnarf]

Salut,
perso comme le dit le message j'ai simplement modifié mon bootloader p.ex. (si tu utilises syslinux)

Code : Tout sélectionner

vim /boot/syslinux/syslinux.cfg

MENU LABEL Arch Linux
LINUX ../vmlinuz-linux
APPEND root=UUID=ffc038e1-e968-4d8d-a478-360a947b062d ro init=/usr/lib/systemd/systemd vga=773
INITRD ../initramfs-linux.img

Maintenant je ne vois pas en quoi ce ne serait pas une bonne idée de faire un lien symbolique?
Si tu peux nous en dire plus oktoberfest

[oktoberfest]

Ce n'est pas une bonne idée si le lien ne sert à rien Dans le cas présent, il faut voir où est référencé /bin/systemd et le remplacer par /usr/lib/systemd/systemd.

Si le paquet systemd-sysvcompact est installé (ce paquet fournit /sbin/init, un lien vers /usr/lib/systemd/systemd), le paramètre init=/usr/lib/systemd/systemd n'est pas nécessaire (par défaut, le noyau charge et lance /sbin/init).

[siocnarf]

ahhh bahh oui ça marche
c'est même écrit dans le wiki, j'ai du zappé quand je suis passé à systemd

bon on va revérifier toussa au cas ou

[pguillot]

Merci pour ces infos. J'ai eu une panique quand j'ai rebooté ma machine (en même temps j'ai pas "vu" (ce qui veux dire lu) le petit mot qui dit que le simlink était supprimé...).

Ça marche parfaitement avec grub de changer le chemin de systemd. Par contre, sur un forum, certains disent :

No, the correct way is to install systemd-sysvcompat

(voir ici : https://bbs.archlinux.org/viewtopic.php?pid=1271992)

Je comprend pas, c'est quand on veux aussi utiliser init ça non?

P.S : Par contre, je sais pas comment faire pour avoir les zolies [OK] de mes services qui démarrent. J'ai un tas de trucs écrit mais pas ça. Si quelqu'un sait comment faire...

[jc51]

bonjour

pour avoir les [ok] supprime quiet sur la ligne linux dans grub.cfg

[Tetsumaki]

Je viens d'avoir le cas suite à une MAJ.
Il n'y a rien à faire si systemd-sysvcompact est installé comme dit plus haut et dans le wiki.

[pguillot]

bonjour
pour avoir les [ok] supprime quiet sur la ligne linux dans grub.cfg

Merci ça fonctionne .

Il n'y a rien à faire si systemd-sysvcompact est installé comme dit plus haut et dans le wiki.

Ok, mais ce n'est pas censé être un paquet de compatibilité avec sysv?

[oktoberfest]

systemd-sysvcompat ne fait que fournir un certain nombre de commandes (/sbin/halt, /sbin/init, /sbin/poweroff, /sbin/reboot, /sbin/runlevel, /sbin/shutdown, /sbin/telinit) qui sont en fait des liens symboliques vers /usr/bin/systemctl.

Quand systemctl est invoqué via un de ces liens, il se comporte comme la commande system V du même nom. Cela te permet d'éteindre ton pc en faisant un 'poweroff' plutôt que 'systemctl poweroff'.
Donc c'est un paquet de compatibilité System V dans le sens où cela émule les commandes sus-indiquées de System V.

[pguillot]

Ahh, merci je viens de comprendre (il m'en a fallu du temps...). C'est vrai que si on y regarde de plus près :

Code : Tout sélectionner

ls -hlrt /sbin/reboot
lrwxrwxrwx 1 root root 18 16 mai   17:08 /sbin/reboot -> /usr/bin/systemctl
ls -hlrt /sbin/init
lrwxrwxrwx 1 root root 26 16 mai   17:08 /sbin/init -> ../usr/lib/systemd/systemd

Donc effectivement, quand on dit que "si on utilise systemd-sysvcompat, rien ne doit changer", c'est parce que GRUB est configuré pour faire appel à /sbin/init et que ce lien symbolique existe toujours après la mise à jour de systemd.

C'est clair pour moi, on peut donc dire que c'est vraiment résolu .

[oktoberfest]

c'est parce que GRUB est configuré pour faire appel à /sbin/init et que ce lien symbolique existe toujours après la mise à jour de systemd.

Ce n'est pas GRUB qui est configuré, mais le noyau. Une fois la racine montée, le noyau cherche et lance /sbin/init. Ce comportement peut être modifié via le paramètre init du noyau, paramètre que tu spécifies via grub (ou lilo, syslinux...)