Replies: 1 comment 1 reply
-
|
The Synology Drive database probably contains references to the old versions on /volume2/@synologydrive I would wait a week or two to see if the /volume2/@synologydrive starts to increase in size. The /volume3/@synologydrive should stay the same size or get smaller as older versions automatically get deleted. Or you could just delete File Versions in Drive Admin Console that are older than the day you moved Synology Drive to volume3. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hi,
First of all, thanks for this great script!
I have a question about Synology Drive after moving it to a new volume.
My situation
I moved Synology Drive from volume2 to volume3. Both volumes are BTRFS. After the move, I noticed that @synologydrive folder on volume2 still contains 2.7 TB of data, while the new location on volume3 only shows about 19 GB.
Synology Drive is working fine and pointing to volume3.
My questions
Is this expected behavior? I saw the note in the README about BTRFS snapshots handling versioning differently, but I'm not sure if the old @synologydrive folder is still needed or if it's orphaned.
Is there a safe way to verify that the old data is truly orphaned before deleting it?
What I found
Drive config files point to volume3
Active SQLite databases are on volume3 (with .sqlite-wal files)
Drive Admin Console shows 2.8 TB "File Versions" which is confusing
Thanks!
Beta Was this translation helpful? Give feedback.
All reactions