bonjour :-)
est ce que l'outil unix rsync sait sauvegarder les fichiers mac entiers,
ou seulement à moitié, comme la plupart des outils unix ?
bonjour :-)
est ce que l'outil unix rsync sait sauvegarder les fichiers mac entiers,
ou seulement à moitié, comme la plupart des outils unix ?
bonjour :-)
est ce que l'outil unix rsync sait sauvegarder les fichiers mac entiers,
ou seulement à moitié, comme la plupart des outils unix ?
Thomas wrote:bonjour :-)
est ce que l'outil unix rsync sait sauvegarder les fichiers mac entiers,
ou seulement à moitié, comme la plupart des outils unix ?
Tout dépends de la version.
Depuis Mac OS X 10.4, il y a une option rsync "-E" pour sauvegarder les
resources.
~> rsync --version
rsync version 2.6.3 protocol version 28
De même, avec des versions systèmes entérieures, la version de rsync
livrée avec RsyncX a une option "--eahfs" pour faire pareil.
~> /usr/local/bin/rsync.boyd --version
rsync version 2.6.0 protocol version 27
Les deux versions de sont pas compatibles ni avec une version unix
standard, ni l'une avec l'autre.
Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
bonjour :-)
est ce que l'outil unix rsync sait sauvegarder les fichiers mac entiers,
ou seulement à moitié, comme la plupart des outils unix ?
Tout dépends de la version.
Depuis Mac OS X 10.4, il y a une option rsync "-E" pour sauvegarder les
resources.
~> rsync --version
rsync version 2.6.3 protocol version 28
De même, avec des versions systèmes entérieures, la version de rsync
livrée avec RsyncX a une option "--eahfs" pour faire pareil.
~> /usr/local/bin/rsync.boyd --version
rsync version 2.6.0 protocol version 27
Les deux versions de sont pas compatibles ni avec une version unix
standard, ni l'une avec l'autre.
Thomas wrote:bonjour :-)
est ce que l'outil unix rsync sait sauvegarder les fichiers mac entiers,
ou seulement à moitié, comme la plupart des outils unix ?
Tout dépends de la version.
Depuis Mac OS X 10.4, il y a une option rsync "-E" pour sauvegarder les
resources.
~> rsync --version
rsync version 2.6.3 protocol version 28
De même, avec des versions systèmes entérieures, la version de rsync
livrée avec RsyncX a une option "--eahfs" pour faire pareil.
~> /usr/local/bin/rsync.boyd --version
rsync version 2.6.0 protocol version 27
Les deux versions de sont pas compatibles ni avec une version unix
standard, ni l'une avec l'autre.
moi ce que j'aimerais pouvoir faire, c'est faire une copie de mon mac
par exemple sur dedibox, et pouvoir la recuperer
mais c'est pas grave si ca fait par exemple un seul gros fichier pour
toute la sauvegarde, et qui est inutilisable quand on se place sur le
serveur lui meme
ca n'exite pas encore ?
moi ce que j'aimerais pouvoir faire, c'est faire une copie de mon mac
par exemple sur dedibox, et pouvoir la recuperer
mais c'est pas grave si ca fait par exemple un seul gros fichier pour
toute la sauvegarde, et qui est inutilisable quand on se place sur le
serveur lui meme
ca n'exite pas encore ?
moi ce que j'aimerais pouvoir faire, c'est faire une copie de mon mac
par exemple sur dedibox, et pouvoir la recuperer
mais c'est pas grave si ca fait par exemple un seul gros fichier pour
toute la sauvegarde, et qui est inutilisable quand on se place sur le
serveur lui meme
ca n'exite pas encore ?
In article
,
Thomas wrote:moi ce que j'aimerais pouvoir faire, c'est faire une copie de mon mac
par exemple sur dedibox, et pouvoir la recuperer
mais c'est pas grave si ca fait par exemple un seul gros fichier pour
toute la sauvegarde, et qui est inutilisable quand on se place sur le
serveur lui meme
ca n'exite pas encore ?
fais une image disque, éventuellement fragmentée en morceau de 2Go.
C'est juste très long.
In article
<fantome.forums.tDeContes-82383F.17304017092006@nnrp1-2.proxad.net>,
Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
moi ce que j'aimerais pouvoir faire, c'est faire une copie de mon mac
par exemple sur dedibox, et pouvoir la recuperer
mais c'est pas grave si ca fait par exemple un seul gros fichier pour
toute la sauvegarde, et qui est inutilisable quand on se place sur le
serveur lui meme
ca n'exite pas encore ?
fais une image disque, éventuellement fragmentée en morceau de 2Go.
C'est juste très long.
In article
,
Thomas wrote:moi ce que j'aimerais pouvoir faire, c'est faire une copie de mon mac
par exemple sur dedibox, et pouvoir la recuperer
mais c'est pas grave si ca fait par exemple un seul gros fichier pour
toute la sauvegarde, et qui est inutilisable quand on se place sur le
serveur lui meme
ca n'exite pas encore ?
fais une image disque, éventuellement fragmentée en morceau de 2Go.
C'est juste très long.
~> rsync --version
rsync version 2.6.3 protocol version 28
De même, avec des versions systèmes entérieures, la version de rsync
livrée avec RsyncX a une option "--eahfs" pour faire pareil.
~> /usr/local/bin/rsync.boyd --version
rsync version 2.6.0 protocol version 27
moi j'ai la version 2.6.2, j'ai le droit à quoi exactement ?
donc en fait, tous les rsync sont compatibles entre eux si on se
contente de la partie du systeme de fichiers qui est "visible depuis le
monde unix",
mais si on veut transferer les ressources aussi, on est obligé d'avoir 2
macs de chaque coté, et en plus avec la meme version du systeme ?
et dans ce cas j'imagine que ca fait une copie conforme qui est
utilisable egalement sur le mac distant
moi ce que j'aimerais pouvoir faire, c'est faire une copie de mon mac
par exemple sur dedibox, et pouvoir la recuperer
mais c'est pas grave si ca fait par exemple un seul gros fichier pour
toute la sauvegarde, et qui est inutilisable quand on se place sur le
serveur lui meme
ca n'exite pas encore ?
~> rsync --version
rsync version 2.6.3 protocol version 28
De même, avec des versions systèmes entérieures, la version de rsync
livrée avec RsyncX a une option "--eahfs" pour faire pareil.
~> /usr/local/bin/rsync.boyd --version
rsync version 2.6.0 protocol version 27
moi j'ai la version 2.6.2, j'ai le droit à quoi exactement ?
donc en fait, tous les rsync sont compatibles entre eux si on se
contente de la partie du systeme de fichiers qui est "visible depuis le
monde unix",
mais si on veut transferer les ressources aussi, on est obligé d'avoir 2
macs de chaque coté, et en plus avec la meme version du systeme ?
et dans ce cas j'imagine que ca fait une copie conforme qui est
utilisable egalement sur le mac distant
moi ce que j'aimerais pouvoir faire, c'est faire une copie de mon mac
par exemple sur dedibox, et pouvoir la recuperer
mais c'est pas grave si ca fait par exemple un seul gros fichier pour
toute la sauvegarde, et qui est inutilisable quand on se place sur le
serveur lui meme
ca n'exite pas encore ?
~> rsync --version
rsync version 2.6.3 protocol version 28
De même, avec des versions systèmes entérieures, la version de rsync
livrée avec RsyncX a une option "--eahfs" pour faire pareil.
~> /usr/local/bin/rsync.boyd --version
rsync version 2.6.0 protocol version 27
moi j'ai la version 2.6.2, j'ai le droit à quoi exactement ?
donc en fait, tous les rsync sont compatibles entre eux si on se
contente de la partie du systeme de fichiers qui est "visible depuis le
monde unix",
mais si on veut transferer les ressources aussi, on est obligé d'avoir 2
macs de chaque coté, et en plus avec la meme version du systeme ?
et dans ce cas j'imagine que ca fait une copie conforme qui est
utilisable egalement sur le mac distant
moi ce que j'aimerais pouvoir faire, c'est faire une copie de mon mac
par exemple sur dedibox, et pouvoir la recuperer
mais c'est pas grave si ca fait par exemple un seul gros fichier pour
toute la sauvegarde, et qui est inutilisable quand on se place sur le
serveur lui meme
ca n'exite pas encore ?
Nicolas MICHEL wrote:Il est également possible de faire un "tar" tunellé en ssh et
incrémental. J'ai vu passer une fois une commande qui faisait ça mais
j'ai pas pensé à la noter et je ne sais plus comment on fait.
Sans incrémental :
tar $DIRECTORY | ssh $REMOTEUSER@$REMOTEHOST cat > /$REMOTEHOMETARFILE
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
Il est également possible de faire un "tar" tunellé en ssh et
incrémental. J'ai vu passer une fois une commande qui faisait ça mais
j'ai pas pensé à la noter et je ne sais plus comment on fait.
Sans incrémental :
tar $DIRECTORY | ssh $REMOTEUSER@$REMOTEHOST cat > /$REMOTEHOMETARFILE
Nicolas MICHEL wrote:Il est également possible de faire un "tar" tunellé en ssh et
incrémental. J'ai vu passer une fois une commande qui faisait ça mais
j'ai pas pensé à la noter et je ne sais plus comment on fait.
Sans incrémental :
tar $DIRECTORY | ssh $REMOTEUSER@$REMOTEHOST cat > /$REMOTEHOMETARFILE
Nicolas MICHEL wrote:Il est également possible de faire un "tar" tunellé en ssh et
incrémental. J'ai vu passer une fois une commande qui faisait ça mais
j'ai pas pensé à la noter et je ne sais plus comment on fait.
Sans incrémental :
tar $DIRECTORY | ssh $REMOTEUSER@$REMOTEHOST cat > /$REMOTEHOMETARFILE
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
Il est également possible de faire un "tar" tunellé en ssh et
incrémental. J'ai vu passer une fois une commande qui faisait ça mais
j'ai pas pensé à la noter et je ne sais plus comment on fait.
Sans incrémental :
tar $DIRECTORY | ssh $REMOTEUSER@$REMOTEHOST cat > /$REMOTEHOMETARFILE
Nicolas MICHEL wrote:Il est également possible de faire un "tar" tunellé en ssh et
incrémental. J'ai vu passer une fois une commande qui faisait ça mais
j'ai pas pensé à la noter et je ne sais plus comment on fait.
Sans incrémental :
tar $DIRECTORY | ssh $REMOTEUSER@$REMOTEHOST cat > /$REMOTEHOMETARFILE
Thomas wrote:~> rsync --version
rsync version 2.6.3 protocol version 28
De même, avec des versions systèmes entérieures, la version de rsync
livrée avec RsyncX a une option "--eahfs" pour faire pareil.
~> /usr/local/bin/rsync.boyd --version
rsync version 2.6.0 protocol version 27
moi j'ai la version 2.6.2, j'ai le droit à quoi exactement ?
Tapes "rsync -h", tu veras bien s'il y a l'option -E
Sinon tu peux installler RsyncX pour avoir l'option --eahfs
Note qu'il y a plusieurs type de versions 2.6.0, c'est pas ça la
référence, ce numéro de version : chacun peut prendre les sources de la
version qu'il veut et les modifier.
donc en fait, tous les rsync sont compatibles entre eux si on se
contente de la partie du systeme de fichiers qui est "visible depuis le
monde unix",
mais si on veut transferer les ressources aussi, on est obligé d'avoir 2
macs de chaque coté, et en plus avec la meme version du systeme ?
Non.
Tu dois avoir des 2 côtés des versions comprennant les même options.
Si Apple sort un jour une version 2.6.4, je suppose qu'elle sera
compatible avec la 2.6.3 de Tiger.
Perso j'ai copié sur mes mac le binaire de RsyncX, quel que soit la
version système. Comme ça c'est compatible.
Mais c'est à refaire à chaque update, généralement.
et dans ce cas j'imagine que ca fait une copie conforme qui est
utilisable egalement sur le mac distant
Oui et non.
Si par utilisable tu entends bootable, alors c'est un peu sport :
Il y a des trucs à faire en plus que de copier juste "/"
Mais les fichiers copiés sont lisibles, ça oui.
moi ce que j'aimerais pouvoir faire, c'est faire une copie de mon mac
par exemple sur dedibox, et pouvoir la recuperer
mais c'est pas grave si ca fait par exemple un seul gros fichier pour
toute la sauvegarde, et qui est inutilisable quand on se place sur le
serveur lui meme
ca n'exite pas encore ?
Tu as diverses possibilités :
Tu peux faire un share smb sur le serveur dedibox. Tu le montes sur le
client mac et tu fais un backup "comme si c'était en local" :
% osascript -e "tell application "Finder" to open location
"smb://dedibox.ici.com/backup" "
% rsync --eahfs --delete -av /Users /Volumes/backup
Pour un backup système :
% osascript -e "tell application "Finder" to open location
"smb://dedibox.ici.com/backup" "
% hdiutil attach -owners on /Volumes/backup/image.sparseimage
% psync -rd / /Volumes/image
Sinon regarde si quelqu'un a déjà porté une version de rsync supportant
les resources sur linux. C'est pas impossible.
Enfin il existe d'autres outils de backup supportant les resources et
tournant à la fois sur linux et sur mac. Je penses notament à des
solutions payantes tel que BRU. Suivant le cas ça pourrait être une
bonne solution.
Il est également possible de faire un "tar" tunellé en ssh et
incrémental. J'ai vu passer une fois une commande qui faisait ça mais
j'ai pas pensé à la noter et je ne sais plus comment on fait.
Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
~> rsync --version
rsync version 2.6.3 protocol version 28
De même, avec des versions systèmes entérieures, la version de rsync
livrée avec RsyncX a une option "--eahfs" pour faire pareil.
~> /usr/local/bin/rsync.boyd --version
rsync version 2.6.0 protocol version 27
moi j'ai la version 2.6.2, j'ai le droit à quoi exactement ?
Tapes "rsync -h", tu veras bien s'il y a l'option -E
Sinon tu peux installler RsyncX pour avoir l'option --eahfs
Note qu'il y a plusieurs type de versions 2.6.0, c'est pas ça la
référence, ce numéro de version : chacun peut prendre les sources de la
version qu'il veut et les modifier.
donc en fait, tous les rsync sont compatibles entre eux si on se
contente de la partie du systeme de fichiers qui est "visible depuis le
monde unix",
mais si on veut transferer les ressources aussi, on est obligé d'avoir 2
macs de chaque coté, et en plus avec la meme version du systeme ?
Non.
Tu dois avoir des 2 côtés des versions comprennant les même options.
Si Apple sort un jour une version 2.6.4, je suppose qu'elle sera
compatible avec la 2.6.3 de Tiger.
Perso j'ai copié sur mes mac le binaire de RsyncX, quel que soit la
version système. Comme ça c'est compatible.
Mais c'est à refaire à chaque update, généralement.
et dans ce cas j'imagine que ca fait une copie conforme qui est
utilisable egalement sur le mac distant
Oui et non.
Si par utilisable tu entends bootable, alors c'est un peu sport :
Il y a des trucs à faire en plus que de copier juste "/"
Mais les fichiers copiés sont lisibles, ça oui.
moi ce que j'aimerais pouvoir faire, c'est faire une copie de mon mac
par exemple sur dedibox, et pouvoir la recuperer
mais c'est pas grave si ca fait par exemple un seul gros fichier pour
toute la sauvegarde, et qui est inutilisable quand on se place sur le
serveur lui meme
ca n'exite pas encore ?
Tu as diverses possibilités :
Tu peux faire un share smb sur le serveur dedibox. Tu le montes sur le
client mac et tu fais un backup "comme si c'était en local" :
% osascript -e "tell application "Finder" to open location
"smb://dedibox.ici.com/backup" "
% rsync --eahfs --delete -av /Users /Volumes/backup
Pour un backup système :
% osascript -e "tell application "Finder" to open location
"smb://dedibox.ici.com/backup" "
% hdiutil attach -owners on /Volumes/backup/image.sparseimage
% psync -rd / /Volumes/image
Sinon regarde si quelqu'un a déjà porté une version de rsync supportant
les resources sur linux. C'est pas impossible.
Enfin il existe d'autres outils de backup supportant les resources et
tournant à la fois sur linux et sur mac. Je penses notament à des
solutions payantes tel que BRU. Suivant le cas ça pourrait être une
bonne solution.
Il est également possible de faire un "tar" tunellé en ssh et
incrémental. J'ai vu passer une fois une commande qui faisait ça mais
j'ai pas pensé à la noter et je ne sais plus comment on fait.
Thomas wrote:~> rsync --version
rsync version 2.6.3 protocol version 28
De même, avec des versions systèmes entérieures, la version de rsync
livrée avec RsyncX a une option "--eahfs" pour faire pareil.
~> /usr/local/bin/rsync.boyd --version
rsync version 2.6.0 protocol version 27
moi j'ai la version 2.6.2, j'ai le droit à quoi exactement ?
Tapes "rsync -h", tu veras bien s'il y a l'option -E
Sinon tu peux installler RsyncX pour avoir l'option --eahfs
Note qu'il y a plusieurs type de versions 2.6.0, c'est pas ça la
référence, ce numéro de version : chacun peut prendre les sources de la
version qu'il veut et les modifier.
donc en fait, tous les rsync sont compatibles entre eux si on se
contente de la partie du systeme de fichiers qui est "visible depuis le
monde unix",
mais si on veut transferer les ressources aussi, on est obligé d'avoir 2
macs de chaque coté, et en plus avec la meme version du systeme ?
Non.
Tu dois avoir des 2 côtés des versions comprennant les même options.
Si Apple sort un jour une version 2.6.4, je suppose qu'elle sera
compatible avec la 2.6.3 de Tiger.
Perso j'ai copié sur mes mac le binaire de RsyncX, quel que soit la
version système. Comme ça c'est compatible.
Mais c'est à refaire à chaque update, généralement.
et dans ce cas j'imagine que ca fait une copie conforme qui est
utilisable egalement sur le mac distant
Oui et non.
Si par utilisable tu entends bootable, alors c'est un peu sport :
Il y a des trucs à faire en plus que de copier juste "/"
Mais les fichiers copiés sont lisibles, ça oui.
moi ce que j'aimerais pouvoir faire, c'est faire une copie de mon mac
par exemple sur dedibox, et pouvoir la recuperer
mais c'est pas grave si ca fait par exemple un seul gros fichier pour
toute la sauvegarde, et qui est inutilisable quand on se place sur le
serveur lui meme
ca n'exite pas encore ?
Tu as diverses possibilités :
Tu peux faire un share smb sur le serveur dedibox. Tu le montes sur le
client mac et tu fais un backup "comme si c'était en local" :
% osascript -e "tell application "Finder" to open location
"smb://dedibox.ici.com/backup" "
% rsync --eahfs --delete -av /Users /Volumes/backup
Pour un backup système :
% osascript -e "tell application "Finder" to open location
"smb://dedibox.ici.com/backup" "
% hdiutil attach -owners on /Volumes/backup/image.sparseimage
% psync -rd / /Volumes/image
Sinon regarde si quelqu'un a déjà porté une version de rsync supportant
les resources sur linux. C'est pas impossible.
Enfin il existe d'autres outils de backup supportant les resources et
tournant à la fois sur linux et sur mac. Je penses notament à des
solutions payantes tel que BRU. Suivant le cas ça pourrait être une
bonne solution.
Il est également possible de faire un "tar" tunellé en ssh et
incrémental. J'ai vu passer une fois une commande qui faisait ça mais
j'ai pas pensé à la noter et je ne sais plus comment on fait.
In article (Dans l'article)
<1hlwrjb.j900kefnp7nkN%,
(Nicolas MICHEL) wrote (écrivait) :Tapes "rsync -h", tu veras bien s'il y a l'option -E
y a pas :-(Sinon tu peux installler RsyncX pour avoir l'option --eahfs
ok,
comment on peut avoir RsyncX ? avec darwinports ?
pour l'insant je veux juste sauvegarder mon dossier de depart :-)
merci :-)
donc j'ai plus qu'à me renseigner sur la mise en place de smb sur
dedibox :-)
(au fait, sur mac, pour utiliser smb, meme juste comme client, il faut
activer le partage windows, non ?)
ah mais au fait, ca prends en compte les ressources, "tar" ?? il me
semblait que non
In article (Dans l'article)
<1hlwrjb.j900kefnp7nkN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote (écrivait) :
Tapes "rsync -h", tu veras bien s'il y a l'option -E
y a pas :-(
Sinon tu peux installler RsyncX pour avoir l'option --eahfs
ok,
comment on peut avoir RsyncX ? avec darwinports ?
pour l'insant je veux juste sauvegarder mon dossier de depart :-)
merci :-)
donc j'ai plus qu'à me renseigner sur la mise en place de smb sur
dedibox :-)
(au fait, sur mac, pour utiliser smb, meme juste comme client, il faut
activer le partage windows, non ?)
ah mais au fait, ca prends en compte les ressources, "tar" ?? il me
semblait que non
In article (Dans l'article)
<1hlwrjb.j900kefnp7nkN%,
(Nicolas MICHEL) wrote (écrivait) :Tapes "rsync -h", tu veras bien s'il y a l'option -E
y a pas :-(Sinon tu peux installler RsyncX pour avoir l'option --eahfs
ok,
comment on peut avoir RsyncX ? avec darwinports ?
pour l'insant je veux juste sauvegarder mon dossier de depart :-)
merci :-)
donc j'ai plus qu'à me renseigner sur la mise en place de smb sur
dedibox :-)
(au fait, sur mac, pour utiliser smb, meme juste comme client, il faut
activer le partage windows, non ?)
ah mais au fait, ca prends en compte les ressources, "tar" ?? il me
semblait que non
Nicolas MICHEL wrote:Il y a une version nomée hfstar, sauf erreur, qui prends les resources.
Pas testé.
Testé et perdu 10 GB d'archives :-(
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
Il y a une version nomée hfstar, sauf erreur, qui prends les resources.
Pas testé.
Testé et perdu 10 GB d'archives :-(
Nicolas MICHEL wrote:Il y a une version nomée hfstar, sauf erreur, qui prends les resources.
Pas testé.
Testé et perdu 10 GB d'archives :-(