Discussion :

[HRS]

quand on clique sur un shell situé sur une clé USB (FAT32), on obtient le message

le fichier texte 'titi.sh' semble etre un script executable. Que voulez-vous en faire ? executer/lancer dans un terminal/ouvrir/annuler

l'ennui est que les 2 premiers choix ne marchent pas

[Invité]

Salut,

A mon avis ton script n'a pas les droits d'execution sur ce système de fichier.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
ls -l /chemin/vers/titi.sh

Devrait le confirmer.

Une manière d'executer ce script serait d'appeler explicitement l'interpréteur shell de cette manière.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
/bin/bash /chemin/vers/titi.sh

En supposant que tu souhaites utiliser bash.

[HRS]

les droits d'execution sont présents

d'ailleurs, quand je me mets en mode terminal sous le répertoire et que je tape

./titi.sh

cela fonctionne

[ok.Idriss]

Bonjour.

l'ennui est que les 2 premiers choix ne marchent pas

Parfois en le lançant en mode graphique, on a peut être pas le temps de voir les traitements (parce que la console se ferme tout de suite) mais ça ne signifie pas pour autant que le script ne s'est pas exécuté. Essayes de mettre une trace de le script (par exemple écrire un truc bidon dans un fichier pour être sûr que tu passe dedans ou pas).

Bon sinon, à vrai dire, j'ai pas trop l'habitude de lancer les scripts en mode graphique, je trouve ça assez paradoxal



Idriss

[HRS]

Si je sais que le script ne s'exécute pas, c'est que je récupère toujours le
résultat de mes scripts dans un .log

et que ce .log n'est pas crée

[ok.Idriss]

Arf, du coup plus de doutes

J’imagine aussi que c'est avec le même utilisateur et les mêmes droits que tu exécutes en console et graphiquement ? Si c'est le cas, je sèche

Bon à la limite, tu peux toujours le lancer via le shell. Sachant que t'es sur un live CD, ça ne me parait pas trop grave.

[HRS]

En fait cette fonctionnalité (sur les partitions FAT32) existait sur toutes les distributions jusqu'au kernel 2.6.32 (ubuntu 10.04, fedora 13) et a disparu sur les versions ultérieures.

Aussi ai-je été agréablement surpris quand KNOPPIX 7.0.x a réintroduit cette fonctionnalité. Sauf qu'elle ne marche pas. dommage.

[Obsidian]

Hello,
À vue de nez, plusieurs choses possibles :

1. Le dossier dans lequel tu cherches tes logs n'est pas doté du droit d'écriture ;
2. L'utilisateur sous lequel est lancé le script n'a pas le droit d'écrire dans ce même dossier. Il est possible que Knoppix emploie un pseudo-utilisateur pour lancer les exécutables pour limiter les dégâts en cas de programme malfaisant (moi, c'est ce que je ferais) ;
3. Le répertoire de travail à l'exécution n'est pas celui où se trouve ton script et tes logs sont donc déposés ailleurs.

[HRS]

se reporter à mon message du 26/12 13h35

le log est crée et se trouve sous le même répertoire que le script

[ok.Idriss]

Et comme lancer le script en mode shell avec le même utilisateur fonctionne, j'en déduis que les droits d'écriture sur le répertoire sont bien présents aussi

[HRS]

l'anomalie signalée supra était dans les versions 7.0.x

Dans la nouvelle version 7.2.0, l'anomalie a disparu