linux mint scp marche pas

Le
Une Bévue
sur un ordi sous linux :
$ uname -a
Linux d620 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:30:01 UTC 2014
i686 i686 i686 GNU/Linux

je parviens très bien à me logger en ssh à un autre ordi (vostro) sous
linux :
┬─[yt@d620:~]─[09:24:12]


╰─>$ ssh vostro.local
The authenticity of host '192.168.0.15 (192.168.0.15)' can't be established.
ECDSA key fingerprint is 8a:7b:e7:51:e7:d4:6a:e4:8b:68:de:76:6a:a7:fa:70.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.0.15' (ECDSA) to the list of known
hosts.
Welcome to Linux Mint 17 Qiana (GNU/Linux 3.13.0-24-generic i686)

Welcome to Linux Mint
* Documentation: http://www.linuxmint.com
Last login: Tue May 26 17:32:03 2015 from localhost
Using /home/yt/.rvm/gems/ruby-2.1.2
Welcome to fish, the friendly interactive shell
Type help for instructions on how to use fish
┬─[yt@vostro:~]─[09:24:35]


╰─>$ exit

Connection to 192.168.0.15 closed.


MAIS toute tentative (de "d620" vers "vostro" ou l'inverse) de faire un
scp ne génère pas d'erreur au terminal MAIS ne fait rien :
$ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local
$ ssh vostro.local 'lal Téléchargements'
Using /home/yt/.rvm/gems/ruby-2.1.2
total 933568
drwxr-xr-x 2 yt yt 4096 juin 1 21:00 .
drwxr-xr-x 45 yt yt 4096 juin 1 20:05 ..
-rw-r-- 1 yt yt 36227 mars 11 17:27 Example.odt
-rw-r-- 1 yt yt 1771241 mars 11 17:28 ownCloudUserManual.pdf
-rw-r-- 1 yt yt 954132480 avril 1 12:13 tails-i386-1.3.2.iso
-rw-r-- 1 yt yt 801 avril 1 10:48 tails-i386-1.3.2.iso.sig

sur les deux bécannes client ET serveur sont installés.

Je suppose qu'il y a une config à faire ?
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Une Bévue
Le #26355282
On 03/06/2015 09:31, Une Bévue wrote:

sur les deux bécannes client ET serveur sont installés.

Je suppose qu'il y a une config à faire ?



précison, si j'essaie de transférer un fichier depuis linux mint vers un
autre ordi sous mac os x latest ("mbp.local"), ça roule :
$ scp Téléchargements/menumaker-0.99.7.tar.gz mbp.local:Downloads
menumaker-0.99.7.tar.gz
100% 136KB
135.6KB/s 00:00
$ ssh mbp.local 'lal Downloads/menu*'
-rw-r----- 1 yt staff 136K 3 jui 10:26
Downloads/menumaker-0.99.7.tar.gz
yamo'
Le #26355286
Salut,

Une Bévue a écrit le 03/06/2015 09:31 :
$ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local




Et en mettant un chemin?

scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:/tmp

Sans chemin, je ne vois pas où ça peut arriver...
Est-ce que c'est le même user de chaque côté?

Sinon, il faudrait taper un truc du genre :

scp chemin_relatif/fichier :/tmp

--
Stéphane
Nicolas George
Le #26355293
Une Bévue , dans le message écrit :
$ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local



ls -l vostro.local
Nicolas Richard
Le #26355296
Une Bévue
$ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local



Si tu regardes la page man, le ":" est obligatoire pour spécifier un
"host2", donc je tenterais ceci :
$ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:

--
Nico.
Une Bévue
Le #26355307
On 03/06/2015 10:59, yamo' wrote:
Et en mettant un chemin?



c'est mon post qui était foireux, j'avais bien mis :
scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:Téléchargements

scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:/tmp

Sans chemin, je ne vois pas où ça peut arriver...
Est-ce que c'est le même user de chaque côté?

Sinon, il faudrait taper un truc du genre :

scp chemin_relatif/fichier :/tmp




AJouter le user ne change rien, d'ailleurs dans mon fichier
~/.ssh/config, j'ai :
Host vostro.local
User yt
Hostname 192.168.0.15

sous mon LAN, il n'y qu'yt qui utilise ssh ;-)
Une Bévue
Le #26355310
On 03/06/2015 13:23, Nicolas Richard wrote:
Si tu regardes la page man, le ":" est obligatoire pour spécifier un
"host2", donc je tenterais ceci :
$ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:

-


oui, oui, d'accord, j'avais bien mis :
scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:Téléchargements

j'ai même essayé avec l'user :
scp Téléchargements/menumaker-0.99.7.tar.gz :Téléchargements

ça ne change rien, je vais regarder les logs.
Une Bévue
Le #26355309
On 03/06/2015 13:14, Nicolas George wrote:
ls -l vostro.local



je ne pige pas, c'est pas plutôt :
ssh vostro.local 'ls -l'
???
qui me donne :
$ ssh vostro.local 'ls -l'


Using /home/yt/.rvm/gems/ruby-2.1.2
total 60
drwxr-xr-x 6 yt yt 4096 avril 8 13:00 bin
drwxr-xr-x 2 yt yt 4096 mai 22 15:12 Bureau
drwxr-xr-x 2 yt yt 4096 mai 26 19:45 Documents
drwx------ 28 yt yt 4096 juin 1 20:06 Dropbox
drwxr-xr-x 17 root root 4096 sept. 4 2014 Google Drive
drwxr-xr-x 2 yt yt 4096 févr. 11 08:05 Icons
drwxr-xr-x 4 yt yt 4096 juin 1 08:09 Images
drwxr-xr-x 3 yt yt 4096 août 28 2014 lib
drwxr-xr-x 2 yt yt 4096 août 27 2014 Modèles
drwxr-xr-x 6 yt yt 4096 juil. 7 2014 MongoDB
drwxr-xr-x 3 yt yt 4096 août 28 2014 Musique
drwxr-xr-x 15 yt yt 4096 juin 2 16:03 ownCloud
drwxr-xr-x 2 yt yt 4096 août 27 2014 Public
drwxr-xr-x 2 yt yt 4096 juin 1 21:00 Téléchargements
drwxr-xr-x 2 yt yt 4096 août 27 2014 Vidéos

càd l'arborescence de mon /home/yt.

je remarque en passant que Google Drive a un chown root:root alors que
Dropbox, comme ownCloud est en yt:yt.

je ne vois pas pourquoi grive a besoin d'être root, mais bon, c'est un
autre sujet.
Philippe Weill
Le #26355311
Le 03/06/2015 17:09, Une Bévue a écrit :
On 03/06/2015 13:14, Nicolas George wrote:
ls -l vostro.local



je ne pige pas,



si tu fais
scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local

cela reviens au meme que

cp Téléchargements/menumaker-0.99.7.tar.gz vostro.local


c'est pas plutôt :
ssh vostro.local 'ls -l'
???
qui me donne :
>$ ssh vostro.local 'ls -l'
Using /home/yt/.rvm/gems/ruby-2.1.2




je pense que tu as un fichier d'initialisation du shell qui ecrit sur la console
sur la machine de destination
dans ce cas là les scp ne fonctionnent pas


si je rajoute un echo TEST dans mon .bashrc ( sur la machine de reception )

[ ~]$ scp foo :.
TEST
[ ~]$
voilà ce qui se passe à la console et le fichier foo n'est pas copié

total 60
drwxr-xr-x 6 yt yt 4096 avril 8 13:00 bin
drwxr-xr-x 2 yt yt 4096 mai 22 15:12 Bureau
drwxr-xr-x 2 yt yt 4096 mai 26 19:45 Documents
drwx------ 28 yt yt 4096 juin 1 20:06 Dropbox
drwxr-xr-x 17 root root 4096 sept. 4 2014 Google Drive
drwxr-xr-x 2 yt yt 4096 févr. 11 08:05 Icons
drwxr-xr-x 4 yt yt 4096 juin 1 08:09 Images
drwxr-xr-x 3 yt yt 4096 août 28 2014 lib
drwxr-xr-x 2 yt yt 4096 août 27 2014 Modèles
drwxr-xr-x 6 yt yt 4096 juil. 7 2014 MongoDB
drwxr-xr-x 3 yt yt 4096 août 28 2014 Musique
drwxr-xr-x 15 yt yt 4096 juin 2 16:03 ownCloud
drwxr-xr-x 2 yt yt 4096 août 27 2014 Public
drwxr-xr-x 2 yt yt 4096 juin 1 21:00 Téléchargements
drwxr-xr-x 2 yt yt 4096 août 27 2014 Vidéos

càd l'arborescence de mon /home/yt.

je remarque en passant que Google Drive a un chown root:root alors que Dropbox, comme ownCloud est en yt:yt.

je ne vois pas pourquoi grive a besoin d'être root, mais bon, c'est un autre sujet.

Une Bévue
Le #26355316
On 03/06/2015 17:58, Philippe Weill wrote:
je pense que tu as un fichier d'initialisation du shell qui ecrit sur la
console
sur la machine de destination
dans ce cas là les scp ne fonctionnent pas




Ouais, bravo, bravissimo !

Je ne connaissais pas ce problème...

dans mon "~/.config/fish/config.fish" (équivalent du ~/.bashrc pour le
shell fish) j'avais :
rvm --default use 2.1

c'est ce qui me donnait :
Using /home/yt/.rvm/gems/ruby-2.1.2
sous ssh (ou autre)

il m'a suffit de rediriger 1 et 2 vers /dev/null en écrivant :
rvm --default use 2.1 > /dev/null 2>&1

et c'est tout bon !

Un grand merci pour cette diligente solution.
Nicolas George
Le #26355323
Une Bévue , dans le message écrit :
ls -l vostro.local


je ne pige pas, c'est pas plutôt :



Dans le doute, suppose que j'ai raison et que tu as tort :-Þ
Publicité
Poster une réponse
Anonyme