Bonjour,
J'ai un probleme lié à un service qui ne s'arrete pas.
En effet si l'arret du service (gpfs) ("/etc/init.d/gpfs stop")
precede l'arret de la machine ("halt"), tout se passe bien.
Si je laisse la machine s'arreter toute seule avec la commande halt, l'arret fini en Kernel Panic. Je pense donc que le script d'arret n'est pas executé.
J'ai fait un test :
---- fichier /root/test.sh ----
#!/bin/bash
echo "*******************">>/root/test.txt
echo "test script rc0 $1">>/root/test.txt
date>>/root/test.txt
exit
-----------------------------------------
j'ai créé trois liens qui pointent vers ce fichier :
lrwxrwxrwx 1 root root 13 fév 18 11:23 /etc/rc3.d/S98test.sh -> /root/test.sh
et
lrwxrwxrwx 1 root root 13 fév 18 12:35 /etc/rc0.d/K00test.sh -> /root/test.sh
lrwxrwxrwx 1 root root 13 fév 18 14:00 /etc/rc6.d/K00test.sh -> /root/test.sh
Quand je redemarre ma machine
--- fichier /root/test.txt ---
*******************
test script rc0 start
mer fév 18 22:06:00 CET 2009
------------------------------
Je vois que le script /root/test.sh n'a pas été executer à l'arret de la machine!
Pourquoi?
# init ?
Posté par NeoX . Évalué à 2.
il y avait sysinitV qui etait plutot en mode execution en serie.
depuis pour accelerer les demarrages/arrets, il y a eu
sysinit-ng, upstart... qui eux paralellisent les scripts RC.
essaie de mettre une pause plutot qu'une ecriture dans un fichier
ou un echo sur le terminal
car si ca se trouve tu demontes le /root (/) avant d'executer le script
donc tu ne peux plus ecrire sur le disque
# Essais
Posté par peck (site web personnel) . Évalué à 2.
Comment tapes-tu ta commande halt ?
# Fichier lock
Posté par Jack DeNoumea (site web personnel) . Évalué à 1.
exemple dans ton cas /var/lock/subsys/test.sh
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.