# conflicts when file only changed on one device
**URL:** https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980
**Category:** Support
**Created:** [June 20, 2021, 7:42am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980 "2021-06-20T07:42:46Z")
**Posts on this page:** 19
**Page:** 1
### Author:  [@rustleg](https://forum.syncthing.net/u/rustleg)
#### Post date: [June 20, 2021, 7:42am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/1 "2021-06-20T07:42:46Z")
I am getting conflicts every time a file is modified by one user.
I have set up syncs with 3 machines, A(Windows 10) is remote, B(Windows 10) is local with C(Linux Mint). A connects to B. B connects to C.
When the user modifies a file on B it generates a conflict. If I disconnect C this does not happen.
I tried setting the folder on C to receive only. In this case conflicts appear in the folder on C but of course don’t get replicated on B. I originally thought the conflict was generated by B because it is B’s device ID appearing on the file name.
The other thing I noticed is it says “Local Additions” on machine C’s web page (even though there wasn’t any user activity on this machine).
One additional point if relevant - machine C (Linux) is using ntfs as the file system for the partition containing the shared folder.
All I’m doing on C is looking at the folder with a file manager. I’ve read the other conflict topics on this forum but they didn’t seem to help.
How do I find/rectify the cause? If I can’t, unfortunately this is a show stopper for me.
---
### Author:  [@AudriusButkevicius](https://forum.syncthing.net/u/AudriusButkevicius)
#### Post date: [June 20, 2021, 12:03pm UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/2 "2021-06-20T12:03:36Z")
Probably the NTFS driver on linux is misbehaving, namely not preserving file properties etc, as it’s not a native filesystem.
Have you tried comparing the files to see how they differ?
---
### Author:  [@rustleg](https://forum.syncthing.net/u/rustleg)
#### Post date: [June 20, 2021, 6:04pm UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/3 "2021-06-20T18:04:33Z")
Many thanks for the quick response. Yes I think it is the non-native NTFS driver. I use it because I multi-boot Windows and Linux on this PC and I sometimes want to use Windows on the same files. So far I’ve got away with it. It’s a pity there isn’t a filesystem which is officially supported by both OS’s.
So I’ve moved the Syncthing folders to an Ext4 partition and all is well. I can install Syncthing on the multibooted Windows instance although this means duplicating the files. As it happens I have enough space so it’s not a big problem.
Incidentally I had to do this with Dropbox (which I’m trying to replace) as I used to use NTFS for that, but then a couple of years ago they refused to work with NTFS on Linux so I had to duplicate the Dropbox files on an Ext4 partition. The daily changes aren’t big so I can work with it.
I have another slight issue which I will put on a different post, but this issue is resolved albeit not as I would have ideally preferred.
The takeaway for anyone reading this thread is that using the ntfs driver on Linux causes conflicts.
---
### Author:  [@AudriusButkevicius](https://forum.syncthing.net/u/AudriusButkevicius)
#### Post date: [June 20, 2021, 6:21pm UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/4 "2021-06-20T18:21:24Z")
I guess you should still see if the files are genuinely different. If they are. it might not be down tot he NTFS driver.
---
### Author:  [@imsodin](https://forum.syncthing.net/u/imsodin)
#### Post date: [June 20, 2021, 8:34pm UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/5 "2021-06-20T20:34:35Z")
If we are talking ntfs-3g, I never had any issues with it syncing between Linux and windows, and dual booting. I’d guess that’s not the issue here.
---
### Author:  [@rustleg](https://forum.syncthing.net/u/rustleg)
#### Post date: [June 20, 2021, 9:13pm UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/6 "2021-06-20T21:13:52Z")
I have to rely on my memory because the files have been deleted now. I start with a simple text file which is identical on both machines. The one on the Linux box has been synced from the Windows box. Nothing was done to the file on the Linux box.
Then I add a bit of text to the file on the Windows box and save it. The Linux box then shows 2 files. The pre-updated one renamed as a conflict and the new version synced from the Windows machine.
This kept happening every time.
---
### Author:  [@rustleg](https://forum.syncthing.net/u/rustleg)
#### Post date: [June 21, 2021, 8:22am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/7 "2021-06-21T08:22:10Z")
@imsodin I have another Linux box here with ntfs-3g partitions so I installed Syncthing on this and tried to sync from Windows. I had the same conflicts. Definitely some issue with my Linux systems and Syncthing.
---
### Author:  [@imsodin](https://forum.syncthing.net/u/imsodin)
#### Post date: [June 21, 2021, 2:19pm UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/8 "2021-06-21T14:19:13Z")
The ntfs filesystem might well be a/the factor here, I just wanted to stress that ntfs-3g isn’t generally problematic - it usually just works.
To know what happens we’d need to know about any difference between the created conflict copies and/or debug logs from when the conflicts are created (secondary).
---
### Author:  [@rustleg](https://forum.syncthing.net/u/rustleg)
#### Post date: [June 22, 2021, 8:01am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/9 "2021-06-22T08:01:04Z")
More experiments - edited a file a few more times and a couple of times there was no conflict but mostly there was.
I made a copy of the file which synced ok. Then I edited the file on the Windows machine, which produced a conflict file and diffed the synced copy with the original’s sync conflict file - there was no difference.
Terminal log below (don’t see an option to attach a file). Is there a debug mode which produces a debug log?
```
> [start] 08:38:08 INFO: syncthing v1.17.0 "Fermium Flea" (go1.16.4 linux-amd64) deb@build.syncthing.net 2021-05-22 19:38:49 UTC [noupgrade]
> [PFVDA] 08:38:08 INFO: My ID: PFVDAN7-RZZGFFP-EW6YWKA-7NOPKO5-UXIDRKA-CQF7SJ7-SGTLSUL-APLLBQR
> [PFVDA] 08:38:09 INFO: Single thread SHA256 performance is 386 MB/s using minio/sha256-simd (385 MB/s using crypto/sha256).
> [PFVDA] 08:38:10 INFO: Hashing performance is 328.12 MB/s
> [PFVDA] 08:38:10 INFO: Overall send rate is unlimited, receive rate is unlimited
> [PFVDA] 08:38:10 INFO: Using discovery mechanism: global discovery server https://discovery.syncthing.net/v2/?noannounce&id=LYXKCHX-VI3NYZR-ALCJBHF-WMZYSPK-QG6QJA3-MPFYMSO-U56GTUK-NA2MIAW
> [PFVDA] 08:38:10 INFO: Using discovery mechanism: global discovery server https://discovery-v4.syncthing.net/v2/?nolookup&id=LYXKCHX-VI3NYZR-ALCJBHF-WMZYSPK-QG6QJA3-MPFYMSO-U56GTUK-NA2MIAW
> [PFVDA] 08:38:10 INFO: Using discovery mechanism: global discovery server https://discovery-v6.syncthing.net/v2/?nolookup&id=LYXKCHX-VI3NYZR-ALCJBHF-WMZYSPK-QG6QJA3-MPFYMSO-U56GTUK-NA2MIAW
> [PFVDA] 08:38:10 INFO: Using discovery mechanism: IPv4 local broadcast discovery on port 21027
> [PFVDA] 08:38:10 INFO: Using discovery mechanism: IPv6 local multicast discovery on address [ff12::8384]:21027
> [PFVDA] 08:38:10 INFO: TCP listener ([::]:22000) starting
> [PFVDA] 08:38:10 INFO: Relay listener (dynamic+https://relays.syncthing.net/endpoint) starting
> [PFVDA] 08:38:10 INFO: QUIC listener ([::]:22000) starting
> [PFVDA] 08:38:10 INFO: Ready to synchronize "IT-Tech-TrPC" (kgejc-s9ilm) (sendreceive)
> [PFVDA] 08:38:10 INFO: GUI and API listening on 127.0.0.1:8384
> [PFVDA] 08:38:10 INFO: Access the GUI via the following URL: http://127.0.0.1:8384/
> [PFVDA] 08:38:10 INFO: My name is "orac"
> [PFVDA] 08:38:10 INFO: Device VBA7INK-W3CNG45-MCYR5YX-QKRZUZH-PEAEVGA-6ZFBRLR-V57EXL5-IIS26AL is "zeta" at [dynamic]
> [PFVDA] 08:38:10 INFO: Completed initial scan of sendreceive folder "IT-Tech-TrPC" (kgejc-s9ilm)
> [PFVDA] 08:38:11 INFO: Established secure connection to VBA7INK-W3CNG45-MCYR5YX-QKRZUZH-PEAEVGA-6ZFBRLR-V57EXL5-IIS26AL at 192.168.1.34:22000-192.168.1.12:22000/tcp-client/TLS1.3-TLS_AES_128_GCM_SHA256
> [PFVDA] 08:38:11 INFO: Device VBA7INK-W3CNG45-MCYR5YX-QKRZUZH-PEAEVGA-6ZFBRLR-V57EXL5-IIS26AL client is "syncthing v1.17.0" named "zeta" at 192.168.1.34:22000-192.168.1.12:22000/tcp-client/TLS1.3-TLS_AES_128_GCM_SHA256
> [PFVDA] 08:38:20 INFO: Detected 0 NAT services
> [PFVDA] 08:38:29 INFO: quic://0.0.0.0:22000 detected NAT type: Port restricted NAT
> [PFVDA] 08:38:29 INFO: quic://0.0.0.0:22000 resolved external address quic://81.97.108.32:59120 (via stun.syncthing.net:3478)
> [PFVDA] 08:38:44 INFO: Joined relay relay://185.181.160.45:22067
> [PFVDA] 08:40:59 INFO: Puller (folder "IT-Tech-TrPC" (kgejc-s9ilm), item "temp/test1.txt"): syncing: file modified but not rescanned; will try again later
> [PFVDA] 08:40:59 INFO: "IT-Tech-TrPC" (kgejc-s9ilm): Failed to sync 1 items
> [PFVDA] 08:40:59 INFO: Folder "IT-Tech-TrPC" (kgejc-s9ilm) isn't making sync progress - retrying in 1m0s.
> [PFVDA] 08:44:00 INFO: Puller (folder "IT-Tech-TrPC" (kgejc-s9ilm), item "temp/test1.txt"): syncing: file modified but not rescanned; will try again later
> [PFVDA] 08:44:00 INFO: "IT-Tech-TrPC" (kgejc-s9ilm): Failed to sync 1 items
> [PFVDA] 08:44:00 INFO: Folder "IT-Tech-TrPC" (kgejc-s9ilm) isn't making sync progress - retrying in 1m0s.
> [PFVDA] 08:46:56 INFO: Puller (folder "IT-Tech-TrPC" (kgejc-s9ilm), item "temp/test1.txt"): syncing: file modified but not rescanned; will try again later
> [PFVDA] 08:46:56 INFO: "IT-Tech-TrPC" (kgejc-s9ilm): Failed to sync 1 items
> [PFVDA] 08:46:56 INFO: Folder "IT-Tech-TrPC" (kgejc-s9ilm) isn't making sync progress - retrying in 1m0s.
> [PFVDA] 08:51:14 INFO: Puller (folder "IT-Tech-TrPC" (kgejc-s9ilm), item "temp/test1.txt"): syncing: file modified but not rescanned; will try again later
> [PFVDA] 08:51:14 INFO: "IT-Tech-TrPC" (kgejc-s9ilm): Failed to sync 1 items
> [PFVDA] 08:51:14 INFO: Folder "IT-Tech-TrPC" (kgejc-s9ilm) isn't making sync progress - retrying in 1m0s.
```
---
### Author:  [@AudriusButkevicius](https://forum.syncthing.net/u/AudriusButkevicius)
#### Post date: [June 22, 2021, 8:03am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/10 "2021-06-22T08:03:50Z")
What type of filesystem is the folder on?
---
### Author:  [@rustleg](https://forum.syncthing.net/u/rustleg)
#### Post date: [June 22, 2021, 11:19am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/11 "2021-06-22T11:19:43Z")
Linux Mint 19.3 ntfs
Here is the fstab line: UUID=01CF2BF677DDAF80 /data ntfs defaults,noatime,utf8,umask=0,uid=1000,gid=1000 0 2
---
### Author:  [@AudriusButkevicius](https://forum.syncthing.net/u/AudriusButkevicius)
#### Post date: [June 22, 2021, 11:22am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/12 "2021-06-22T11:22:06Z")
Suggest you try ntfs-3g, as it seems like the ntfs in fstab actually refers to an ancient kernel module which supposedly should be read only: [https://serverfault.com/a/304357](https://serverfault.com/a/304357)
---
### Author:  [@rustleg](https://forum.syncthing.net/u/rustleg)
#### Post date: [June 22, 2021, 11:27am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/13 "2021-06-22T11:27:02Z")
That post is quite old now. I will check it out but I’ve been using it for some years without issues.
---
### Author:  [@AudriusButkevicius](https://forum.syncthing.net/u/AudriusButkevicius)
#### Post date: [June 22, 2021, 11:30am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/14 "2021-06-22T11:30:01Z")
Effectively, I feel it’s down to the file system to misbehaving here, and potentially not preserving some attributes we care about (or lying saying that it did preserve them), leading to conflicts.
---
### Author:  [@rustleg](https://forum.syncthing.net/u/rustleg)
#### Post date: [June 22, 2021, 11:34am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/15 "2021-06-22T11:34:46Z")
This post says ntfs symlinks to ntfs-3g [https://forums.linuxmint.com/viewtopic.php?t=204820](https://forums.linuxmint.com/viewtopic.php?t=204820)
I’ve checked and indeed that is the case in my system
root@orac:/sbin# l mount.ntfs\*
lrwxrwxrwx 1 root root 13 Mar 21 2019 mount.ntfs → mount.ntfs-3g
lrwxrwxrwx 1 root root 12 Mar 21 2019 mount.ntfs-3g → /bin/ntfs-3g
---
### Author:  [@imsodin](https://forum.syncthing.net/u/imsodin)
#### Post date: [June 22, 2021, 11:35am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/16 "2021-06-22T11:35:08Z")
What’s in the kernel now is indeed ancient and afaik read-only (but apparently not). NTFS-3G is the defacto standard right now and works well. There is a new patch for ntfs kernel support in the works, but a quick search showed that it hasn’t landed yet (but is still in active review/development).
And on ntfs, I always ignore permissions in Syncthing. Though both changes in permission and modification time only shouldn’t ever create a sync conflict file.
---
### Author:  [@AudriusButkevicius](https://forum.syncthing.net/u/AudriusButkevicius)
#### Post date: [June 22, 2021, 11:55am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/17 "2021-06-22T11:55:06Z")
I am not convinced fstab uses `mount.`, so the fact it’s a symlink might not be relevant.
---
### Author:  [@rustleg](https://forum.syncthing.net/u/rustleg)
#### Post date: [June 22, 2021, 11:58am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/18 "2021-06-22T11:58:40Z")
This is getting into realms beyond my experience. I suggest leaving this now and waiting to see if anyone else has the same problem. I have worked around by using syncthing with the ext4 file system, so I am happy to continue this way. But if you want any more info I can give please ask.
---
### Author:  [@system](https://forum.syncthing.net/u/system)
#### Post date: [July 22, 2021, 11:58am UTC](https://forum.syncthing.net/t/conflicts-when-file-only-changed-on-one-device/16980/19 "2021-07-22T11:58:53Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.