[Bug]: Desktop Client redownloads everything after reformatting data HDD as GPT instead of MSDOS
⚠️ Before submitting, please verify the following: ⚠️
- [X] This is a bug, not a question or a configuration issue.
- [X] This issue is not already reported on Github (I've searched it).
- [X] Nextcloud Server and Desktop Client are up to date. See Server Maintenance and Release Schedule and Desktop Releases for supported versions.
- [X] I agree to follow Nextcloud's Code of Conduct
Bug description
The file checksums seem to have changed after switching from MSDOS to GPT partitioning scheme. There should be a way of telling the server or the clients that they should "accept state as is" or something similar. Otherwise I'd have to redownload massive amounts of data.
Steps to reproduce
- everything worked fine with data folder on HDD formatted MSDOS as ext4
- backed up the data with rsync on desktop computer (GPT btrfs)
- reformatted HDD as GPT and ext4, mount options are
LABEL=hdd /mnt/hdd ext4 defaults,noatime 0 2 - rsynced back the data from desktop pc
- adjusted ownerships and permissions
- got server back online and tested Nextcloud
- everything worked fine and synced properly
- ran a filescan just to be sure
- since then every single desktop client (Ubuntu, macOS and Windows) attempts to redownload everything
Expected behavior
Server and / or clients should realize the files were unchanged.
Which files are affected by this bug
all
Operating system
Linux
Which version of the operating system you are running.
Ubuntu 22.04
Package
Other
Nextcloud Server version
24.0.5
Nextcloud Desktop Client version
3.6.0
Is this bug present after an update or on a fresh install?
Updated from a minor version (ex. 3.4.2 to 3.4.4)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
Are you using an external user-backend?
- [X] Default internal user-backend
- [ ] LDAP/ Active Directory
- [ ] SSO - SAML
- [ ] Other
Nextcloud Server logs
No response
Additional info
No response
Oh yeah and I'm using the latest desktop clients on all systems. The Ubuntu one is from here: https://launchpad.net/~nextcloud-devs/+archive/ubuntu/client
Also I'm planning to convert the HDD partition from ext4 to btrfs using btrfs-convert soon, so I wanna be sure this issue doesn't happen again.
Interestingly, issue didn't happen again after copying Nextcloud data folder from GPT ext4 HDD to another GPT BTRFS HDD with ranger.
Initial problem probably similar to #1383 except here the server inodes changed.