Non, ya plusieurs timeout.
D'abord il arrête plein de trucs.
Ensuite il lance un TERM à tout les programmes, avec un timeout de quelques secondes (5 ? Je ne sais pas).
Puis il lance un KILL pour ceux qui n'auraient pas compris la première fois, il leur laisse aussi un peu de temps pour se déboucher les pipes auditifs...
Puis il démonte les systèmes de fichier distants (ou il fait ça avant, je ne sais plus, mais pas en parallèle des TERM/KILL en tout cas).
Puis à la fin il remonte tout les disques locaux en lecture seule.
Et là il redémarre, même si il reste encore des programmes qui ont fait la sourde oreille au KILL.
Donc ça prend plus de 5 secondes au total.
D'autant plus qu'il attend toujours après TERM et KILL même si tout le monde a été très sage et s'est fermé dans la seconde qui a suivi le TERM.
C'est discutable, mais ça fonctionne.
La méthode systemd est a priori plus efficace quand tout le monde est très gentil, mais les timeout sont plus long par défaut, et donc ça peut être très long - voire très inefficace - quand un programme est réfractaire au suicide.
[^] # Re: systemd
Posté par Yth (Mastodon) . En réponse au journal rm -rf tue votre bios UEFI. Évalué à 7.
Non, ya plusieurs timeout.
D'abord il arrête plein de trucs.
Ensuite il lance un TERM à tout les programmes, avec un timeout de quelques secondes (5 ? Je ne sais pas).
Puis il lance un KILL pour ceux qui n'auraient pas compris la première fois, il leur laisse aussi un peu de temps pour se déboucher les pipes auditifs...
Puis il démonte les systèmes de fichier distants (ou il fait ça avant, je ne sais plus, mais pas en parallèle des TERM/KILL en tout cas).
Puis à la fin il remonte tout les disques locaux en lecture seule.
Et là il redémarre, même si il reste encore des programmes qui ont fait la sourde oreille au KILL.
Donc ça prend plus de 5 secondes au total.
D'autant plus qu'il attend toujours après TERM et KILL même si tout le monde a été très sage et s'est fermé dans la seconde qui a suivi le TERM.
C'est discutable, mais ça fonctionne.
La méthode systemd est a priori plus efficace quand tout le monde est très gentil, mais les timeout sont plus long par défaut, et donc ça peut être très long - voire très inefficace - quand un programme est réfractaire au suicide.
Yth.