Bonjour, dans l but de lancer un serveur hlds sur une gentoo à chaque démarrage de la machine j'ai  un fichier lancé avec le rc-update.
 
Fichier :
 

 
Le problème c'est que ça ne marche pas, quand je le lance j'obtient ça :

 
Quelqu'un saurait-il me dire ou est mon erreur ?
 
Merci d'avance.
Siron

J'y connais rien mais je me demandes:
 
Tu es sur que ta 1ere ligne est correcte ?

Oui casi.

sans vouloir troller : ils peuvent pas faire des scripts d'init normaux gentoo ?

as-tu essayer d'utiliser un chemin absolu pour l'exécutable?

Heu, c'est pas un chemin absolut ça ?
/home/server1/hlds_run
 
(je débute sous linux)

Non, il parle de:

 
C'est normal d'utiliser screen pour lancer ce serveur?
Un simple & ne suffirait pas.
Est-ce que tu as screen installé?
 
si tu tappes:

 
et

 
il te renvoie quoi?

ne serait pas hazard un alias de bash ou un lien ?

 
Screen est installé et fonctionne.
Et même sans le screen j'ai le message d'erreur.
Sinon on utilise fréquemment screen pour lancer un serveur, et je trouve ça fort pratique.
 

Heu, c'est possible    (j'ai suivi un tuto)
En tout cas /sbin/runscript existe.
 
Merci pour l'aide.

Si je tape screen ben il me lance un screen.
Si je tape whereis screen j'obtients :

Sinon y a pas moyen de faire plus simple pour lancer le serveur au démarrage ?

Ce sont les argumants de screen et hlds qui coincent.
Mais j'ai absolument pas compris comment les faire passer, il se trouve que la documentation dispo sur internet et une traduction du man, et donc c'est toujours la même que je croise.
 
http://www.delafond.org/traducmanf [...] mon.8.html

il est possible au boot, init.d ne connais pas l'emplacement de screen... essaye de modifier ton script en mettant le schéma absolu pour le binaire (/usr/bin/screen au lieu de screen)

PS. '-d' et autres options sont les options de la commande screen, pas de la commande start-stop-daemon

En fait d'après ce que l'ai lu, il faut passer les parametres comme cela :
 
-- -d -x -y, ainsi comme ça, d, x et y seront passé au programme.
 
Mon problème c'est que je ne sais pas du tout comment faire pour mon cas, vu que j'ai 2 parties avec des parametres qui porte pas sur le même endroit.
 
J'ai testé un peu au hasard mais en vain.
 
Si je ne met pas le double - devant, il prend les arguments comme une partie du chemin et donc fatalement il ne trouve pas ce qu'il doit lancer.

as-tu essayé avec /usr/bin/screen?

Non, en fait j'ai viré le screen pour le moment, j'essaye déjà de passer les paramettres que du hlds_run, mais même si je rajoute le double -, hlds_run m'indique que le parametre n'est pas valide.
 
Y a pas moyen de créer un sous script qui contient la ligne de commande et qui serait appelé par ce script-ci pour éviter d'avoir des arguments dans le --exec ?
 
(en fait je suis casi sur que il trouvera screen sans le chemin absolut).

que s'est passe-t-il si tu lance "à la main"

C'est pareil si je lance start-stop-daemon a la main.
 
Mais si je lance le screen et hlds sans le start-stop-daemon, alors ça fonctionne.

si tu lance la commande, quel est l'erreur retourné?

Si je lance avec start-stop-daemon, et que je met les guillemets, il m'indique qu'il trouve pas le répertoire existe pas (en gros il suporte pas les guillemets), sans les guillemets, il me dit que "-- l" n'est pas un paramètres valide (en gros les parametres de hlds et screen le perturbe).

OK.
 
1) Tu crée un script qui lance le machin (par ex. dans le répértoire /home/toto/bin et appelé lance_cs_server.sh:

 
2) tu modifie ton script  

 
Le problème de cette solution est que le pid contenu dans /var/run/serverhlds1.pid est le pid du shell (le pid du screen est le pid du shell+1), etc.

Salut moi je fais comme ca pour lancer vdr dans un screen
 
dans /etc/init.d/vdr
lancement du daemon vdr  

 
lancement de screen qui lance le fichier run
screen_run_vdr.sh
 

 
dans run.sh  , tu met lacommande pour lancer ton serveur hlds
C'est à adapter à ton cas .
Les fichiers screen_run_vdr.sh et run.sh doivent etre executable
Par contre c'est lancé sous le compte root .
 
 

Je suis en train de tester avec

 
Mais il n'a pas l'air de lancer hlds.
 
Sinon Zaverell, on peut lancer sur un compte autre que le root ?

certes, lancé la chose en root peut-être intéressant pour les ressources, etc. mais imaginons que quelqu'un a trouvé une faille dans le code du serveur qui permet d'exécuter du code sur la machine... En cas de root, le cracker aura un accès root!

on doit pouvoir lancer le serveur sous un autre compte en placant un su  -  *utilisateur* mais ca peut entrainer des problemes de locales ( à voir si c'est genant ou pas )
 

 
 
sinon essaie avec des quotes  "    "
 

En fait je crois que la source du problème vient du fait que je ne peux pas lancer le serveur en root :
Hlds m'indique que le paramètre -game cstrike n'est pas bon.
Alors que sous l'user server1 y a aucun problème.
Etrange non ?

Personne a déjà été confronté au problème ?

Bon, j'ai rajouté un su server1 dans le fichier avec la ligne de commande pour lancer le serveur (vu que celui-ci ne veut pas se lancer en root) : grossière erreur !!!    
 
Je crois que le serveur lance ssh et plein de truc après le script du serveur, quité le mode root, il ne voulait plus lancé ssh et tout le reste (ftp, ...), j'ai donc perdu tout mes accès à la machine (et le serveur ne c'est pas lancé pour autant).
 
Bref après passage au mode rescue de ovh pour virer ma boulette, je me retrouve au point de départ.
Le seul point positif c'est que j'apprends un paquet de truc sur ce qu'il ne faut pas faire sous linux.    
 
Y a personne qui peut me dire pourquoi il refuse de lancer le serveur ? (ou bien comment lancer le serveur sous l'user server1 au boot de la machine ?)  
 
   

Récupère un ligne de commande qui fonctionne avec l'user server1, et mets dans un script un truc du genre:
 

Heu, manque pas un nom d'utilisateur dans ta ligne ?
Et le cd est toujours nécéssaire si dans la ligne de commande j'utilise les chemins absoluts ?

Oups, il manque bien sûr le nom de l'utilisateur.
Le cd, on ne sait jamais, c'est pour que le pwd du processus soit bien le home directory (histoire qu'il puisse créer les répertoires qui vont bien, etc).

Donc ça donne ça, je testerais tantôt car la si ça plante comme y a 1 heure j'aurais pas le temps de relancer le systeme.
 

 
Et si ça marche    je n'aurais plus qu'a trouver comment stoper le serveur avec etc/init.d/server1 stop.
 
Sinon par curiosité, pourquoi le serveur ne se lance pas en root (avec une simple commande de lancement) ?, hlds me dit que le premier paramètre n'est pas valide.

Pour des raisons de sécurité, peut-être qu'il ne veut pas se lancer en root, ce qui est plutôt sage.

Je veux bien que ce soit sage, mais si c'est le cas ce serait sympas d'avoir un message d'erreur adequa.
 
Sinon avec ce que tu ma dit simple_stupid, le server se lance bien    
 
Maintenant pour le stopper avec etc/init.d/server1 stop :
il refuse parceque le pid n'est pas le même que celui qui est dans le fichier server1.pid (à cause du shel je crois), mais je crois que y a moyen de tuer le processus avec le nom du screen ou le nom du processus hlds (prefere avec le nom du screen car si y a plusieur serveur hlds) ?

Pour stopper avec "etc/init.d/server1 stop" j'ai mis ça dans le fichier qui regle le start-stop-daemon :
 

 
Et ça marche (normalement y a quel server1 qui est lancé sous l'user server1).
 
Donc mes problèmes sont reglés.
Merci pour l'aide qui m'a été très nutile.
Siron