You are reading a single comment by @aggi and its replies. Click here to read the full conversation.
  • Cron and rsync work well enough for me.

    Aren't most Pi OSs look inux based? I'd expect them all to have rsync is their repos.

  • Cheers. I'd favour a disk image over copying files (easier to restore and I seem to remember stuff about rsync not necessarily playing nicely with NTFS drives). dd could be an option unless anyone has any better suggestions. Something that produces images on the basis of space used rather than SD card size would be good.

    Although I assume this will founder where I often do with problems on writing to a samba share.

  • Once you compress the image, it shouldn't matter if you included unused space or not.

    duplicity is the standard backup tool, but it doesn't sound like it's what you're after. It would be a lot more space efficient though

  • problems on writing to a samba share.

    My fstab is a testament to how awkward samba share is.

    I'm having some success with mounting using cifs, but permissioning was a little bit trial and error, and even now, some of permissions of the files being written are a bit off kilter.

    If it's across a samba share, wouldn't rsync not care what the filesystem of the network drive was? It's cifs that's doing all of the work moving from one fs to another (or the same type). SMB permissioning notwithstanding...

About

Avatar for aggi @aggi started