On 11/16/23 23:23, Giovanni Santini wrote:
Hi Marius,
On 2023-11-15 14:16, Marius Kittler wrote:
Since both are completely different implementations the syncing behavior might 
differ. I haven't paid much attention to the syncing behavior of the new kernel 
module but it might simply be more lazy than the FUSE implementation. Does it 
help to invoke `sync` manually? If yes, this may also be a workaround in case 
you really want it to write the data without delay.

I did try, yes. No fortune with manual sync and udisks or mount.

Here is a shell session, I think a pastebin is not needed given that it is short:

---

(23:16) giovanni @ ~ $ touch /run/media/giovanni/Data/ntfs_error.txt
(23:17) giovanni @ ~ $ ls -al /run/media/giovanni/Data/ntfs_error.txt
-rw-r--r-- 1 giovanni users 0 Nov 16 23:17 /run/media/giovanni/Data/ntfs_error.txt
(23:17) giovanni @ ~ $ echo "Using ntfs3" > /run/media/giovanni/Data/ntfs_error.txt
(23:17) giovanni @ ~ $ cat /run/media/giovanni/Data/ntfs_error.txt


Looks like a bug. If something is written to file you should be able to read it afterwards no matter if content is still in i/o buffer or already written to disk.

sync won't help here.

Regards,
Ɓukasz