You are not logged in.
Whenever I connect a USB harddrive to my computer (160gb), it takes like a whole minute before the files show up in thunar. (it has my whole music collection on it, lots of dirs and files). Now just doing a "ls -l /media/disk" will show all the files immediately, so I know Thunar must be doing something stupid. I'm guessing it goes through the whole harddrive and does something with every file. I believe GNOME has a similar issue on a other computer as well...
Is there anyway of gettings things listed quickly without the whole minute waiting time?
Solved: kernel issue related to FAT filesystems.
Last edited by GogglesGuy (2007-10-16 01:43:09)
Offline
Is the FS fragmented, and is the casing USB 1.1 instead of USB 2.0?
Got Leenucks? :: Arch: Power in simplicity :: Get Counted! Registered Linux User #392717 :: Blog thingy
Offline
I also have this kind of problem - with usb2.0
I don't know how to solve it and so i simply don't open my external drive in Thunar except for copying files.
Refreshing the whole library in mpd takes only a few seconds ^^
Most surplisingly, this only occurs with Thunar and Nautilus - Konqueror works just fine.
Offline
Hm, this topic reminds me of a question I have... i dont know if its exactly related though, since i use Thunar standalone. And dir listings are terribly slow (not just usb), on file open/close dialogs as well. Is there a way to speed this up? Can some setting cause this or is some kind of cache missing?
Offline
I have the same problem, and as stylopath said whit konqueror i didnt had this problem (im using Thunar whitout XFCE)
cheers
Last edited by AlmaMater (2007-10-11 12:17:53)
Offline
im also using thunar without xfce, and only problem i have is when mounting a mobile phone or other portable devices it can take 1-3 minutes before it shows up in thunar, very annoying.
A w e s o m e
r
c
h
Offline
a similar problem have been reported here:
http://bbs.archlinux.org/viewtopic.php?id=35365
i have the issue too, and is still waiting for some solution, since i wasn't able to downgrade the kernel (maybe too lazy to find the package)
but i have just discoverd somethin!
i mounted the device with the usual "mount /mnt/stuff", used the device normally inside the terminal, with no problems at all, and them when i used the "df" command to find out about the space on the disk (is actually an ipod), it took the lots of time that thunar (and also gtkpod) takes on the first acces.
interesting, huh?
Offline
a similar problem have been reported here:
http://bbs.archlinux.org/viewtopic.php?id=35365i have the issue too, and is still waiting for some solution, since i wasn't able to downgrade the kernel (maybe too lazy to find the package)
but i have just discoverd somethin!
i mounted the device with the usual "mount /mnt/stuff", used the device normally inside the terminal, with no problems at all, and them when i used the "df" command to find out about the space on the disk (is actually an ipod), it took the lots of time that thunar (and also gtkpod) takes on the first acces.
interesting, huh?
Yes, indeed I experience the same thing.
Offline
Ok, I think I found the problem:
Offline
Interesting, thanks for the heads up GogglesGuy ![]()
I'm recompiling a 2.6.23.1 kernel with the patch from the bug report you'd linked. We'll see if my ipod mounts any faster...
Edit: Hmmm, it seems to apply OK, but I get segfaults during udev module loading so something is not right. I don't have time to play with this at the moment, so I guess I'll have to wait until it gets fixed upstream....
Last edited by fwojciec (2007-10-16 03:01:59)
Offline
It seems that my previous problems with compiling (see the previous post) had to do with compiler flags I had defined in makepkg.conf which, for some reason, didn't play nicely with the latest version of gcc. I've fixed that and recompiled 2.6.23.1 with the fat_optimize-count-freeclus patch and it works!!! My ipod used to take good 2-3 minutes to mount and now it mounts in a matter of seconds ![]()
Offline