Hello,
I set up ZorinOS RealTimeSync on Linux and it's running in the background.
After 300 seconds, the detected changes in the monitored directories should be backed up.
But nothing happens, even after more than 10 minutes these data were not backed up, I have to do this manually via FreeFileSync.
I set this up in RealTimeSync.
- the directories to be monitored
/Home
/mnt/Files_Downloads
- Run command line when changes are detected:
RealtimeSync /home/peter/SyncSettings.ffs_batch
What is wrong? RealTimeSync not working on Linux ZorinOS?
Cu Oggy1
Configure RealTimeSync on Linux (ZorinOS)
- Posts: 9
- Joined: 15 Jun 2023
- Posts: 2292
- Joined: 22 Aug 2012
I don't know, but will assume RealTimeSync (RTS) works under Linux ZorinOS.
But you can easily check by having RTS monitor just a single folder where no programs nor the OS makes changes, and then manually create a change there.
It is also quite possible that it only works on a local drive (/Home ?) but not on a remote drive (/mnt/Dateien_Downloads ?), as RTS relies on the OS notifying it of changes.
> After 300 seconds, the detected changes in the monitored directories should be backed up.
If you have set an Idle time 0ff 300 seconds in RTS, it means that RTS will (only) trigger start timing its Idle time, and upon reaching (here) 300 seconds will start its command line (normally invoking an FreeFileSync (FFS) sync configuration). But note, that any new change (in the RTS monitored directories) occurring during the (here) 300 seconds idle timing will restart the Idle time timer back at 0.
From the RTS manual page:
The FFS sync will only be started by RTS the Idle time after detecting a (first) change, if no further changes occurred within the set Idle time. In case one or more changes in the RTS monitored directories persistently keep occurring within the RTS Idle time, RTS will simply never start its command line (i.e.: never start the FFS sync)
But you can easily check by having RTS monitor just a single folder where no programs nor the OS makes changes, and then manually create a change there.
It is also quite possible that it only works on a local drive (/Home ?) but not on a remote drive (/mnt/Dateien_Downloads ?), as RTS relies on the OS notifying it of changes.
> After 300 seconds, the detected changes in the monitored directories should be backed up.
If you have set an Idle time 0ff 300 seconds in RTS, it means that RTS will (only) trigger start timing its Idle time, and upon reaching (here) 300 seconds will start its command line (normally invoking an FreeFileSync (FFS) sync configuration). But note, that any new change (in the RTS monitored directories) occurring during the (here) 300 seconds idle timing will restart the Idle time timer back at 0.
From the RTS manual page:
So, the FFS sync will only be started (here) 300 seconds after the last detected change in the RTS monitored folders.Each time a file or folder is created/updated/deleted in the monitored directories or their sub directories, RealTimeSync waits until a user-configurable idle time has passed in which no further changes were detected, and then runs the command line.
The FFS sync will only be started by RTS the Idle time after detecting a (first) change, if no further changes occurred within the set Idle time. In case one or more changes in the RTS monitored directories persistently keep occurring within the RTS Idle time, RTS will simply never start its command line (i.e.: never start the FFS sync)
- Posts: 9
- Joined: 15 Jun 2023
Thanks for the answer, it still doesn't work.
Home directory is out of monitoring and time is set to 5 seconds.
Cu Oggy1
Home directory is out of monitoring and time is set to 5 seconds.
Cu Oggy1
- Attachments
-
- rtsk.png (85.62 KiB) Viewed 1914 times
- Posts: 9
- Joined: 15 Jun 2023
It doesn't work on Kubuntu either.
- Site Admin
- Posts: 7058
- Joined: 9 Dec 2007
Please keep discussions in english only.
Edit: I've updated the posts using Google Translate.
Edit: I've updated the posts using Google Translate.
- Posts: 9
- Joined: 15 Jun 2023
Hello,
I set up ZorinOS RealTimeSync on Linux and it's running in the background.
After 300 seconds, the detected changes in the monitored directories should be backed up.
But nothing happens, even after more than 10 minutes these data were not backed up, I have to do this manually via FreeFileSync.
I set this up in RealTimeSync.
- the directories to be monitored
/Home
/mnt/Files_Downloads
- Run command line when changes are detected:
RealtimeSync /home/peter/SyncSettings.ffs_batch
What is wrong? RealTimeSync not working on Linux ZorinOS?
Cu Oggy1
I set up ZorinOS RealTimeSync on Linux and it's running in the background.
After 300 seconds, the detected changes in the monitored directories should be backed up.
But nothing happens, even after more than 10 minutes these data were not backed up, I have to do this manually via FreeFileSync.
I set this up in RealTimeSync.
- the directories to be monitored
/Home
/mnt/Files_Downloads
- Run command line when changes are detected:
RealtimeSync /home/peter/SyncSettings.ffs_batch
What is wrong? RealTimeSync not working on Linux ZorinOS?
Cu Oggy1
- Posts: 9
- Joined: 15 Jun 2023
Thanks for the answer, it still doesn't work.
Home directory is out of monitoring and time is set to 5 seconds.
Cu Oggy1
Home directory is out of monitoring and time is set to 5 seconds.
Cu Oggy1
- Attachments
-
- rtsk.png (85.62 KiB) Viewed 1827 times
- Posts: 9
- Joined: 15 Jun 2023
It doesn't work on Kubuntu either.
- Site Admin
- Posts: 7058
- Joined: 9 Dec 2007
FFS is using the inotify API on Linux. Apparently the inotify implemenation of the file system driver that implements /mnt/Files_Downloads is buggy. If inotify had reported any errors, RTS would have shown them.
- Site Admin
- Posts: 7058
- Joined: 9 Dec 2007
Missed the elephant in the room... Your command line starting with "RealTimeSync" obviously makes no sense.FFS is using the inotify API on Linux. Apparently the inotify implemenation of the file system driver that implements /mnt/Files_Downloads is buggy. If inotify had reported any errors, RTS would have shown them. Zenju, 20 Jun 2023, 15:31
- Posts: 9
- Joined: 15 Jun 2023
How would the command line be correct?
- Posts: 2292
- Joined: 22 Aug 2012
RealTimeSync (RTS) should invoke FreeFileSync (FFS) to run the specified *.ffs_batch file, not RealTimeSync itself.
Don't know exactly in Linux, but probably something like
FreeFileSync /home/peter/SyncSettings.ffs_batch
Don't know exactly in Linux, but probably something like
FreeFileSync /home/peter/SyncSettings.ffs_batch
- Posts: 9
- Joined: 15 Jun 2023
Does not work too.
- Posts: 9
- Joined: 15 Jun 2023
I created an executable file and when I start it, the sync runs in the background. If I enter the path to this file in RealTimeSync /home/peter/autosync.sh, nothing happens again.
- Posts: 945
- Joined: 8 May 2006
What do you mean by that?I created an executable file
Or do you mean that you set the attributes of FreeFileSync to "execute" (something like, -rwxrwxrwx)?
(I'd think it should be that way by default.)
After that, FreeFileSync should be pointing to a .ffs_batch file, so something like:
FreeFileSync /home/peter/autosync.ffs_batch.
- Posts: 1
- Joined: 10 Feb 2024
Ran into this issue tonight, you need to make sure that FreeFileSync was installed to the /opt/freefilesync/ location.
If it was, then you will need to prepend your statement with,
/opt/freefilesync/FreeFileSync "batchfilelocation"
Hope this helps anyone who comes across this.
If it was, then you will need to prepend your statement with,
/opt/freefilesync/FreeFileSync "batchfilelocation"
Hope this helps anyone who comes across this.