même s'il y a un outil qui permet de recharger systemd, s'il
crache, on n'est bon pour un reboot matériel, ce qui n'est pas
toujours simple sur un serveur à distance.
Donc la machine ne fait pas de kernel panic, sauf si tu configure pour autre chose ( faire un coredump, ou lancer un shell ), et tourne encore. Donc tu peux encore faire un ssh, et relancer la machine quand tu veux.
Et bien sur, la partie sur "recharger systemd peut crasher", il faut savoir que systemd se recharge à chaque boot quand il passe de l'initrd au systéme normal :
$ ps fax | grep deseria | head -n 1
1 ? Ss 0:18 /usr/lib/systemd/systemd --system --deserialize 18
Donc je pense que le jour ou ça explose, ça se verras assez vite.
# Systemd et crash
Posté par Misc (site web personnel) . En réponse au journal Chronique des dinosaures rétrogrades. Évalué à 10.
Non.
Quand systemd crashe, il se passe ça :
http://cgit.freedesktop.org/systemd/systemd/tree/src/core/main.c#n120
La mise en place du signal handler est la :
http://cgit.freedesktop.org/systemd/systemd/tree/src/core/main.c#n212
Et il va dans la fonction 'freeze', ou il tourne dans une boucle passive.
http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/util.c#n3459
Donc la machine ne fait pas de kernel panic, sauf si tu configure pour autre chose ( faire un coredump, ou lancer un shell ), et tourne encore. Donc tu peux encore faire un ssh, et relancer la machine quand tu veux.
Et bien sur, la partie sur "recharger systemd peut crasher", il faut savoir que systemd se recharge à chaque boot quand il passe de l'initrd au systéme normal :
$ ps fax | grep deseria | head -n 1
1 ? Ss 0:18 /usr/lib/systemd/systemd --system --deserialize 18
Donc je pense que le jour ou ça explose, ça se verras assez vite.