Forum Linux.général cp -ur ou rsync -ur ?

Posté par  .
Étiquettes : aucune
1
23
oct.
2008
Bonjour,

Je pose une question en tant qu'utilisateur lambda soucieux de sauvegarder ses donnees chaque jour.

A cette fin, j'utilise un disque dur (dd) externe (connection USB), et je ne souhaite pas compacter mes donnees, je veux recreer sur le dd l'arborescence de mes dossiers d'utilisateur, ceux qui se trouvent dans /home/garden (par exemple).

Je trouve les programmes specialises trop compliques, et je crois que dans mon cas l'usage (judicieux) du terminal peut convenir.

Donc, si je veux, chaque jour au soir, sauvegarder le contenu de mon dossier /home/garden vers un dossier "backup" d'un dd externe appele /media/disk,
et que, pour gagner du temps, je ne souhaite copier sur ce dd que les fichiers recemment crees, non ceux que le dossier "/media/disk/backup" contiendrait deja, quelle est la meilleure formule a entrer dans un terminal (en mode user):

$ cp -ur /home/garden /media/disk/backup

ou

$ rsync -ur /home/garden /media/disk/backup

Ou alors, aucune instruction n'est bonne, une autre est preferable ?


Merci d'avance a ceux qui acceptent de me conseiller.

Garden

PS Je ne me soucie pas de copier les "symbolic" ni autre "links", seulement mes braves fichiers de combat. Mais si les "owners" et "permissions" pouvaient etre preserves, ce ne serait pas mal ...

PS Les accents ... desole, mon clavier n'est pas azerty

  • # rsync...

    Posté par  (site web personnel, Mastodon) . Évalué à 4.

    Qui peut le plus peut le moins, et avec rsync ce n'est pas bien compliqué de faire quelque chose de propre.

    Tu peux faire un rsync -a (archive), qui va préserver tes fichiers, repertoires, links et leurs owners et permissions respectifs. De puis, il peut supprimer du backup les fichiers qui ont été supprimé de ton /home/garder (--delete) voire les sauvegarder ailleurs pour faire un backup incrémental par exemple (--backup et --backup-path, de mémoire). C'est très pratique, tu trouveras plus d'informations ici : http://www.mikerubel.org/computers/rsync_snapshots/

    Bon backup !

    PS: pr ton clavier, tu peux activer les dead keys ;)

    • [^] # Re: rsync...

      Posté par  . Évalué à 1.

      Merci de l'info.

      Je comprends donc que cp et rsync, dans cette utilisation, c'est kif kif bourricot ?

      L'option -a c'est plus court que -u, d'accord, mais elle exige d'etre en superuser, non ?

      Et l'option -u est-elle inclue dans -a ?

      Est-ce que le
      rsync -ru source destination
      equivaut au
      rsync -a source destination
      ?

      Je veux en effet que ne soient copies que les fichiers plus recents par rapport a ceux de la destination.

      J'ai fait des tests mais je m'embrouille, ...

      Merci encore,

      • [^] # Re: rsync...

        Posté par  . Évalué à 3.

        rsync est différent de cp parce qu'il ne copie que les parties des fichiers ayant changé.

        Tu peux jeter un oeil du coté de grsync[1], qui est un frontend très simple et efficace pour rsync, et te laisse choisir les options qui te conviennent.

        [1] http://www.opbyte.it/grsync/ , il est surement dans les package de ta distro.

  • # unison

    Posté par  . Évalué à 2.

    j'utilise Unison, et c'est très facile à configurer et utiliser.

    Bien entendu, c'est un logiciel libre, il est similaire à rsync, permet de ne sauvegarder que les nouveautés (rapidité), gère les attributs et les liens symboliques, fonctionne sur linux, mac os x, windows...
    Il permet également de sauvegarder par internet à travers ssh.

    Il a en plus une interface graphique très pratique, mais qui est optionnelle.

    Bref, il n'est pas fastidieux du tout (par contre si on veut des options particulières il faut modifier le fichier de configuration à la main, mais cela reste facile), et je l'utilise au quotidien pour synchroniser mes données personnelles entre plusieurs disques ou ordinateurs (entre linux, mac os x, carte sd de mon eeepc etc).

    http://www.cis.upenn.edu/~bcpierce/unison/

    Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

    • [^] # Re: unison

      Posté par  (site web personnel) . Évalué à 2.

      J'ai eu des problèmes avec unisson en utilisation sur 2 machines : il faut absolument que les 2 ait la même version du logiciel.

      "La première sécurité est la liberté"

      • [^] # Re: unison

        Posté par  . Évalué à 2.

        Je confirme c'est parfois un peu lourd à gérer avec des OS différents, ce qui fait qu'au final je me retrouve à compiler le truc moi-même avec des dépendances bien tordu pour l'interface gtk :)

        • [^] # Re: unison

          Posté par  . Évalué à 2.

          exact, il vaut mieux (il faut ?) avoir les 2 mêmes versions logicielles. Malgré tout, il faut savoir que si un ordinateur fait juste office de serveur, et que toute la synchro se lance depuis un seul ordinateur (sous linux par exemple), le serveur peut n'avoir que la version en mode texte, sans l'interface gtk, c'est ce que j'ai fait sur mon ordinateur avec mac osx, j'ai juste installé ocaml via macport, et cela me suffit.

          Pour les versions linux, je compile moi-même pour avoir une version récente, mais le binaire (un seul fichier) généré a de grandes chances de fonctionner sur diverses distributions (j'ai testé avec succès entre archlinux et debian)

          Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

  • # rsync ou rsnapshot

    Posté par  . Évalué à 2.

    Rsync me semble plus adapté à ce que tu décris.

    Si tu veux garder des copies à différentes dates, utilise rsnapshot. La syntaxe est très simple, et si un fichier n'a pas bougé entre 2 sauvegarde et bien il ne prends pas 2 fois la place.

    Il faut que ton disque externe supporte les hard link pour utiliser rsnapshot, donc qu'il utilise autre chose que les FAT32 ou NTFS en général utilisés.


    Sinon je suis en train de mettre en place backuppc au boulot et pour l'instant ça a vraiment l'air très bien. Plein de possibilité, tout en restant assez simple.

    • [^] # Re: rsync ou rsnapshot

      Posté par  . Évalué à 2.

      Sinon je suis en train de mettre en place backuppc au boulot et pour l'instant ça a vraiment l'air très bien. Plein de possibilité, tout en restant assez simple.

      Effectivement :-) Je sauvegarde une petite dizaine de serveurs avec et le gain du à la mise en commun des fichiers, même de machines différentes, me divise la taille par 10 (1,5To -> 150Go)! Par contre, ça débugge bien le FS qui stocke au niveau du nombre d'inodes utilisés qui est assez gigantesque ;-)

      • [^] # Re: rsync ou rsnapshot

        Posté par  . Évalué à 2.

        Effectivement :-) Je sauvegarde une petite dizaine de serveurs avec et le gain du à la mise en commun des fichiers, même de machines différentes, me divise la taille par 10 (1,5To -> 150Go)!

        tu es en train de dire que backuppc permet d'eliminer les doublons dans les backups ?
        (ex : 2 utilisateurs ont le meme fichier à sauvegarder, backuppc n'en prend q'un et fait un link pour le 2e ?)

        sais-tu si cela peut fonctionner en lancant le baackup depuis le client
        (ex : un utilisateur avec son portable, qui veut lancer le backup avant de partir en deplacement)

        • [^] # Re: rsync ou rsnapshot

          Posté par  . Évalué à 5.

          > tu es en train de dire que backuppc permet d'eliminer les
          > doublons dans les backups ?

          Oui c'est ça. En utilisant des hardlink, comme avec rsnapshot.


          > sais-tu si cela peut fonctionner en lancant le baackup depuis le client
          > (ex : un utilisateur avec son portable, qui veut lancer le backup avant
          > de partir en deplacement)

          Les backup sont programmés depuis le serveur, mais les utilisateurs peuvent avoir un login/pass pour contrôler et lancer une sauvegarde de leur machine en dehors du planning.

          Pour les portables, backuppc permet de détecter quand ils sont connectés (même en DHCP) pour lancer les sauvegardes. Il y a moyen de demander une sauvegarde quand le PC est sur le réseau local mais pas si il est connecté au réseau de l'entreprise par un accès distant (le test est fait sur la vitesse de connexion)

          • [^] # Re: rsync ou rsnapshot

            Posté par  . Évalué à 2.

            ca commence à devenir interessant
            il va falloir que je me penche la dessus alors

  • # rsync

    Posté par  . Évalué à 1.

    personnellement j'utilise

    en local :
    rsync -uravH /dossier/source/ /dossier/destination/

    ou

    sur le reseau:
    rsync -uravH -e ssh /dossier/source/ user@machine:/dossier/destination/

    pour effacer sur la destination, les fichier effacés sur la source (ne pas se tromper dans la source et destination , au risque de tout perdre ...) :
    rsync -uravH --delete /dossier/source/ /dossier/destination/

  • # Mauvais forum

    Posté par  . Évalué à 2.

    Ici, c'est le forum « Astuces ». Ta question aurait peut-être plus eu sa place dans https://linuxfr.org/forums/10/index.html ou https://linuxfr.org/forums/26/index.html , par exemple.

    (PS : l'entrée du suivi qui traite de ce problème : https://linuxfr.org/tracker/875.html )

    • [^] # Re: Mauvais forum C'est pas moi m'sieur

      Posté par  . Évalué à 1.

      Je n'y suis pour rien, je m'etais place a un autre endroit, et j'ai ete automatiquement deplace du cote des astuces.

      Il y a la une astuce qui m'echappe ...

      • [^] # Re: Mauvais forum C'est pas moi m'sieur

        Posté par  . Évalué à 2.

        Ça m'est arrivé une fois aussi. Ayant tenté de reproduire le phénomène sans succès, j'ai mis ma mauvaise entrée sur le compte de l'inattention.

        J'ai cru un moment que le formulaire se réinitialisait au chargement de la page après avoir cliqué sur « vérifier », mais avec un Firefox de dernière génération, le forum choisi reste le bon. Ça vient donc d'un autre endroit ...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.