I suspected that '>' might create a new file too. So to be absolutely sure, I replaced '>' by '>>'. I got the same, wrong, results, file B was changed, while file A wasn't.
So I still say: hard links do not work on ntfs on my computer. And there is still no one here who has given me proof that they do work on their computer! So, please, everyone who wants to contribute to this bug report: please, if you have an ntfs partition, verify if ntfs hard links work or not on your computer (replace '>' by '>>' in the examples above if you want to be 100% certain) before posting any comments. I need that hard links to work correctly for rsnapshot. Rsnapshot is a backup solution relying heavily on hard links. Backing up with rsnapshot to an ntfs partition (I do it on ntfs since it's an external HD that I also want use on Windows) now takes a really long time, since the first step in the process is to make a complete hard linked 'copy' of the previous snapshot. Normally this should be pretty quick, since creating a hard link is an atomic operation (right?). But I'm getting the impression that, on ntfs, the cp -al step of rsnapshot silently failes and creates a full copy instead of creating a proper hard link, which takes a whole lot longer than creating a simple link... Not to mention the waste of storage... -- ntfs hard links not working https://bugs.launchpad.net/bugs/336762 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
