2016-07-08 2 views

Répondre

0

Selon le système init il peut forcer les services. Tuer manière générale à shedule ordre d'arrêt est le tri « K * » liens /etc/rc.d/

Pour comprendre le premier regard plus profond dans /etc/inittab à lignes:

::shutdown:/etc/rc.d/rcS K shutdown 
::shutdown:/bin/umount -a -r 

Dans cet arrêt exemple par /etc/rc.d/rcS scénario prévue en français. Après avoir tapé halt, init exécute les règles inittab, puis se tue avec des enfants encore en vie. Ensuite, le noyau arrête le processeur.

Comme je comprends la question, l'une des solutions est:

  • supprimer le lien d'arrêt pour le service GPIO gestion
  • scripts
  • ajouter pour assurer que les services de GPIO-sensible arrêté/tué à inittab
  • ajouter un script arrêter le service gpio-management à la fin
+0

Merci pour votre réponse. Autant que je sache, rcS est appelé par inittab quand le système démarre. Le script rcS exécute le script S ** avec l'argument "start". Le script RcK est appelé pendant l'arrêt. Ce script exécute le script S ** avec l'argument "stop". Donc je pense que je dois modifier le script rcK. Cependant, le service gpio-management est introuvable dans le script S **. Le service gpio-management s'initialise-t-il dans ce type de script? –

+0

SysV et Bysybox-init utilisent inittab avec ou sans niveaux d'exécution. SystemD utilise des "cibles" – eri

+0

Je ne sais pas que gpio-management est dans votre système. Si c'est un service, vous devez gérer rc. modifier l'ordre ou implémenter les niveaux d'exécution – eri