Lequel des énoncés suivants est exécuté en premier?

script sous rc3.d Vs script rc.local sous

J'étais sous l'impression que rc3.d a une plus grande priorité sur rc.local. Quelque part, il semble que le script rc.local sous a exécuté le premier que l'un au titre rc3.d.

J'ai dû démarrer manuellement dans l'ordre pour l'application au travail.

des suggestions?

rc.local ou boot.local, en fonction de la distribution est dirigée avant tout le niveau d'exécution est atteinte. rc3.d exécute un script que lorsque le niveau d'exécution 3 est atteint. Pourquoi vous assumez rc3.d a la priorité?

Mark,

Merci pour la réponse. Je ne me souviens pas comment j'ai commencé à supposer que le niveau d'exécution de scripts ont la priorité.

Alors que je cherchais en ligne en ce qui concerne la date à laquelle rc.local, de nombreux sites sont répertoriés que rc.local est exécuté à chaque fois un niveau d'exécution des changements.

"Chaque fois que le niveau d'exécution des changements" - Est-ce que c'est pendant le processus de démarrage?

---------- Post mis à jour à 04:58 PM ---------- Mise à jour précédente a été, à 04:14 PM ----------

Il semble que rc.local est exécuté à plusieurs reprises:

./rc2.d/S99local
./rc3.d/S99local
./rc4.d/S99local
./rc5.d/S99local

ce qui ne correspond à S99local? La distribution que j'utilise, SUSE, a boot.local, qui prend la place de rc.local pour eux, et il est exécuté avant un niveau d'exécution est atteinte.

---------- Post mis à jour à 11:11 AM ---------- Mise à jour précédente a été, à 10:55 AM ----------

Une introduction aux services, les niveaux de fonctionnement et des scripts rc.d

Si tout cela semble encore un peu trop compliqué, vous pouvez simplement utiliser le fichier / etc / rc.d / rc.local. Ce fichier de script est exécuté une fois, avant tous les autres scripts de courir, mais avant l'invite de connexion apparaît. Par défaut, il ressemble à quelque chose comme:

#! / bin / bash # # / etc / rc.local - lancer une fois au démarrage

# Pour tout local dans la configuration des commandes ici:

rc.local est la dernière chose que courir après le niveau d'exécution est atteinte. C'est pourquoi, dans le cadre de la rc.d répertoires, il est inscrit à la 99. Il est le dernier à s'exécuter.

Si vous créez un script à exécuter dans le cadre de la rc.d / répertoires, vous devez lui attribuer un numéro et il sera dans l'ordre.

S'il vous plaît lire le lien que j'ai présenté. Vous avez tort, Six. rc.local est exécuté avant tout autre chose

Plus de la preuve:
http://www.fedorafaq.org/basics/

Q: Comment puis-je faire tourner quelque chose quand l'ordinateur démarre?
A: Vous avez deux choix, soit vous pouvez faire tourner quelque chose que quelqu'un se connecte, ou vous pouvez exécuter quelque chose immédiatement après vous connecter!

Pour exécuter une commande juste après avoir démarrer, que quelqu'un se connecte, ajoutez la commande dans le fichier / etc / rc.local:

En fait, Mark, sixstrings est à droite. rc.local est généralement le dernier script de démarrage de fonctionner à tout niveau d'exécution. Votre exemple du site de Fedora sorts it out:

"Pour lancer une commande juste après avoir démarrer, que quelqu'un se connecte, ajoutez la commande dans le fichier / etc / rc.local:

Le PO a demandé ce qui tourne en premier lieu, en vertu de rc3.d script ou le script "sous" rc.local. Je mets entre guillemets car en vertu de la Redhat serveur Je cherche maintenant à rc.local est un script, et non pas un répertoire. En plus de cela, la question est bizarre parce que rc.local est l'un des scripts qui sont exécutés, si vous allez au niveau d'exécution 3.

Les scripts exécutés lorsque le niveau d'exécution est appliquée ont des liens symboliques dans / etc / rc.d / rc <nombre>. D / et avoir un nom comme <nombre> <name> S. Les scripts sont exécutés par le fichier / etc / rc.d / rc qui, si vous regardez de plus près, tout fonctionne à travers une boucle for. Elles sont exécutées dans l'ordre alphabétique, afin S01blah est exécuté avant S02blah qui est exécuté avant S02blat. Le lien symbolique pour rc.local est généralement S99local ce qui la place "près de" la fin. Je dis "presque" parce que, même s'il est destiné à être à la fin, il est possible de faire exécuter des scripts après. Vous pouvez le faire en créant un lien symbolique nommé S99 <something_aphabetically_after_local>.

MG