Are you calling the data that gets entered into the NTFS tables metadata? Or are you talking about other data (not sure what other data it would be)? I admit I don't have an intimate knowledge of file systems, but I do know the basics of how they work, more than your average joe.
I still think that at the application level there should be a way to make sure that the move operation completed successfully (and thus the data and NTFS records are correct) before the source file is deleted... I think an "extra safe mode" move© operations would be nice. I'd *love* an option to do a software-based crc32 check of the destination file before the source is removed (or before the copy is completed in the cases of copies). In any event, I see it won't be easy to figure out exactly why this is occurring and so I won't give up on Ubuntu, but hope for continued improvement and hopefully the implementation of my crc32 option suggestion. For now I'm going to only use Copy operations, and I'll upgrade to the latest version of NTFS-3g and see if it helps on a few test moves as soon as I get a chance. Thank you! -- file move causes data loss if interrupted due to system crash https://bugs.launchpad.net/bugs/303610 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
