[Bug 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
When booting current gutsy with the feisty kernel, the hang does not occur, so it is a VFAT specific kernel regression. Sorry for prematurely closing the kernel task. ** Changed in: linux-source-2.6.22 (Ubuntu) Status: Invalid => Confirmed ** Summary changed: - [gutsy] long delay in nautilus on first access to vfat drive + nautilus hangs on accessing vfat drives - statfs() blocks for a long time -- nautilus hangs on accessing vfat drives - statfs() blocks for a long time https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
Confirmed here: 19545 12:28:26 statfs("/media/PittiHD", [...] 19545 12:29:25 <... statfs resumed> {f_type="MSDOS_SUPER_MAGIC", f_bsize=16384, f_blocks=15254800, f_bfree=559138, f_bavail=559138, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=260, f_frsize=16384}) = 0 <59.423616> -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
This is evidently not a kernel bug. Mounting, ls, gnomevfs-ls, etc. all work fine immediately. I get this bug, too, BTW. I'll have a look at gdb'ing the problem. ** Changed in: linux-source-2.6.22 (Ubuntu) Status: New => Invalid -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
No, there is no correct backtrace attached yet -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I thought maybe something had gone wrong with the upgrade, so I downloaded the latest daily live CD and it's still happening on the live CD. Like Xavi Francisco said, the length of time Nautilus hangs is related to the size of the drive. It's barely noticeable with a 2GB USB flash drive, but with a hard drive that is a few hundred GB in size Nautilus hangs for many minuets. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I hope I did it the right way. ** Attachment added: "backtrace nautilus" http://launchpadlibrarian.net/9714980/gdb-nautiluspid.txt -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I take it the existing backtraces attached to this report aren't good enough? -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
the informations have been requested with an uri to a wiki page which has explanations in the first comment to this bug, users interested to an issue could read the comments -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
Could anybody get a backtrace of nautilus while it's hanging? I don't get the issue on my gutsy installation using a disk partition or an usb key -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I'd like to help of course, but I don't know how to backtrace it. Would you be so kind telling me? I really would like to see a fix until gutsy release since it is an annoying bug :D -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
What's the best way to go about getting a backtrace? -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I found out that I can access the drives through other programs while Nautilus is frozen. I have all my music on my external drive and I can play it off that drive with a media player while Nautilus is frozen. I can also initially access the drive without any problems using a different file browser other than Nautilus. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
** Changed in: nautilus (Ubuntu) Target: None => ubuntu-7.10-rc -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
Yep, this is really annoying. I have 2 500GB drives and 2 250GB drives that I attach via a USB2.0 hub. I've been using this setup for a while now, and have just upgraded to gutsy and run into this. It takes several minutes to open the drives in nautilus. I assume this has to do with the new "pacman" disk usage feature. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
can confirm this bug too. It did not happen in feisty (though I only used it to format and then to copy files to it, but there were no hangs or lags at all). I reinstalled my computer yesterday with gutsy and all latest updates. Everytime nautilus freezes, which is really anoying, since nautilus takes a little time to come back after killing the process. It is a Western Digital USB2.0 with 320 GB and fat32 partitioning, with around 40 GB of files. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I can also confirm this. I have an Iomega 160GB USB hard drive (FAT32) and whenever I first try to access it, Nautilus hangs. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
Happening here too, a Vantec Nexstar 3 external harddrive/Seagate 500GB. The delay can be up to 5 minutes, on a Dell Inspiron 6400 (gutsy). -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
Same problem here with a partition on my main HDD. I think it might be related to the kernel. I had feisty installed and I updated the kernel to the gutsy one (see http://ubuntuforums.org/showthread.php?t=511974) (because my wifi chipset wasn't supported in feisty). The problem only happened when I used the gutsy kernel. No problem with the feisty one, using the same nautilus version. I thought this was due to some sort of incompatibility but now I've just completely upgraded to gutsy and the problem is still here. I think (but not completely sure) that at startup, I had the same problem when fsck was trying to access this partition. I can check if it's still happening if it is important for you. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
Same to me here, but I also noticed that the time taken to open the disk is proportional to the size. So a 1 Gb USB drive takes a few seconds (10 or so) and a 250Gb USB drive takes about 10 minutes to mount. Using HTOP I could also notice that the kernel process is using 100% of the CPU while I cannot access the drive. When it stops being at 100% I can start accessing the drive. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I have the same bug. It affects both a Fat32 partition on my internal SATA hard drive and a Fat32-formatted USB external hard drive. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I can reproduce this bug. I Have an external usb disk drive containing a fat32 partition and a ntfs partition. If I can help please let me know. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
Same symptom on first access to a FAT32 partition (added per the standard recommendation for sharing data between dual-boot) on the same internal SATA drive that gutsy is installed on. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
Can someone from linux-source look at this? It is still marked as importance: ''Undecided'. Is it readily reproducible or do just some people have problems with it? Imho I think it's quite important, as having to waiting 30-60 seconds to mount an external drive (during which all other nautilus windows freeze) is very annoying. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
opening a linux-source-2.6.22 task, maybe the kernel team knows about some vfat issue ** Also affects: linux-source-2.6.22 (Ubuntu) Importance: Undecided Status: New -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I am having this problem too, be it with IDE or SATA drives. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I think the problem lies within the code that the system call sys_statfs64 executes, perhaps when it calls the vfs code for the vfat file system. I straced sudo nautilus to stop it sending the request to any existing process: 1. killall gnome-volume-manager 2. Attach drive 3. sudo -i 4. mkdir athena 5. mount -t vfat /dev/sdb1 athena 6. strace -T -e trace=statfs64 nautilus athena/ 2>&1 | tee nautilus.log On the console display, the strace output stops at: statfs64("/root/athena", 84, The long delay occurs at this point, after which the strace output continues. The complete statfs64 call is: statfs64("/root/athena", 84, {f_type="MSDOS_SUPER_MAGIC", f_bsize=16384, f_blocks=7322563, f_bfree=4030796, f_bavail=4030796, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=260, f_frsize=16384}) = 0 <30.477798> I did an strace on gnomevfs-ls and it doesn't call sys_statfs64 on "/root/athena", which would explain why it executes quickly. If I do the same on an ext3 drive, which brings up the listing very quickly, instead of making a single call to sys_statfs64 on the folder, it makes a number of very quick calls to statfs64 on the folder. An example is: statfs64("/root/500gb", 84, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=120179764, f_bfree=10120650, f_bavail=10120650, f_files=61063168, f_ffree=61031300, f_fsid={-446547190, 219755455}, f_namelen=255, f_frsize=4096}) = 0 <0.000216> -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I can't see anything too unusual in those files except that I get two "nm_policy_device_change_check" messages every five seconds in syslog. But this happens whether the drive is plugged in or not. Attached is a file showing: (a) what appeared in syslog and messages when I plugged the drive into Gutsy just now. Nothing was added to the logs after I issued the mount command, which is when gnome-volume-manager experiences its delay. (My drives are not automounting anymore after today's updates, so I had to manually mount it.) (b) what appeared in syslog and messages when I plugged the drive into Feisty earlier. ** Attachment added: "syslog-messages-mounting-usbdrive" http://launchpadlibrarian.net/9073081/syslog-messages-mounting-usbdrive -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
That doesn't look like a nautilus bug if gnome-volume-manager is have issues as well. Do you have anything about the drive to /var/log/messages or /var/log/syslog? -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
Re my previous comment, after rebooting, my drives are auto-mounting again, and now I can confirm a difference in operation between automounting and manually mounting the drive: a) If the drive automounts, gnome-volume-manager doesn't spend ages doing something with it until I try to open it in nautilus. Then gnome- volume-manager gets busy and nautilus freezes until it has finished. b) If I manually mount the drive with sudo mount, gnome-volume-manager immediately spends ages doing something with the drive. If I try to open the drive in nautilus during this time, it freezes until gnome-volume- manager is finished, but if I wait until gnome-volume-manager is finished before opening nautilus on the drive, nautilus shows the contents immediately. This is on a freshly formatted drive. (gparted reports that 55.91 MB out of 111.79 GB are used.) -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I tried emptying the vfat drive completely of all files (including trash), and it still experienced the delay in first opening nautilus. I tried reformatting the drive using gparted (which incidentally crashed when it went to rescan the drives afterwards, and now my external drives no longer automount), and there is still the delay in first opening nautilus. The behaviour does seem slightly different from before, though. Now when I mount the drive manually, its light flickers for a while during which gnome-volume-manager and usb-storage consume the most CPU cycles (4-5%). Also during this time, umount reports that the device is busy. gnomevfs- ls still works at normal speed during this time. When all this finishes, if I run nautilus on the directory, it appears pretty much instantly. So now it seems there is some automated process running when the drive is mounted instead of when nautilus first tries to access it, but nautilus is still freezing waiting for this process to complete. The only software difference I can see is that hal is now at 0.5.9.1-1ubuntu3 instead of ubuntu2 and nautilus is 1:2.19.90-0ubuntu1 instead of .91-0ubuntu1. I checked again that this delay isn't happening on my external ext3 drives. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
gnomevfs-ls is fast. I tried it on the drive immediately after mounting it and it works pretty much instantly. If I mount the drive, then try to open it in nautilus, then run gnomevfs-ls on the drive, it works straight away, even while nautilus is frozen. I haven't thumbnailed the files on the drive, but there is about 80 GB in 1800 files, so I need to find some spare room elsewhere before I can move the files off the disk to test it on a blank one. Nautilus in Feisty doesn't experience this delay when I first open this disk, by the way. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
No, nautilus doesn't run fsck on the disk. Could you try gnomevfs-ls on the disk, is it as slow as nautilus? Do you have files which are thumbnailed on the disk? Does it happen with a blank one? ** Changed in: nautilus (Ubuntu) Status: Incomplete => New -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I noticed that the drive light flickers furiously during the delay. Might nautilus be trying to build a directory listing or run fsck on the drive? I tried an "strace nautilus " command, but the process detaches before the delay starts. I installed tribe5 from scratch in case it would fix it. It fixed another problem (drives not automounting) but not this one. gnome-volume-manager is at 2.17.0-2ubuntu1 (or maybe I mistyped it in earlier - my previous entry didn't have a '2' in front of ubuntu1). -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I can add that does it with my vfat usb hdd, but not with my vfat usb key. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
Ditto here too, FAT32 formatted iPod. -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I have the same problem too. Any fix? -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I have exactly the same problem. When I plug in a vfat external usb HDD, Nautilus freezes during about 30 secondes before I can do something (except using other programs like firefox). The window of hdd content opens, but nothing appears and I have the "waiting cursor". I've attached a backtrace file, but nothing happens, it's not a crash. I had to stop manually the gdb process (Ctrl+C) when "continuing". I don't do anything special to mount my drive, I just plug it in. It does that with both 2.6.22-9 and 2.6.22-10 kernels on 32 and 64 bits. If you need more informations... ** Attachment added: "gdb-nautilus.txt" http://launchpadlibrarian.net/9003785/gdb-nautilus.txt -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
I've attached a backtrace of the command 'nautilus' run on the offending directory, but it doesn't look very useful. Nautilus doesn't crash, it just hangs for a long time (in the log, the delay starts after the lines 'Initializing gnome-mount extension; /bin/sh: /usr/bin/esd: not found' appear) . After that, it's fine. On subsequent accesses, it runs at normal speed. In this instance, I'm mounting with the command: sudo mount -t vfat /dev/sdf1 ATHENA The mount command runs quickly. If I do ls ATHENA the listing comes up quickly. But when I run "nautilus ATHENA" (whether I have run the 'ls ATHENA' command or not), the nautilus window appears, but there's a long delay before it is filled with the directory listing. During this delay, already open Nautilus windows don't respond, either, nothing launches from the Places menu, and nautilus doesn't launch from the command line. Then it all fires back into life after the delay is over (eg lots of Nautilus windows launch if I've tried to run them). I have noticed that while Nautilus is frozen, either nautilus, gnome- volume-manager, or usb-storage tend to run at 4-7% of CPU, which is unusual. This delay used to happen when I first installed Gutsy tribe 4, back in the days when gnome-volume-manager/gnome-mount could auto-mount the external drive (it can't anymore - see bug 132349). It would mount the drive, then when I first tried to access it through nautilus, I'd get this delay. I can't test it now because I can't get the removable drives to auto-mount anymore. :( Some application versions I'm running are: gnome-volume-manager 2.17.0-ubuntu1 gnome-mount 0.6.1-ubuntu2 nautilus 1:2.19.90-0ubuntu1 hal 0.5.9.1-ubuntu2 I've tried with both the 2.6.22-9 and 2.6.22-10 kernels. ** Attachment added: "gdb-nautilus.txt" http://launchpadlibrarian.net/8952838/gdb-nautilus.txt -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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 133567] Re: [gutsy] long delay in nautilus on first access to vfat drive
Thanks for your bug report. Please try to obtain a backtrace http://wiki.ubuntu.com/DebuggingProgramCrash and attach the file to the bug report. This will greatly help us in tracking down your problem. Does it happen when using a fileselector? How do you mount the drive? ** Changed in: nautilus (Ubuntu) Importance: Undecided => Medium Assignee: (unassigned) => Ubuntu Desktop Bugs Status: New => Incomplete -- [gutsy] long delay in nautilus on first access to vfat drive https://bugs.launchpad.net/bugs/133567 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