Re: BugReport about "ln" command worked in NTFS
[ re-adding bug-coreutils again ] Please try running the following commands on the affected filesystem and send back the output: $ touch test1 $ ln test1 test2 $ ls -l $ strace -e trace=unlink rm test1 $ ls -l I think I know where is the problem... Previous commands work successful. And the problem occur when I delete the file in nautilus... I'll report it to who manages nautilus. I've removed some of the output so that it's easier to read... $ touch test1 $ ln test1 test2 $ ls -l 0 -rwxrwx--- 2 root plugdev 0 2008-05-09 10:43 test1 -rwxrwx--- 2 root plugdev 0 2008-05-09 10:43 test2 $ strace -e trace=unlink nautilus . & unlink("/tmp/orbit-daiyutsung/linc-4020-0-2550990e1816d") = 0 Process 16416 detached $ ls -l 0 -rwxrwx--- 2 root plugdev 0 2008-05-09 10:43 test2 This shows nautilus removing a different file entirely. I suspect, although I haven't looked, that some sort of safe-undelete functionality might be moving rather than removing files. Cheers, Phil ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: BugReport about "ln" command worked in NTFS
[ re-adding bug-coreutils@gnu.org ] On Thu, 8 May 2008, [EMAIL PROTECTED] wrote: The complete log about running "ln" is in the attachment. The strace -c output you posted shows 1 successful call to link(2), as I'd expect. It then shows further expected output from stat(1) that the link count is 2 for both filenames. Your initial report stated that rm was failing to remove one of the links, but your sample output doesn't show any use of rm, so it's impossible to see the problem being demonstrated. Please try running the following commands on the affected filesystem and send back the output: $ touch test1 $ ln test1 test2 $ ls -l $ strace -e trace=unlink rm test1 $ ls -l Cheers, Phil ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: BugReport about "ln" command worked in NTFS
On Fri, 2 May 2008, [EMAIL PROTECTED] wrote: When I use "ln" command to create a hard link in NTFS file system. If I delete one of the file, and use "ls -l" to list the files the link counter still the same. Either ln is not working, or the underlying kernel is not responding correctly to the system calls which ln issues. Can you find out using strace whether ln's call to unlink(2) is returning successfully, and if the following stat/fstat shows the decremented link count? If not, then the NTFS driver (NTFS-3G?) or filesystem is probably at fault. And I suggest if users use "ln" in NTFS, it will create a junction point. Perhaps a good idea, but something that should be handled in the NTFS driver rather than ln. Cheers, Phil ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
BugReport about "ln" command worked in NTFS
When I use "ln" command to create a hard link in NTFS file system. If I delete one of the file, and use "ls -l" to list the files the link counter still the same. And I suggest if users use "ln" in NTFS, it will create a junction point. The system I used is Ubuntu 7.10 and Windows XP 64-bit. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils