Bonjour,
 
Pour faciliter l'administration d'un poste de travail Debian GNU/Linux par un débutant, je suis chargé de faire un script d'administration qui doit pouvoir lancer des applications graphiques en super utilisateur avec demande de mot de passe. Malheureusement cela ne fonctionne pas, car "su" lance le mode superutilisateur, mais le reste des commandes du script ne s'exécutent qu'une fois que je quitte le mode root.  
 
Voici un exemple de ce que je veux faire :
 
 

 
 
Pouvez-vous me donner un indice ou la solution qui me permettrait de faire ça ?
 
 
Merci d'avance pour vos réponses.    
 
 
P.S. : A noter que je ne peux pas utiliser "sudo" car il va y avoir de nombreuses commandes en root à la suite.

Il me semble que ca a déjà été traité il n'y a pas si longtemps.  
 
Il doit y avoir un argument a passé à la commande su pour lancé l'application en root. Un coup de man su pour être sûr.

Tu lances un script, contenant l'ensemble des commandes, via sudo

encore mieux, tu utilises gksudo.

+1 pour gnome. Sous kde la même chose est kdesu

Merci pour vos réponses.    
 
@kisscoolz : j'ai déjà lu le manuel, Googler, recherche sur le forum mais pas moyen de trouver la bonne réponse.    
 
 
@all : Dans le script, il y aura un menu avec des options qui se lancent en graphique en root et en utilisateur normal, d'autres qui redémarrent des services, etc... donc je recherche plus un truc qui ferait :
 

 
Une idée ?

En parcourant les exemples du man su, je suis tombé sur ca :
 

 
En adaptant rapidement :
 

 
La commande me renvoie bien root donc ca peut être une piste

Perso, je fait ça da,s mes scripts :
 

 
Tu rajoutes juste un "else" pour avoir le code pour user, tu vire le "echo" pour mettre ton code et hop, ca devrait faire la blague.
Seul problème, on ne peut lancer le script qu'un user à la fois (soit root, soit user).

le sudo garde l'authentification en cache pendant un certain moment. donc partant de là tu te fiches un peu d'avoir trois ou quatre sudo, tu as de bonnes chances pour que le mot de passe ne soit demandé que la première fois, et s'il est redemandé parce que l'authentification a expiré, eh bien c'est dans la logique des choses
 

Merci pour vos réponses.    
 
@blazkowicz : Effectivement, j'ai fait des tests avec sudo sur ma Lenny en me pinçant le nez (mauvais souvenir de l'implémentation par défaut de sudo dans certaines distrib...). Après avoir configuré correctement le sudoer, cela semble correspondre à mes besoins car le mot de passe utilisateur est effectivement gardé en cache pour quelques minutes.    
 
Par contre est-ce que je suis obligé de faire un "sudo ma_commande" à chaque commandes qui demandent une élévation de privilèges ?  
 

Je t'ai déjà répondu que non.
Tu te fais une fonction ou un script à coté qui embarque les différentes commandes que tu veux exécuter puis tu fais sudo lescriptenquestion. De cette manière, l'ensemble des commandes exécutées dans le script auront les bons privilèges.

si tu profites du sudo gardé en cache, tu peux/dois effectivement faire "sudo macommande" à chaque fois.

après côté sécurité : "sudo monscript", ça spawne tout de même un bash en root.
sudo konqueror est un exemple à risque également : un logiciel tellement bourré de fonctionnalité que ton utilisateur risque de pouvoir se retrouver avec un shell root à sa disposition, également.

un exemple canonique : sudo vi  (l'éditeur de texte de la Sparte antique).
si tu laisse ton utilisateur exécuter vi en root, comme vi a une commande pour exécuter un shell, tu donnes donc un accès root à ton utilisateur.
pour cela il ya une option pour restreindre vi, et un autre nom pour l'appeler (rvi).

Merci pour vos réponses.
 
@blazkowicz : Min exemple avec le "sudo konqueror" c'est pour que la personne ait les droits administratifs sur toute la machine en graphique à la Windows (du style pouvoir faire click-droit sur un fichier pour en modifier ses droits), et qu'à la fermeture de Konqueror l'user revienne en compte limité.
 
Je vois mal la personne changer les droits à coups de chmod alors que GNU/Linux est tout nouveau pour elle car ça se transformera rapidement en "chmod 777" partout.    
 
Autrement, petite question subsidiaire, comment cela se fait t'il que les \n dans les echo pour retouirner à la ligne ne fonctionne pas dans les scripts de ma Lenny, alors qu'il n'y avait aucun souci sous OpenBSD ?  

c'est pas le même shell? d'après google c'est ksh par défaut sous openbsd, au lieu de bash sous debian.

Non effectivement ce ne sont pas les mêmes shell, mais les différents tuto disnet que le \n fonctionne pour le retour à la ligne, alors que chez moi ce n'est pas le cas.  

Par contre je vois bien la personne via le konqueror avec des privilèges root déplacer /etc ou /boot vers un autre répertoire...
J'ai le cas environ une fois par trimestre de collègues qui déplacent un dossier important dans un autre dossier, totalement sans rapport. Erreur de manip.
Le graphique en root c'est le mal absolu