Forum Linux.général rsync mobile vers PC

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
3
24
déc.
2021

Bonjour,

Dans le passé je n'ai jamais utilisé rsync pour faire les sauvegardes ni pour autre chose d'ailleurs. Je découvre donc.
J'ai mis en place un DD externe pour faire la sauvegarde de mon fixe + ordinateur portable.
J'aimerais le faire aussi avec mon téléphone mais visiblement avec mtp ce n'est pas aussi simple que ça.

Vous aurez une idée comme mettre tout ça en place ?

Merci d'avance.

  • # FolderSync

    Posté par  . Évalué à 3.

    J'utilise FolderSync du mobile jusque mon NAS/serveur.
    La version avec obole est en promo apparemment.

    Ça fait bien le taff, à travers plusieurs protocoles, (S)FTP, SMB 1 & 2, et plein de clouds.
    Upload, sync pure (--delete), déplacement … C'est finement paramétrable.

  • # Syncthing

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

    J'utilise Syncthing à la maison avec leur application mobile. Je le lance à la demande pour éviter de devoir m'envoyer des fichiers et pour récupérer les photos. Ça fait le job et c'est pas trop compliqué à mettre en place.

    https://syncthing.net/

    • [^] # Re: Syncthing

      Posté par  . Évalué à 1.

      j'allais également suggérer le même logiciel, ça fonctionne très bien et avec la version syncthing-fork, il est possible d'activer ou désactiver facilement le logiciel (qui peut être un peu gourmand en ressources), ou le programmer pour que ça ne s'active que périodiquement : https://f-droid.org/en/packages/com.github.catfriend1.syncthingandroid/

      « Le pouvoir des Tripodes dépendait de la résignation des hommes à l'esclavage. » -- John Christopher

    • [^] # Re: Syncthing

      Posté par  (Mastodon) . Évalué à 4.

      +1

      Je m'en sers au quotidien, avec synchro de mes photos vers l'ordinateur (pour une lente et difficile sortie de Google Photos), ainsi que le maintien d'un répertoire commun entre mes PCs (fixe, mobile, boulot) et mon smartphone (notamment mes notes Joplin).

      En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • # jmtpfs

    Posté par  . Évalué à 6. Dernière modification le 25 décembre 2021 à 16:05.

    Bonjour

    Je ne sais pas depuis quelle distribution et version
    ni avec quel Environnement de Bureau vous essayez de faire cette synchronisation
    mais pour debian et Ubuntu,
    le paquetage jmtpfs permet de monter le système de fichiers accessible par MTP

    Voir : https://wiki.debian.org/mtp

    Une fois le système de fichiers monté on peut utiliser la commande rsync

    • [^] # Re: jmtpfs

      Posté par  . Évalué à 2.

      Bonjour,

      J'ai une KDE Neon (Ubuntu LTS) et j'avais déjà regardé de ce côté là.
      J'avais jeté l'éponge finalement car je n'arrivait pas a faire détécter correctement l'apparail.

      Voici l'erreur que j'avais :

      jaared@optiplex:~$ sudo mtp-detect 
libmtp version: 1.1.17

Listing raw device(s)
Device 0 (VID=18d1 and PID=4ee2) is a Google Inc Nexus/Pixel (MTP+ADB).
   Found 1 device(s):
   Google Inc: Nexus/Pixel (MTP+ADB) (18d1:4ee2) @ bus 3, dev 15
Attempting to connect device(s)
error returned by libusb_claim_interface() = -6LIBMTP PANIC: Unable to initialize device
Unable to open raw device 0
OK.

      J'avais donc ce :

      error returned by libusb_claim_interface() = -6LIBMTP PANIC: Unable to initialize device

      Mon appareil était reconnu mais pas l'accès était impossible.

      Je viens de trouver la solution sur ubuntu-fr.org qui explique ce qu'il faut faire en cas d'erreur.
      Si le "mtp-detect" retourne l'erreur au dessus, il faut simplement faire un "sudo killall kiod5" et refaire un "mtp-detect".
      Et voilà. Le tout se monte dans le dossier précédament crée.

      C'est formidable ! A partir de là, on peut faire du rsync classique.

      Merci merci a vous d'avoir remis ça sur le tapis.

      Lien ubuntu-fr. org : https://doc.ubuntu-fr.org/mtp
      La solution tout en bas de la page.

Suivre le flux des commentaires

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