Score:4

Workaround to change weekday of backup? (Deja Dup)

my flag

Question: Is it possible to manipulate the weekday and/or time that weekly backups occur with Deja Dup (Ubuntu's native backup system)?

Premise: I know that there is no official setting in the app, but the information when the next backup takes place, or the information from which this rhythm is derived, must be stored somewhere, right?

What I tried so far:

Manually starting a backup does not seem to interfere with the 7 day cycle. (as suggested by this QA)

I also tried to manipulate the settings under org.gnome.deja-dup using dconf-editor (as suggested by launchpad bug #479191 "Detailed scheduling"):
Altering all the dates under org.gnome.deja-dup (to have happened on another weekday) changes nothing.

I also tested changing periodic-period. It seems to affect the days until the next backup. From this I conclude that the next backup date is always calculated from some date I cannot change. My best theory right now is that it uses 1970.01.01 00:00. That's also a Thursday and weekly backups seem to run on a Thursday morning for everyone.

dconf-editor: altered values under org.gnome.deja-dup

codlord avatar
ru flag
I can't answer your question exactly but personally I have a bash script to run `deja-dup` automatically in the background and then just run the script via cron (where of course you can specify whatever day/time schedule you want). It's not quite as simple as just a script running the command, but if that's of interest I can find and post the script here in an answer?
Niklas E. avatar
my flag
@codlord That sounds lovely. However... I know that you can start a backup with `deja-dup --backup`, but I would like to keep it simple and reliable with the only point of failure being the Deja Dub software. I mean... It's a backup after all.
ar flag
One thing to note is deja-dup is designed to run only after the user logs in. If I don't login on Thursdays and Fridays it will run on Saturdays. But this is not a real solution.
ar flag
@codlord you may want to post an answer with your script and the instructions to use and edit `crontab`.
Niklas E. avatar
my flag
@user68186 My problem right now is that on work days I usually log in only for a couple of minutes. Every time the backup re-starts, it is forcing the hard disks of a remote RAID to wake up from power-saving mode and spin up... that's no good for the drives.
ar flag
@NiklasE. I understand your problem, but I don't have a solution other than disable the **Backup Automatically** (scheduled backup) and run `deja-dup --backup` weekly using `crontab`, as codlord suggested. I don't know if this will work if you are not logged in, since deja-dup will try to start the GUI.
Score:0
mz flag

it would seem that backing up by week day using deja-dup is not possible. have a read here it will explain it in greater detail ...

Deja Dup: Change Day of Weekly Backup

just an add on which may work. first how-to on CRON ... How do I set up a Cron job?

then a how-to on setup of deja-dup with CRON ... How to setup Déjà Dup backup scheduling time?

beyond this i'm out of ideas ...

Niklas E. avatar
my flag
This is not contributing to my question. I'm well aware of the missing native support and of this QA in particular. It is **already linked in my question** as well.
bd flag
To be fair, if it's not possible to do what you asked, then an answer saying this is not possible is a good answer.
Niklas E. avatar
my flag
Proofing that's not possible would definitly be a good answer. Repeating already knowen theories is not a good answer. It leaves the questioner in the same limbo as before. I alread found out the code is public, but I don't speak Vala or understand the organisation... https://gitlab.gnome.org/World/deja-dup
I sit in a Tesla and translated this thread with Ai:

mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.