Pages : 1
#1 Le 22/10/2007, à 17:14
- JérémieR
Scripts pour bash
Bonjour tout le monde, voila mon problème:
Je désire créer un script qui doit ouvrir un fichier avec mplayer.
#!/bin/sh
echo "Lancement de la video"
cd
cd /mplayer/
cd /MPlayer1.0-rc1/
./mplayer /media/sdcard/bear.mpeg -ac mad
exit 0
Lorsque je l'éxécute, je me retoruve avec le message d'erreur suivant:
Lancement de la vidéo
aunch: cd: 6: can't cd to /MPlayer-1.0rc1/
launch: launch: 7: ./mplayer not found
Avez-vous des suggestions pour résoudre ce problème.
PS: Il me semble que c'est l'endroit le plus approrié pour postez ce message. Je m'excuse d'avance si je me suis trompé.
Merci d'avance.
Hors ligne
#2 Le 22/10/2007, à 17:24
- Compte anonymisé
Re : Scripts pour bash
#!/bin/sh
echo "Lancement de la video"
cd
cd /mplayer/
cd /MPlayer1.0-rc1/
./mplayer /media/sdcard/bear.mpeg -ac mad
exit 0
à modifier en :
#!/bin/sh
export DISPLAY=:0.0
echo "Lancement de la video"
cd /mplayer/MPlayer1.0-rc1/
./mplayer /media/sdcard/bear.mpeg -ac mad
exit 0
ou
#!/bin/sh
export DISPLAY=:0.0
echo "Lancement de la video"
cd /mplayer
/MPlayer1.0-rc1/mplayer /media/sdcard/bear.mpeg -ac mad
exit 0
@+
#3 Le 22/10/2007, à 17:54
- JérémieR
Re : Scripts pour bash
Merci pour votre réponse rapide mais à quoi sert le export DISPLAY=:0.0.
Hors ligne
#4 Le 22/10/2007, à 17:56
- Link31
Re : Scripts pour bash
Pas besoin du DISPLAY si on est déjà en mode graphique au moment de lancer le script.
Par contre, ceci n'est pas normal :
cd /mplayer/MPlayer1.0-rc1/
À mon avis, ce que veut faire JérémieR c'est probablement :
cd mplayer/MPlayer1.0-rc1/
(à moins que le dossier mplayer soit réellement dans /, mais ça m'étonnerait)
Dernière modification par Link31 (Le 22/10/2007, à 17:57)
Hors ligne
#5 Le 22/10/2007, à 18:25
- Compte anonymisé
Re : Scripts pour bash
En fait je me suis servit des infos données sans chercher à comprendre. Car le :
cd /mplayer pour moi ok
puis le
cd /MPlayer1.0-rc1/ pour moi ko car dès qu'on utilise le / en début on part de la racine.
En fait si le script commence par un
cd
c'est pour se mettre dans son rep perso.
Donc il faudrait mettre :
cd /home/ton_user/mplayer/MPlayer1.0-rc1/ et la suite.
le export DISPLAY=:0.0 définit la sortie graphique. C'est vrait qu'en ligne de commande ça sert à rien.
Dans un script j'en suis moins sûr. A tester.
@+
Dernière modification par Compte anonymisé (Le 22/10/2007, à 18:26)
#6 Le 22/10/2007, à 18:48
- JérémieR
Re : Scripts pour bash
Bon en fait le problème venait de mon deuxième \
cd [b]/[/b] MPlayer1.0-rc1/
Pour le reste c'est de l'embarqué. Donc c'est pour ça que je demandai par rapport à Export.
En tout cas merci pour la rapidité, et la pertinence des solutions.
Ps: Quelqu'un sait comment on éxécute un script depuis une page wb
Dernière modification par JérémieR (Le 22/10/2007, à 18:48)
Hors ligne
#7 Le 23/10/2007, à 13:11
- JérémieR
Re : Scripts pour bash
Bon après avoir approfondi mes recherches, j'ai de nouveau un problème (Comme toujours sous Linux Mais ca fait son charme).
Ce script est censé tourné en cgi.
#!/bin/sh
echo Content-Type: text/html
echo
echo
echo "Bienvenue"
ssh root@10.0.0.1
l
echo "Lancement de la vidéo"
cd
cd /MPlayer-1.0rc1/
./mplayer /media/sdcard/bear.mpeg -ac mad
exit 0
Bon quand j'éxécute ce script, il se connecte à mon appli embarqué.
Mais je dois rentrer un code d'ou le "l".
Mais la console reste figé sur la demande de mot de passe.
Si quelqu'un a une idée pour ce problème je suis preneur et je le remercie d'avance.
Je tiens à préciser que je suis débutant dans le monde de linux et des scripts, soyez indulgents.
Dernière modification par JérémieR (Le 23/10/2007, à 13:13)
Hors ligne
#8 Le 23/10/2007, à 18:41
- Link31
Re : Scripts pour bash
C'est quoi ce "l" ? Si c'est le mot de passe que tu veux donner à ssh, ça ne fonctionnera pas. Il faut passer par le système de clés privées/publiques pour ne plus avoir à taper de mot de passe.
En plus, ssh en root c'est.. comment dire... la dernière chose à faire, surtout avec le mot de passe en clair dans le fichier
Si tu veux exécuter des commandes sur le serveur SSH, il ne faut pas procéder comme ça. Il faut indiquer le nom d'un script à la fin de la commande ssh, et ce script sera exécuté à la place du shell que tu obtiendrais habituellement.
Pour le export, si ça passe par ssh c'est effectivement nécessaire.
Dernière modification par Link31 (Le 23/10/2007, à 18:42)
Hors ligne
#9 Le 23/10/2007, à 20:34
- JérémieR
Re : Scripts pour bash
Le l correspond bien au mot de passe. Comme je le disait dans un post précédent, je fais de l'embarqué et je débute sur Linux.
Je n'ai pas réussi à créer un second compte dans mon appli.
Si il existe un autre moyen pour lancer un script depuis une page html je suis preneur.(car c'est le but de l'appli dans un premier temps).
Enfin voila, et merci pour tes explications Link31.
Hors ligne
#10 Le 23/10/2007, à 20:45
- pitxu
Re : Scripts pour bash
je te conseille vivement l'utilisation du perl, mais bien sur il te faudra un serveur apache avec le module perl, tu ne peux pas lancer un script depuis une simple page html
ps : le script en perl est quasiment aussi simple qu'en sh
http://articles.mongueurs.net/magazines/linuxmag55.html
Ubuntu 7.10 64bits
Hors ligne
#11 Le 24/10/2007, à 06:35
- JérémieR
Re : Scripts pour bash
Est-ce qu'un serveur Boa suffirait à la place d'apache. Je suis limité en mémoire et donc c'est un peu la course au octets
Je parle de Boa mais si il en existe en autre plus petit qu' Apache je suis tout autant preneur.
Merci
Hors ligne
#12 Le 24/10/2007, à 08:11
- pitxu
Re : Scripts pour bash
oui Boa gère le perl, il faut coder ainsi :
<xoption perl>
<perl>
print "hello there\n";
</perl>
Ubuntu 7.10 64bits
Hors ligne
#13 Le 24/10/2007, à 11:29
- JérémieR
Re : Scripts pour bash
Merci à tous pour votre aide, en fait je suis aller chercher trop loin et le problème s'est résolu de lui même lorsque je suis revenu à des choses plus "basiques".
Je cherchai à connecter, soit par rsh, soit par telnet, l'appli et le reseau. En fait le serveur web intégré à mon appli me permettait de lancer des scripts. Donc voilà et encore merci pour la rapidité et la pertinence des réponses.
Hors ligne
Pages : 1