[Bug 318625] Re: Rhythmbox shouldn't set illegal / special characters on filenames (i.e. ?; question mark) when ripping to NTFS volumes
** Package changed: ntfs-3g (Ubuntu) = rhythmbox (Ubuntu) -- Rhythmbox shouldn't set illegal / special characters on filenames (i.e. ?; question mark) when ripping to NTFS volumes https://bugs.launchpad.net/bugs/318625 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 106621] Re: Gnome Trash doesn't show deleted files on ntfs-3g partitions
Could someone modify the ntfs-3g package so that the hack is directly implemented when the fstab is written? Sadly we can not do anything in NTFS-3G because, as it was earlier explained and patches submitted, this is not an NTFS-3G bug but a Gnome one. When it's possible we always workaround in bugs in applications but I'm sorry to say, we can't do it this time. We also think it's fairly unfortunate how Gnome works because it's not the behavior many Ubuntu users expect and they do keep losing files because of this. Regards, Szaka == NTFS-3G Lead Developer: http://ntfs-3g.org -- Gnome Trash doesn't show deleted files on ntfs-3g partitions https://bugs.launchpad.net/bugs/106621 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 106621] Re: Gnome Trash doesn't show deleted files on ntfs-3g partitions
why would users delete files exactly? when there is no trash available nautilus display a dialog explaining that and ask for confirmation to the users By accident. Childen. Elder people. Users who think they can recover from the Trash if they still change their mind. Software bugs. Hung then recovered X/OS/etc and when people desperately hitting/clicking everything to happen something during the temporary freeze time. People in hurry. People in panic. Visually impaired people. And so on. -- Gnome Trash doesn't show deleted files on ntfs-3g partitions https://bugs.launchpad.net/bugs/106621 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 157396] Re: Copyng a file to a NTFS drive change the date and the time of the file
ntfs-config -- Copyng a file to a NTFS drive change the date and the time of the file https://bugs.launchpad.net/bugs/157396 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 157396] Re: Copyng a file to a NTFS drive change the date and the time of the file
Ntfs-3g updates the times the same way as other file systems. ext3: # stat test1 File: `test1' Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: 805h/2053d Inode: 2275396 Links: 1 Access: (0664/-rw-rw-r--) Uid: ( 1004/ szaka) Gid: ( 100/ users) Access: 2007-11-01 16:41:52.0 +0200 Modify: 2007-11-01 16:41:52.0 +0200 Change: 2007-11-01 16:41:52.0 +0200 # /bin/cp -p test1 test2 # stat test2 File: `test2' Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: 805h/2053d Inode: 3023826 Links: 1 Access: (0664/-rw-rw-r--) Uid: ( 1004/ szaka) Gid: ( 100/ users) Access: 2007-11-01 16:41:52.0 +0200 Modify: 2007-11-01 16:41:52.0 +0200 Change: 2007-11-01 16:42:05.0 +0200 ntfs-3g: # stat test1 File: `test1' Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: 806h/2054d Inode: 60 Links: 1 Access: (0664/-rw-rw-r--) Uid: (0/root) Gid: (0/root) Access: 2007-11-01 16:41:01.0 +0200 Modify: 2007-11-01 16:41:01.0 +0200 Change: 2007-11-01 16:41:01.0 +0200 # /bin/cp -p test1 test2 # stat test2 File: `test2' Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: 806h/2054d Inode: 61 Links: 1 Access: (0664/-rw-rw-r--) Uid: (0/root) Gid: (0/root) Access: 2007-11-01 16:41:01.0 +0200 Modify: 2007-11-01 16:41:01.0 +0200 Change: 2007-11-01 16:41:15.0 +0200 In both cases the modification time is unchanged and the change time is the last inode modification time as the Single Unix Specification requires. -- Copyng a file to a NTFS drive change the date and the time of the file https://bugs.launchpad.net/bugs/157396 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 157396] Re: Copyng a file to a NTFS drive change the date and the time of the file
Try to extract some or all the files of a compressed file (.zip, .tar, ...): in the compressed file You see the date and the time of the file, and if You extract in a NTFS drive, at this moment You see the date of the copy. Expected is the original date (and time), and this is OK if you extract in a ext3 drive (example your Home). This also works with ntfs-3g 1.1030: # tar xzvpf fstest_20070718.tgz # ls -l fstest_20070718 total 50 -rw-r--r-- 1 root root 646 Jan 28 2007 README -rw-r--r-- 1 root root 1451 Jan 28 2007 LICENSE -rw-r--r-- 1 root root 19923 Jul 18 18:40 fstest.c -rw-r--r-- 1 root root 296 Oct 31 19:04 Makefile drwxr-xr-x 1 root root 4096 Oct 31 19:04 tests/ -rwxrwxr-x 1 root root 18901 Oct 31 19:04 fstest* As you see, all times are in the past, they are the original file creation times. So you indeed seem to have a Nautilus problem after all. -- Copyng a file to a NTFS drive change the date and the time of the file https://bugs.launchpad.net/bugs/157396 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 157396] Re: Copyng a file to a NTFS drive change the date and the time of the file
Just to clarify: do you want the file change timestamp to be the start time of the copy, not the end time of the copy? If the driver doesn't do things this way then that will be fixed (one unrelated ctime update problem is already fixed). If you're interested in the creation time then unfortunately I must say that Linux/Unix doesn't have the concept of creation time as NTFS does. When you copy a file from NTFS to any other volume (ext3, fat, ntfs, etc) then the NTFS creation timestamp will be lost because no utility and Unix API can handle it. -- Copyng a file to a NTFS drive change the date and the time of the file https://bugs.launchpad.net/bugs/157396 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 157396] Re: Copyng a file to a NTFS drive change the date and the time of the file
We've check it out now and NTFS-3G indeed doesn't update the creation time correctly sometimes (originally you commented the modification time). Thank you for the bug report, this is planned to be fixed in the next NTFS-3G release. Szaka == NTFS-3G Lead Developer: http://ntfs-3g.org -- Copyng a file to a NTFS drive change the date and the time of the file https://bugs.launchpad.net/bugs/157396 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 157396] Re: Copyng a file to a NTFS drive change the date and the time of the file
When you /bin/cp a file then it gets new timestamps by default whatever is the file system. Nautilus maybe redefines this behaviour but not consistently. ** Changed in: nautilus (Ubuntu) Sourcepackagename: ntfs-3g = nautilus -- Copyng a file to a NTFS drive change the date and the time of the file https://bugs.launchpad.net/bugs/157396 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 137359] Re: Songs with accented letters in title are not ripped
Your setup is broken. See http://ntfs-3g.org/support.html#locale -- Songs with accented letters in title are not ripped https://bugs.launchpad.net/bugs/137359 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 132279] Re: Usability: 'Cannot mount volume' details are not selectable
ntfs-3g 1.826 supports mount in this case. -- Usability: 'Cannot mount volume' details are not selectable https://bugs.launchpad.net/bugs/132279 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 95853] Re: Delete file in Nautlus - no warning
That's interesting because quite many NTFS-3G users complain to us developers about Nautilus moving deleted files to the .Trash-username' directory in the root of the NTFS volume they are not aware of: http://www.ntfs-3g.org/support.html#diskspace Given that many people are confused in either case, a reasonable default behavior seems to be - asking for confirmation - checkbox if the files should be permanently removed or moved to a __specified__ trashbin - potentially a checkbox if user wants the same confirmation windows in the future -- Delete file in Nautlus - no warning https://bugs.launchpad.net/bugs/95853 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 111563] Re: ntfs-3g i/o errors writing large audio files to usb hard drive
Ntfs-3g problem 1 and 2 are fixed in newer releases. The other problems are unrelated to ntfs-3g and Ubuntu nautilus problems are indeed reported by many people to ntfs-3g upstream. Please note that I/O errors are perfectly valid if there are storage problems, e.g. bad sectors, detached devices. The /var/log files could help to pinpoint the reason for the I/O errors. ** Changed in: nautilus (Ubuntu) Sourcepackagename: ntfs-3g = nautilus Status: Unconfirmed = Needs Info -- ntfs-3g i/o errors writing large audio files to usb hard drive https://bugs.launchpad.net/bugs/111563 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 111563] Re: ntfs-3g i/o errors writing large audio files to usb hard drive
From ntfs-3g upstream: the I/O problems are related to Seagate devices and are file system independent. The reason and a potential workaround is discussed here: http://www.nslu2-linux.org/wiki/FAQ/DealWithAutoSpinDownOnSeagateFreeAgent The problem is in the Linux kernel (USB driver, etc). -- ntfs-3g i/o errors writing large audio files to usb hard drive https://bugs.launchpad.net/bugs/111563 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 106621] Re: Gnome Trash doesn't show deleted files on ntfs-3g partitions
I'm not sure the fix is correct, enough as I explained above. Or does it work with the fuseblk, fuseblk.ntfs-3g and fuse.ntfs-3g file system types too? -- Gnome Trash doesn't show deleted files on ntfs-3g partitions https://bugs.launchpad.net/bugs/106621 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 106621] Re: Gnome Trash doesn't show deleted files on ntfs-3g partitions
From NTFS-3G upstream: the issue is not NTFS-3G but FUSE specific. I explained it at https://bugs.launchpad.net/ubuntu/+source/gnome-vfs2/+bug/106621/comments/12 This should be enough for Gnome developers to make the changes to support all FUSE file systems on all kernels. Thanks. -- Gnome Trash doesn't show deleted files on ntfs-3g partitions https://bugs.launchpad.net/bugs/106621 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 106621] Re: Gnome Trash doesn't show deleted files on ntfs-3g partitions
As https://bugs.launchpad.net/ubuntu/+source/gnome- vfs2/+bug/106621/comments/12 explained, kernel 2.6.20 introduced fuseblk and that 's what for example ntfs-3g uses mounting all internal and external disks. Afaik, Ubuntu 7.04 uses kernel 2.6.20, so the problem is not fixed. -- Gnome Trash doesn't show deleted files on ntfs-3g partitions https://bugs.launchpad.net/bugs/106621 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 106621] Re: Gnome Trash doesn't show deleted files on ntfs-3g partitions
Depending on the kernel version and other issues, the file system type
(fstype) can be: fuse, fuseblk, fuse.userfs and fuseblk.userfs,
where userfs is FUSE file system type, e.g. ntfs-3g.
The userfs sub part of the fstype should stay in the future but it's
not available yet in stable Linux kernels, only in Linus' development
tree. This FUSE feature was added recently to help the identification of
the user space fstype by e.g. mount helpers and make its detection
independent of FUSE's internal evolution, e.g. the introduction of the
new, additional fuseblk FUSE fstype which was required for safe block
devices support.
In fact I suspect that the real problem is that that only the fuse
fstype is supported, not yet the others. kernel 2.6.20 introduced
fuseblk and 2.6.21 wiwll introduce {fuse,fuseblk}.subfstype.
--
Gnome Trash doesn't show deleted files on ntfs-3g partitions
https://bugs.launchpad.net/bugs/106621
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 106621] Re: Gnome Trash doesn't show deleted files on ntfs-3g partitions
It's very simple to test, if one is familiar a bit with the command line. No need for existing NTFS or Windows: http://ntfs-3g.org/quality.html#howtotest -- Gnome Trash doesn't show deleted files on ntfs-3g partitions https://bugs.launchpad.net/bugs/106621 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
