rsync via ssh : fichiers ouliés ???

Le
Une Bévue
je fais un rsync, via ssh, entre mon portable dell sous Xubuntu 11.10 /
Voyager et mon iMac sous Lion latest.

la commande :
rsync -a --delete-after --exclude '.gvfs' -e ssh ${SRC} ${CMP}:${DST}

avec :
SRC=/home/yt
CMP=yt@[<adresse IPV6 de l'iMac>]
et
DST=/Users/yt/Downloads/Dell

sur le dell, j'ai les fichiers suivants :
yt@D620 ~ % lal Téléchargements
total 1652624
drwxr-xr-x 2 yt yt 4096 2012-01-03 08:32 .
drwxr-xr-x 69 yt yt 4096 2012-01-03 08:40 ..
-rw-r--r-- 1 yt yt 4542781 2011-12-06 15:19 FreeGo4.5.zip
-rw-rw-r-- 1 yt yt 1111773184 2012-01-03 08:20
linuxmint-201109-xfce-dvd-64bit.iso
-rw-r--r-- 1 yt yt 104054 2011-12-06 11:03 m3u4radiotray.zip
-rw-r--r-- 1 yt yt 26112 2011-12-06 11:01 Nikon NX2 Product Key.doc

au "début" de la sauvegarde, je vois, sur mon iMac, les fichiers suivants :
FreeGo4.5.zip
Nikon NX2 Product Key.doc
et donc ni FreeGo ni linuxmint.

à la fin, je me retrouve avec le répertoire "Téléchargements" VIDE côté
iMac :
yt@D620 ~ % ssh yt@iMac
Last login: Mon Jan 2 19:35:21 2012 from dell-par
imyt% ls -al Downloads/Dell/yt/Téléchargements
total 0
drwxr-xr-x 2 yt staff 68 3 jan 00:46 .
drwxr-xr-x 92 yt staff 3128 3 jan 07:26 ..
imyt%

Pourquoi ?


je précise que, si je fais un backup sur un disk externe, avec la commande :
rsync -az --delete-after --exclude '.gvfs' ${SRC} ${DST}
donc SANS ssh et avec :
SRC=/home/yt
et
DST=/media/DD

ça marche impec :yt@D620 ~ % lal /media/DD/yt/Téléchargements
total 1945344
drwxr-xr-x 2 yt yt 4096 2012-01-03 08:44 .
drwxr-xr-x 68 yt yt 4096 2012-01-03 08:50 ..
-rw-rw-r-- 1 yt yt 875560960 2012-01-03 08:44
debian-live-6.0.3-amd64-xfce-desktop.img
-rw-r--r-- 1 yt yt 4542781 2011-12-06 15:19 FreeGo4.5.zip
-rw-rw-r-- 1 yt yt 1111773184 2012-01-03 08:20
linuxmint-201109-xfce-dvd-64bit.iso
-rw-r--r-- 1 yt yt 104054 2011-12-06 11:03 m3u4radiotray.zip
-rw-r--r-- 1 yt yt 26112 2011-12-06 11:01 Nikon NX2 Product Key.doc
yt@D620 ~ %
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
Gérald Niel
Le #24130171
Salut,

Juste une question, le rapport avec la programation sous Mac OS X ?
Je redirige vers fr.comp.os.unix.

Le Mardi 03 janvier 2012 à 09:22 UTC, Une Bévue écrivait sur
fr.comp.sys.mac.programmation :
je fais un rsync, via ssh, entre mon portable dell sous Xubuntu 11.10 /
Voyager et mon iMac sous Lion latest.

la commande :
rsync -a --delete-after --exclude '.gvfs' -e ssh ${SRC} ${CMP}:${DST}

avec :
SRC=/home/yt
CMP=yt@[<adresse IPV6 de l'iMac>]
et
DST=/Users/yt/Downloads/Dell

sur le dell, j'ai les fichiers suivants :
~ % lal Téléchargements
total 1652624
drwxr-xr-x 2 yt yt 4096 2012-01-03 08:32 .
drwxr-xr-x 69 yt yt 4096 2012-01-03 08:40 ..
-rw-r--r-- 1 yt yt 4542781 2011-12-06 15:19 FreeGo4.5.zip
-rw-rw-r-- 1 yt yt 1111773184 2012-01-03 08:20
linuxmint-201109-xfce-dvd-64bit.iso
-rw-r--r-- 1 yt yt 104054 2011-12-06 11:03 m3u4radiotray.zip
-rw-r--r-- 1 yt yt 26112 2011-12-06 11:01 Nikon NX2 Product Key.doc

au "début" de la sauvegarde, je vois, sur mon iMac, les fichiers suivants :
FreeGo4.5.zip
Nikon NX2 Product Key.doc
et donc ni FreeGo ni linuxmint.

à la fin, je me retrouve avec le répertoire "Téléchargements" VIDE côté
iMac :
~ % ssh
Last login: Mon Jan 2 19:35:21 2012 from dell-par
imyt% ls -al Downloads/Dell/yt/Téléchargements
total 0
drwxr-xr-x 2 yt staff 68 3 jan 00:46 .
drwxr-xr-x 92 yt staff 3128 3 jan 07:26 ..
imyt%

Pourquoi ?


je précise que, si je fais un backup sur un disk externe, avec la commande :
rsync -az --delete-after --exclude '.gvfs' ${SRC} ${DST}
donc SANS ssh et avec :
SRC=/home/yt
et
DST=/media/DD

ça marche impec : ~ % lal /media/DD/yt/Téléchargements
total 1945344
drwxr-xr-x 2 yt yt 4096 2012-01-03 08:44 .
drwxr-xr-x 68 yt yt 4096 2012-01-03 08:50 ..
-rw-rw-r-- 1 yt yt 875560960 2012-01-03 08:44
debian-live-6.0.3-amd64-xfce-desktop.img
-rw-r--r-- 1 yt yt 4542781 2011-12-06 15:19 FreeGo4.5.zip
-rw-rw-r-- 1 yt yt 1111773184 2012-01-03 08:20
linuxmint-201109-xfce-dvd-64bit.iso
-rw-r--r-- 1 yt yt 104054 2011-12-06 11:03 m3u4radiotray.zip
-rw-r--r-- 1 yt yt 26112 2011-12-06 11:01 Nikon NX2 Product Key.doc
~ %







--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
unbewusst.sein
Le #24130221
Gérald Niel
Juste une question, le rapport avec la programation sous Mac OS X ?
Je redirige vers fr.comp.os.unix.



Euh, écrire un script zsh pour alimenter un serveur sous Mac OS X
(spécificité de l'encodage UTF8) n'est pas de "la programation sous Mac
OS X" certe mais de la programation POUR Mac OS X...

D'ailleurs il m'a été répondu sur Mac OS X...
--
« Doutez de tout et surtout de ce que je vais vous dire. »
(Bouddha)
pehache
Le #24140591
Le 05/01/12 08:26, Une Bévue a écrit :
Gérald Niel
Juste une question, le rapport avec la programation sous Mac OS X ?
Je redirige vers fr.comp.os.unix.



Euh, écrire un script zsh



Le post initial ne parle pas de script zsh.

Et même si il en parlait, ça n'a rien de spécifique Mac

pour alimenter un serveur sous Mac OS X
(spécificité de l'encodage UTF8)



Le post initial ne parle pas d'UTF8

n'est pas de "la programation sous Mac
OS X" certe mais de la programation POUR Mac OS X...



Le groupe fcsmp est fait pour la programmation *spécifique* à Mac OS X.
Or je ne vois pas ce que la question avait de spécifique à Mac OS X.
rsync est un outil unix d'une manière générale.

D'ailleurs il m'a été répondu sur Mac OS X...



Ce qui est très fort, vu que le post initial n'était pas publié sur fcom-ox
Une Bévue
Le #24140971
Le 08/01/2012 01:16, pehache a écrit :
Ce qui est très fort, vu que le post initial n'était pas publié sur fcom-ox



formé chez les barbus ?
Paul Gaborit
Le #24141341
À (at) Sun, 08 Jan 2012 01:16:16 +0100,
pehache
Le groupe fcsmp est fait pour la programmation *spécifique* à Mac OS
X. Or je ne vois pas ce que la question avait de spécifique à Mac OS
X. rsync est un outil unix d'une manière générale.



Ce n'est pas parce que vous ne voyez pas que ça n'existe pas... Ici, la
spécificité liée à Mac OS X était la manière dont les noms de fichiers
sont codés en UTF-8 dans un système de fichiers HFS+.

--
Paul Gaborit -
pehache
Le #24142941
Le 08/01/12 10:21, Paul Gaborit a écrit :

À (at) Sun, 08 Jan 2012 01:16:16 +0100,
pehache
Le groupe fcsmp est fait pour la programmation *spécifique* à Mac OS
X. Or je ne vois pas ce que la question avait de spécifique à Mac OS
X. rsync est un outil unix d'une manière générale.



Ce n'est pas parce que vous ne voyez pas que ça n'existe pas... Ici, la
spécificité liée à Mac OS X était la manière dont les noms de fichiers
sont codés en UTF-8 dans un système de fichiers HFS+.




Désolé, mais j'ai beau relire le post initial
( référence à une histoire d'UTF-8

Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je ne
vois pas bien en quoi ce serait un problème de programmation.
pehache
Le #24142931
Le 08/01/12 06:36, Une Bévue a écrit :
Le 08/01/2012 01:16, pehache a écrit :
Ce qui est très fort, vu que le post initial n'était pas publié sur
fcom-ox



formé chez les barbus ?



Il faut être barbu pour poster au bon endroit ?
Paul Gaborit
Le #24143771
À (at) Sun, 08 Jan 2012 19:34:44 +0100,
pehache

Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je
ne vois pas bien en quoi ce serait un problème de programmation.




Depuis quand les questions de codage ne font-elles plus partie du monde
de la programmation ?

--
Paul Gaborit -
pehache
Le #24144321
Le 08/01/12 23:17, Paul Gaborit a écrit :

À (at) Sun, 08 Jan 2012 19:34:44 +0100,
pehache

Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je
ne vois pas bien en quoi ce serait un problème de programmation.




Depuis quand les questions de codage ne font-elles plus partie du monde
de la programmation ?




Les questions de codage des noms de fichiers dans un système de fichiers
sont, à la base, indépendantes du contexte "programmation" ou "pas
programmation".
Paul Gaborit
Le #24147341
À (at) Mon, 09 Jan 2012 09:01:55 +0100,
pehache
Le 08/01/12 23:17, Paul Gaborit a écrit :

À (at) Sun, 08 Jan 2012 19:34:44 +0100,
pehache

Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je
ne vois pas bien en quoi ce serait un problème de programmation.




Depuis quand les questions de codage ne font-elles plus partie du monde
de la programmation ?




Les questions de codage des noms de fichiers dans un système de
fichiers sont, à la base, indépendantes du contexte "programmation" ou
"pas programmation".




Ne tombez pas dans le piège qui consiste à croire qu'il existe une
frontière entre donnée et programme. Les questions de codage font
intégralement partie des questions de programmation.

--
Paul Gaborit -
Publicité
Poster une réponse
Anonyme