Discussion :

[voran]

Comment copier un fichier via scp dans un répertoire dans une variable initialisé sur la machine distante.
Le répertoire distant est variable en fonction de la machine distante, d'où l'utilisation d'une variable

Code :

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

scp fic.txt User@Remote:$VAR/data

[jmelyn]

Bonjour,

La variable est-elle connue dans l'environnement local ou sur la machine distante?

[jmelyn]

Bon, la réponse à ma précédente question est incluse dans le titre du fil: la variable est dans l'environnement distant.

J'ai testé ceci, et c'est bon:

Code :

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

scp user@host:'/path/$var' .

[voran]

Bon, la réponse à ma précédente question est incluse dans le titre du fil: la variable est dans l'environnement distant.

J'ai testé ceci, et c'est bon:

Code :

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

scp user@host:'/path/$var' .

En effet, c'est plutôt simple, mais ne fonctionne pas sur mes environnements.

La raison semble être que les variables sont initialisées par le .bash_profile et non par le .bashrc (qui est lu quand le shell est invoqué comme shell interactif sans fonction de connexion ).

[jmelyn]

Bonsoir,

Tu peux ajouter, dans le fichier .bash_profile des machines cibles, la ligne:

Code :

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

[[ -f ~/.bashrc ]] && . .bashrc

[voran]

Merci pout ton aide
Je peux proposer cela, mais je crains de ne pas toujours avoir l'initiative, car il s'agit des machine de mes clients.

Donc dans le cas où cela n'est pas accepté, j'ai préparé ceci

Code :

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

1
2
3
4
5
6
 
# Je récupère dans une variable locale le contenu de la variable distance après exécution du profile distant
REMOTE_VAR=$(ssh REMOTE -l User -o StrictHostKeyChecking=no -o BatchMode=yes \
"[ $(uname) != "Linux" ] && . ~/.profile || . ~/.bash_profile;echo \$VAR")
#copie de fichier
scp fichiers User@REMOTE:$REMOTE_VAR/path

[jmelyn]

Bonsoir,

Normalement le fichier ~/.bash_profile est exécuté au login. Mais si celui-ci n'appelle pas ~/.bashrc, ce dernier ne sera pas exécuté, et c'est lui qui est généralement utilisé pour déclarer les variables d'environnement. Donc pour Linux, je serais tenté d'exécuter le ~/.bashrc, pas le ~/.bash_profile.

[voran]

Bonsoir,

Normalement le fichier ~/.bash_profile est exécuté au login. Mais si celui-ci n'appelle pas ~/.bashrc, ce dernier ne sera pas exécuté, et c'est lui qui est généralement utilisé pour déclarer les variables d'environnement. Donc pour Linux, je serais tenté d'exécuter le ~/.bashrc, pas le ~/.bash_profile.

Pourtant .bash_profile sert aussi à initialiser des variables, pourquoi plus .bashrc ? Il s'agit d'une convention ?

Avec le Korn shell, c'est le .kshrc alors ?

[jmelyn]

Bonjour,

J'ai ajouté la commande echo en début et en fin de différents fichiers d'initialisation. Ma distribution est la Fedora 12.

Lors d'une commande "ssh localhost" ou "sudo -i" (login shell: on se connecte ou on change d'utilisateur):

Code :

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

1
2
3
4
5
6
7
8
/etc/profile: start of execution
/etc/profile: end of execution
~/.bash_profile: start of execution
  ~/.bashrc: start of execution
    /etc/bashrc: start of execution
    /etc/bashrc: end of execution
  ~/.bashrc: end of execution
~/.bash_profile end of execution

Lors d'une commande "bash" ou ouverture d'un nouveau terminal dans la fenêtre konsole de KDE (interative shell: on ne change pas d'utilisateur):

Code :

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

1
2
3
4
~/.bashrc: start of execution
  /etc/bashrc: start of execution
  /etc/bashrc: end of execution
~/.bashrc: end of execution

Lors d'un pipe "echo toto | cut -c 1" ou exécution d'un script (non-interactive shell)

Code :

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

No init file executed

Qu'en conclure?
Si l'on veut déclarer une variable qui soit visible aussi bien lorsqu'on fait un login que lorsqu'on ouvre un nouveau shell dans une session, il vaut mieux (il faut) placer sa déclaration dans le fichier ~/.bashrc!