OpenSSH scp et espace dans le path

Le
unbewusst.sein
j'utilise sur Mac OS X 10.4.11 OpenSSH (MacPorts) en scp et je ne
parviens pas à trouver la "syntaxe" pour rapatrier un fichier ayant des
espaces dans le path :

par exemples :
$ scp -P 2222 root@169.254.0.2:"/mnt/fat/iTunes/Blues/01_05 Blues
Man.mp3" ./download
scp: /mnt/fat/iTunes/Blues/01_05: No such file or directory
scp: Blues: No such file or directory
scp: Man.mp3: No such file or directory

$ scp -P 2222 root@169.254.0.2:"/mnt/fat/iTunes/Blues/01_05 Blues
Man.mp3" ./download
scp: /mnt/fat/iTunes/Blues/01_05: No such file or directory
scp: Blues: No such file or directory
scp: Man.mp3: No such file or directory


par contre, si je me connecte en shell par ssh, mettre le path entre ""
est OK :
# cd /mnt/fat/iTunes/Blues
# ls -F "01_05 Blues Man.mp3"
01_05 Blues Man.mp3*

--
Une Bévue
Questions / Réponses high-tech
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
pmaguyot
Le #16592171
Une Bévue
j'utilise sur Mac OS X 10.4.11 OpenSSH (MacPorts) en scp et je ne
parviens pas à trouver la "syntaxe" pour rapatrier un fichier ayant des
espaces dans le path :

par exemples :
$ scp -P 2222 :"/mnt/fat/iTunes/Blues/01_05 Blues
Man.mp3" ./download
scp: /mnt/fat/iTunes/Blues/01_05: No such file or directory
scp: Blues: No such file or directory
scp: Man.mp3: No such file or directory

$ scp -P 2222 :"/mnt/fat/iTunes/Blues/01_05 Blues
Man.mp3" ./download
scp: /mnt/fat/iTunes/Blues/01_05: No such file or directory
scp: Blues: No such file or directory
scp: Man.mp3: No such file or directory


par contre, si je me connecte en shell par ssh, mettre le path entre ""
est OK :
# cd /mnt/fat/iTunes/Blues
# ls -F "01_05 Blues Man.mp3"
01_05 Blues Man.mp3*



Bonjour,

il y a une espèce de bug dans scp: il faut protéger deux fois les
espaces pour le chemin distant:

$ scp -P 2222 :'/mnt/fat/iTunes/Blues/01_05 Blues
Man.mp3' ./download

devrait donner le résultat escompté.


--
Pierre Guyot
p m a e n t r o p g u y o t c h e z f r e e p o i n t f r
Paul Gaborit
Le #16592331
À (at) Thu, 21 Aug 2008 13:38:26 +0200,
(Pierre Guyot) écrivait (wrote):
il y a une espèce de bug dans scp: il faut protéger deux fois les
espaces pour le chemin distant:

$ scp -P 2222 :'/mnt/fat/iTunes/Blues/01_05 Blues
Man.mp3' ./download

devrait donner le résultat escompté.



Ce n'est pas un bug. C'est juste qu'il y a deux niveaux
d'interprétations des caractères "d'échappement" : une première fois
par le shell local et une deuxième fois pas le shell distant.

--
Paul Gaborit -
unbewusst.sein
Le #16613101
Paul Gaborit

Ce n'est pas un bug. C'est juste qu'il y a deux niveaux
d'interprétations des caractères "d'échappement" : une première fois
par le shell local et une deuxième fois pas le shell distant.



ah ouais, brovo !
pigé ;-)

--
Une Bévue
unbewusst.sein
Le #16669031
Paul Gaborit

Ce n'est pas un bug. C'est juste qu'il y a deux niveaux
d'interprétations des caractères "d'échappement" : une première fois
par le shell local et une deuxième fois pas le shell distant.



bon, je viens d'essayer le "double escaping" :

~/work/Ruby/IO/streaming_output%> scp -P 2222
:"/mnt/fat/iTunes/Blues/03_07 Why My Baby.mp3" .
scp: /mnt/fat/iTunes/Blues/03_07: No such file or directory
scp: Why: No such file or directory
scp: My: No such file or directory
scp: Baby.mp3: No such file or directory

~/work/Ruby/IO/streaming_output%> scp -P 2222
:'/mnt/fat/iTunes/Blues/03_07 Why My Baby.mp3' .
scp: /mnt/fat/iTunes/Blues/03_07: No such file or directory
scp: Why: No such file or directory
scp: My: No such file or directory
scp: Baby.mp3: No such file or directory

c'est ptet' un bug du ssh distant (dropbear, un multi pour "smartphone")
je ne pense pas que cela provienne du shell distant (ash de busybox),
j'ai testé en cli (via telnet)...


bon, j'ai essayé aussi en "escapant" "" même résultat, donc si je
comprends bien c'est lui-même qui est pris pour un caractère normal
???


--
Une Bévue
Paul Gaborit
Le #16671001
À (at) Sat, 30 Aug 2008 07:58:06 +0200,
(Une Bévue) écrivait (wrote):
Paul Gaborit

Ce n'est pas un bug. C'est juste qu'il y a deux niveaux
d'interprétations des caractères "d'échappement" : une première fois
par le shell local et une deuxième fois pas le shell distant.



bon, je viens d'essayer le "double escaping" :

~/work/Ruby/IO/streaming_output%> scp -P 2222
:"/mnt/fat/iTunes/Blues/03_07 Why My Baby.mp3" .
scp: /mnt/fat/iTunes/Blues/03_07: No such file or directory
scp: Why: No such file or directory
scp: My: No such file or directory
scp: Baby.mp3: No such file or directory

~/work/Ruby/IO/streaming_output%> scp -P 2222
:'/mnt/fat/iTunes/Blues/03_07 Why My Baby.mp3' .
scp: /mnt/fat/iTunes/Blues/03_07: No such file or directory
scp: Why: No such file or directory
scp: My: No such file or directory
scp: Baby.mp3: No such file or directory

c'est ptet' un bug du ssh distant (dropbear, un multi pour "smartphone")
je ne pense pas que cela provienne du shell distant (ash de busybox),
j'ai testé en cli (via telnet)...



Les deux méthodes auraient dû marcher. En tous, elles fonctionnent sur
FreeBSD, Mac OS X, Linux et Solaris (et avec sh; tcsh et zsh).

Attention : un "\" donnera un seul à distance. Alors que '\'
donnera deux à distance.


bon, j'ai essayé aussi en "escapant" "" même résultat, donc si je
comprends bien c'est lui-même qui est pris pour un caractère normal
???



C'est donc bien la preuve que le "\" est interprété à distance comme
un seul . La question est : pourquoi " " n'est pas interprété comme
un simple espace ?

--
Paul Gaborit -
unbewusst.sein
Le #16677621
Paul Gaborit

C'est donc bien la preuve que le "\" est interprété à distance comme
un seul . La question est : pourquoi " " n'est pas interprété comme
un simple espace ?



c'est ce que je ne pige pas... un bug de dropbear (ssh distant),
peut-être ???
je vais me rencarder auprès d'une ML dropbear.
--
Une Bévue
Publicité
Poster une réponse
Anonyme