Qu'advient-il du démon sans référence «K» dans /etc/rcX.d/

Qu'advient-il des processus en cours d'exécution init via le script d'initialisation, s'il n'y a pas de script approprié pour ce scénario

K

Ecrivez B. (par exemple)

/etc/rc0.d/

?

Par exemple, le script suivant lance un processus démonisé:

-rwxrwxr-x. 1 root root 3.3K Jul 16 11:48 /etc/rc3.d/S99foobar

Pas de lien pertinent (par exemple,

/etc/rc0.d/K99foobar

) Traiter l'achèvement de ces processus lors de l'arrêt / Redémarrer.

Ces processus reçoivent-ils SIGTERM, suivie par SIGKILL, de init, Quand sont-ils accomplis en dernier? Ou init assez intelligent pour appeler

/etc/init.d/foobar stop

?
Invité:

Agathe

Confirmation de:

Si vous examinez attentivement le processus de remplir le travail, vous verrez qu'après presque tout sera fait, init Je vais tuer tout ce qui fonctionne toujours.

Dans le système Red Hat / CentOS 6 tu verras:

Sending all processes the TERM signal...

Après quelques secondes

Sending all processes the KILL signal...

Tout cela à ce moment-là n'a pas été fermé, sera tué. C'est B.

/etc/rc.d/init.d/halt

Le script qui est le dernier scénario, a démarré lorsque le système est éteint.

Après ça

halt

Il commence à démonter les systèmes de fichiers et à effectuer un autre nettoyage final avant de fermer, puis finalement arrête ou redémarre le système.

Toutes les autres distributions utilisant anxieuse ou SysVinit, Faire quelque chose de similaire.

Veuillez noter que ce problème ne se produit pas avec systemd, Parce qu'il sait toujours quels services il a lancé.

Hannah

Confirmation de:

En fin de compte, après l'élimination de tout ce qui peut être abattu, tout reste obtient «kill -9».

Pour répondre aux questions, connectez-vous ou registre