Bonjour
 
Lorsque je me connecte sur une machine Unix, j'ai mon shell (KSH) qui démarre d'une certaine façon (un "-" devant le nom du process, chargement du /etc/profile et .profile, se positionne dans la HomeDirectory du compte ...).
Mais si je le lance manuellement (depuis un autre shell), je n'ai plus ce comportement.
 
Est-il possible de lancer KSH en lui demandant de démarrer comme s'il s'agissait d'une nouvelle connexion ?
Merci  
 
(par exemple la commande "su -" le fait)

Salut
Le /etc/profile et ~/.profile sont chargés lors de la connexion, pas lors de l'appel d'un shell.
Lors de l'appel d'un shell (que ce soit par ksh depuis la ligne de commande ou par ":sh" depuis vi), c'est le fichier /etc/kshrc puis ~/.kshrc qui sont invoqués (enfin ça dépend aussi du shell invoqué car par exemple en Bourne Again shell ce sont les fichiers /etc/bash.bashrc puis ~/.bashrc).
 
Donc cela te permet d'affiner ton administration. Si tu veux associer certaines actions à la connexion de tout le monde tu mets ces actions dans /etc/profile. Si tu veux associer ces actions à la connexion d'une seule personne tu mets ces actions dans son ~/.profile. Si tu veux associer certaines actions à l'ouverture d'un shell par quiconque tu mets ces actions dans /etc/kshrc et si tu veux associer ces actions à l'ouverture d'un shell d'un utilisateur X tu mets ces actions dans son ~/.kshrc
 

Oui, le tiret postfixé à la commande lui demande de récupérer l'environnement de l'utilisateur invoqué. Donc c'est la commande qui se charge d'aller lire et traiter les fichiers /etc/profile et autres. Tu peux toi aussi programmer un clone de su qui fait pareil (ou même mieux le récupérer chez-toi et exécuter cette copie si tu veux invoquer un shell pour toi) mais il n'existe pas d'outil de base permettant de simuler une connexion (parce que généralement cela n'est pas nécessaire vu la finesse que l'on a avec les divers fichiers cités précédemment)...

Merci pour ces détails  
 

Je pensais que c'était le shell lui même. Voila qui ne m'arrange pas  

Généralement, les choses sur Unix qui ne sont pas prévues le sont parce que c'est inutile (ou contournable). Donc peut-être que si tu nous expliques ton problème initial (pour lequel tu penses que la solution est de récupérer l'environnement) on peut te proposer une autre solution...

Ok, reprenons depuis le début
 
J'ai un outil qui permet de lancer une commande avec les droits d'un autre compte (une sorte de "sudo" ), que l'on l'utilise pour donner accès à des comptes applicatifs.
Actuellement, pour aller vers le compte "appli", on fait exécuter la commande "su - appli" avec le compte ... root (pour ne pas que "su" demande le mot de passe). Etre obligé de passer par root alors qu'on veut seulement aller vers "appli", c'est dommage (tout le monde se retrouve à devoir passer par root).
L'autre solution (celle vers laquelle je préférerais aller) serait de demander à exécuter "/usr/bin/ksh" avec le compte "appli". Mais dans ce cas, si le shell fonctionne bien avec le compte "appli", il n'a pas du tout récupéré son environnement

salut,
 

quel est le problème alors ?

pourquoi ne pas utiliser l'outil ?
 
la solution ne serait-elle pas d'utiliser sudo

les utilisateurs autorisés sont ajoutés à un groupe X, et le groupe X est autorisé dans /etc/sudoers !

Justement, on utilise l'outil. Et le problème, c'est que l'on passe par root au lieu d'aller directement vers le compte de destination (et donc, techniquement, on donne le droit à tout le monde de passer root). Pour la seule raison que l'on veut exécuter le sudo pour pouvoir charger l'environnement de destination.
J'aimerai donc pouvoir charger l'environnement dans le shell lancé sans être obligé de passer par le su, donc par le compte root.
(non, changer d'outil n'est pas une solution)