You are not logged in.
Hey
So, I’m using anything-sync-daemon (asd) and I’m just wondering if it’s working as it should.
When I “ask” it if everything is going according to plan, it seems to tell me “yes”:
$ asd p
Waiting for lock...
flock: getting lock took 0.000002 seconds
flock: executing /usr/bin/asd
Anything-sync-daemon v6.0.0 on Arch Linux
Systemd service is currently active.
Systemd resync service is currently active.
Overlayfs v23 is currently active.
Asd will manage the following per /run/asd.conf settings:
owner/group id: user/1000
target to manage: /home/user/.cache/chromium
sync target: /home/user/.cache/.chromium-backup_asd
tmpfs target: /tmp/asd-user/home/user/.cache/chromium
dir size: 421M
overlayfs size: 280K
recovery dirs: 5 <- delete with the c option
dir path/size: /home/user/.cache/.chromium-backup_asd-crashrecovery-20240210_204103.tar.zstd (267M)
dir path/size: /home/user/.cache/.chromium-backup_asd-crashrecovery-20240128_121006.tar.zstd (4,0K)
dir path/size: /home/user/.cache/.chromium-backup_asd-crashrecovery-20240128_114248.tar.zstd (8,6M)
dir path/size: /home/user/.cache/.chromium-backup_asd-crashrecovery-20240116_191014.tar.zstd (298M)
dir path/size: /home/user/.cache/.chromium-backup_asd-crashrecovery-20240111_141324.tar.zstd (312M)
But if I look at the “managed” folder ( /home/user/.cache/chromium) it is still a “regular” directory, shouldn’t it rather be a symbolic link to /tmp/asd-user/home/user/.cache/chromium ?
I’m using profile-sync-daemon (psd) to achieve the same behavior with my browsers' profiles, and, in that case, the managed directories are (became) indeed symlinks to the directories in tmpfs…
Have I done something wrong or is asd working as it should ?
I would be very grateful for any advice
Cheers !
Offline
Well, I answer to myself... or rather, I post the link of @manorit2001 answer on GitHub ;-)
Hi, I think it's working as expected, you can actually see that the directory that you have would be a mountpoint actually and not a symlink, this change was made in asd with 6.0 version to make the user experience more transparent and help with the scenarios where asd crashes and restoration introduces a time gap that leads to the applications crashing.
Cheers!
Last edited by LaMarMôt (2024-03-03 18:20:32)
Offline
Just started using this, looks very promising!
Is there a way to set it up so it only syncs upon reboot of the machine? I have the idea that I'm using stale data because I've set the sync timer to weekly.
Offline
https://wiki.archlinux.org/title/Anything-sync-daemon states:
Warning: If syncing browser profiles is desired, it is recommended NOT to use asd for this purpose. Instead, use Profile-sync-daemon which has built in sanity checks for unique situations specific to running a browser profile in tmpfs. Anything-sync-daemon does not have these checks; under certain circumstances, browser profile data can be lost. You have been warned.
Is this still true? I understand significant changes were made to how asd syncs as of v6.0. What are the 'certain circumstances?'
I switched to asd for profiles because I lost them with psd everytime my system shutdown incorrectly. Haven't had the same issue with asd yet. Might be related to masking the resync-timer service (for both asd and psd)? I don't want asd or psd to sync but when I shutdown.
Offline