gregus Posté(e) le 22 septembre 2009 Partager Posté(e) le 22 septembre 2009 salut, j'ai un probleme, un script de demarrage presente dans opt/etc/init.d/ ne se lance pas au demarrage du nas, les autres scripts dans le repertoire demarrent sans probleme le script est genere automatiquement a l'installation de lighhtpd et se nomme S80lighttpd et chmod 777 dessus si je le lance a la main /opt/etc/init.d/S80lighhtpd start, ca demarre sans probleme ... que faire ??? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 22 septembre 2009 Partager Posté(e) le 22 septembre 2009 salut, j'ai un probleme, un script de demarrage presente dans opt/etc/init.d/ ne se lance pas au demarrage du nas, les autres scripts dans le repertoire demarrent sans probleme le script est genere automatiquement a l'installation de lighhtpd et se nomme S80lighttpd et chmod 777 dessus si je le lance a la main /opt/etc/init.d/S80lighhtpd start, ca demarre sans probleme ... que faire ??? donne la premi 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gregus Posté(e) le 22 septembre 2009 Auteur Partager Posté(e) le 22 septembre 2009 donne la premi 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MS_Totor Posté(e) le 22 septembre 2009 Partager Posté(e) le 22 septembre 2009 bonjour, les scripts de démarrage sont en chmod 755 et appartiennent à root pour que tu puisse tester ce script et vérifier manuellement qu'il se lance sous ssh login root et mot de passe de admin cd /opt/etc/init.d sh S80lighttpd start vérifie qu'il n'y a pas d'erreurs, et que le serveur lighttpd est lancé, attention à ne pas le lancer en utilisant le port , voir conf top si c'est ok appuis sur q pour quiter alors le soucis vient sans doute qu'à la suite d'une mise à jour de firmware il n'y pas eu de sauvegarde et restauration de rc.local dans /etc vérifie la présence de rc.local car c'est lui qui lance les scripts dans /opt/etc/init.d/ vérifie tout cela 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gregus Posté(e) le 22 septembre 2009 Auteur Partager Posté(e) le 22 septembre 2009 bonjour, les scripts de d 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MS_Totor Posté(e) le 22 septembre 2009 Partager Posté(e) le 22 septembre 2009 l'installation du bootstrap r 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gregus Posté(e) le 23 septembre 2009 Auteur Partager Posté(e) le 23 septembre 2009 D 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gregus Posté(e) le 25 septembre 2009 Auteur Partager Posté(e) le 25 septembre 2009 J'ai bo cherché, je ne comprends pas l'histoire du rc.local si je lance la commande find / -name rc.local il me répond bien etc/rc.local hors si je fais un dir dans ce répertoire je ne le trouve pas ? Je dois relancer l'installation d'ipkg ? mais avec quel bootstrap, j'ai utilise le 1.0 pour mon installation bref la loose 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 25 septembre 2009 Partager Posté(e) le 25 septembre 2009 J'ai bo cherch 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MS_Totor Posté(e) le 25 septembre 2009 Partager Posté(e) le 25 septembre 2009 un dir ne donnera rien c'est normal, mais un ls - l le fichier apparaitra de toutes les façons je ne pense pas que rc.local soit impliqué dans ton affaire, comme dit je le répète au cas ou, neutralise le script de lancement de nzbidule en le rendant non exécutable dans l'arborescence du site géré par lightttpd, créer un fichier phpinfo, pour vérifier qu'il n'y ai pas de soucis php et autres blagues reboot le syno ou redémarre ipkg le serveur lighttd doit être lancé sans problème, consulte le phpinfo pour vérifier que tout est clair, et ensuite seulement après cette étape vérifie que tu n'a aucuns soucis de dépendances soit pour lighttp pour gérer nzbidule ou soit pour le paquet nzbidule lui même via ipkg info nom_du_paquet. renseignes toi sur le net pour gérer les dépendances de paquets via ipkg avec des commandes comme -force-depends etc.... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gregus Posté(e) le 23 novembre 2009 Auteur Partager Posté(e) le 23 novembre 2009 ce week-end j'avais un peu de temps et je me suis replonger sur le probl 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.