From what I gathered from the comments, system services cannot access the home directory by design: user services should be used instead.

But since it is nearly impossible de execute a user service on shutdown, I changed my approach and went for a user service and a timer that initiates a backup every 15 minutes. Since the backups are incremental, it shouldn’t take too much time nor space.

is your home folder actually under /var/home/… not under /home/… ?

Yep, it’s how Silverblue is set up

$ ls -l /home
lrwxrwxrwx. 4 root root 8 28 janv. 13:51 /home -> var/home/

does the scripr run correctly when you paste the full path in the comandline?

Yes

drwxr-xr-x. 1 root root   26 28 Jan. 13:03 /var
drwxr-xr-x. 1 root root  228  3 Feb. 09:55 /var/home
drwx------. 1 blackeco blackeco 1544  5 Feb. 17:52 /var/home/blackeco
drwxr-xr-x. 1 blackeco blackeco 116  3 Feb. 13:07 /var/home/blackeco/scripts
-rwxr-xr-x. 1 blackeco blackeco 794  4 Feb. 15:44 /var/home/blackeco/scripts/backup.sh*

And yes, blackeco can reach it

No, I really don’t want to hijack the UI for this, as it could break with a DE update. And that wouldn’t work when shutting down from the console.

I haven’t seen anyone properly manage to do that yet, so good luck.

Yes, that’s the whole problem, Internet is littered with posts on running a script on shutdown but none of my attempts so far has been successful.

I would try ProtectHome=read-only but then restic wouldn’t be able to write its local cache to ~/.restic.

I went for a user service first to make my life easier, but unfortunately you can’t use targets poweroff.target and halt.target

Unit /etc/systemd/user/backup-on-shutdown.service is added as a dependency to a non-existent unit poweroff.target
Unit /etc/systemd/user/backup-on-shutdown.service is added as a dependency to a non-existent unit halt.target.

I may be in a bind then…

As I said, this is a system service

In my native language, fediverse translates to “fédivers” which sounds like “faits divers” the “incidents” or “'news briefs” section of a journal.

Wait, did Apple implement its own codec? I thought even the Airpods Max used AAC, which is lossy.

As for Qualcomm, only aptX Lossless is lossless and I’m not aware of many products supporting it (most supports aptX HD at most)

J’hésite entre “binge-manging” et “méprising”

For those wondering what this is Troy Hunter (HIBP founder) wrote an article on this new feature.

Software that bypass Cloudflare’s hCaptcha exist, notably Flaresolverr, but changedetection.io’s maintainer hasn’t worked on its integration yet.

I haven’t used Flaresolverr directly (I use it with Prowlarr), but maybe you could proxy your requests through it?