Forum Linux.slackware un /etc/rc.local étrange

Posté par  .
Étiquettes : aucune
0
22
juin
2005
Voilà une question que je me pose depuis très longtemps, pourquoi mon rc.local ne se lance pas au démarrage ?

voici ce que j'affiche :

root@serveur:/etc/rc.d# ls -la rc.local
-rwx------ 1 root root 253 2005-06-22 05:05 rc.local

root@serveur:/etc/rc.d# ls -la rc.mysqld
-rwx------ 1 root root 6342 2005-06-17 07:11 rc.mysqld

le rc.mysqld se lance très bien, mais le rc.local non, depuis le script de démarrage, le rc.M, voici son contenu :

if [ -x /etc/rc.d/rc.local ]; then
. /etc/rc.d/rc.local
fi

if [ -x /etc/rc.d/rc.mysqld ]; then
. /etc/rc.d/rc.mysqld start
fi

Je ne comprend rien, j'ai beau placé des commandes dans le rc.local, il ne fait rien alors que après m'être logué, si je lance le rc.local, il execute les commandes.

Contenu de rc.local

#!/bin/sh
#
# /etc/rc.d/rc.local: Local system initialization script.
#
# Put any local setup commands in here:
#/etc/webmin/start >/dev/null 2>&1 </dev/null # Start Webmin
#modprobe i2c-proc
#/etc/rc.d/rc.sensors start
#sensors -s
mkdir /tmp/local-ok

Je suis même arrivé à faire un test de creation de dossier pour vérifier si le rc.local était executé ou non. Mais jamais de dossier local-ok lors du boot, après execution en manuel du rc.local, ca fonctionne par contre.

Si quelqu'un a une idée ? un poltergeist ? lol

Merci d'avance :)
  • # Commentaire supprimé

    Posté par  . Évalué à 5.

    Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Commentaire supprimé

      Posté par  . Évalué à 5.

      Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: un /etc/rc.local étrange

        Posté par  . Évalué à 1.

        Me revoilà,

        J'ai donc modifié le rc.local comme demandai précédement, mais rien ne s'est affiché à l'écran en local.httpd qui se lance en STARTSSL (prise en charge SSL, modifié par mes soins) donc là, ca fonctionne encore, ensuite arrive samba (qui ne démarre pas), gpm (la souris en console non plus), le sysvinit (que je ne connais pas) et arrive enfin le rc.local qui ne démarre pas non plus.

        Le soucis arriverai donc après la ligne de démarrage de apache,

        if [ -x /etc/rc.d/rc.httpd ]; then
        . /etc/rc.d/rc.httpd startssl
        fi

        Oui, j'y ai apporté une modification 'start' en 'startssl'

        Je regarde si ca ne viendrai pas de là le soucis...

        Et non, toujours pas, je viens de redémarrer, toujours pareil (à part la non disponibilité du SSL car modif de startssl en start loll, enfin, c'est encore à l'heure actuelle un serveur en développement).

        Bon, je suis parti, ce matin, mise en place de mes postes pour mon évaluation en examens BTS Informatique de Gestion, épreuves des Actions Professionnelles, coef 8 pouahh lol :D

        A ce soir les gens... (merci encore)
        • [^] # Re: un /etc/rc.local étrange

          Posté par  . Évalué à 0.

          j'ai beau ajouté ceci :

          # Start demarrage:
          if [ -x /etc/rc.d/rc.demarrage ]; then
          . /etc/rc.d/rc.demarrage
          fi

          dans le rc.M et de faire :

          chmod +x /etc/rc.d/rc.demarrage
          chmod 777 /etc/rc.d/rc.demarrage

          et le contenu de rc.demarrage est :

          #!/bin/sh
          /usr/bin/mkdir /tmp/demarrage-ok

          il n'y as toujours pas de dossier /tmp/demarrage-ok.

          C'est un cas ça quand même. Alors que au dessus de mon ajout dans le rc.M il y as le démarrage de Apache, et Mysql et cex deux là fonctionne :'(

          Je ne sais plus quoi faire :'(
          • [^] # Re: un /etc/rc.local étrange

            Posté par  . Évalué à 0.

            J'ai trouvé le bug !!!

            Dès qu'il lance le script de démarrage de Apache, en mode SSL ou non par le rc.M, il n'exécute plus aucun script après, donc il faut que je place mon rc.local juste avant le démarrage de Apache.

            Après, pourquoi Apache me fait ça, hummm, allez savoir...

            Le bougre lolll

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.