--- Begin Message ---
Jacques L'helgoualc'h a �crit :
Sylvain Sauvage a �crit, mardi 15 f�vrier 2005, � 21:51 :
Tue, 15 Feb 2005 21:26:52 +0100, jean-michel.caricand a �crit :
Bonjour,
bonsoir,
[...]
scp monfichier [EMAIL PROTECTED]:~/
scp semble fonctionn� (aucun message d'erreur) mais le fichier n'a pas
�t� copi� ! D'ailleurs, je ne vois pas la progression de la copie mais
uniquement l'adresse ip de la machine distante comme retour de scp.
Par contre la commande :
cat monfichier | ssh [EMAIL PROTECTED] "cat > ~/monfichier" fonctionne
parfaitement.
Auriez-vous une explication ?
Une fois, j'ai eu le cas o� le ~ �tait �valu� sur la machine locale (par
le shell) (ce qui donnait p.ex. /home/sylvain et pas /home/user1), alors
j'ai pris l'habitude d'�crire [EMAIL PROTECTED]:"~" pour l'�viter.
Le r�pertoire d'arriv�e par d�faut est le ~user1/ ... par contre, il
faudrait plut�t un '$HOME'.
(Mais je n'en ai plus besoin maintenant. Je n'ai jamais trop v�rifi� les
versions de bash en cause. � noter aussi que �a ne g�ne pas si
l'utilisateur est le m�me partout ou si les r�pertoires existent.)
(Par contre, il devrait y avoir une erreur � r�pertoire inexistant � ou
� t'as pas les droits d'�critures �...)
Oui, l'absence de message d'erreur est bizarre : et avec scp -v ?
Je vais essayer avec les "" et le -v mais je ne suis pas trop optimiste
car il me semble avoir d�j� �crit :
# scp monfichier [EMAIL PROTECTED]:/tmp
Le chemin est �crit en dur et a priori il n'y a pas de raison que user1
ne puisse pas �crire dans /tmp d'autant
qu'il le peut en local.
Je suis vraiment surpris car ma commande a parfaitement fonctionner
quelques jours plus t�t. Je dois
d'ailleurs faire remarquer que ca marche parfaitement dans l'autre sens.
Merci
--- End Message ---
