[Pkg-xfce-devel] Bug#478566: Bug#478566: thunar: thunar runs amok on /proc, wasting lots of CPU time
Yves-Alexis Perez
corsac at debian.org
Tue Apr 29 21:55:21 UTC 2008
severity 478566 normal
tag 478566 unreproducible
thanks
On mar, 2008-04-29 at 21:36 +0200, Hilko Bengen wrote:
> While moving a few empty files from my home directory to the trash, I
> noticed that thunar became unresponsive to user input and didn't even
> redraw its window.
Hmh, moving in thunar is sure slower than using mv, but...
>
> Attaching strace to the process revealed the following:
>
> access("/proc/net/packet", X_OK) = -1 EACCES (Permission denied)
> lstat64("/proc/net/igmp6", {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> access("/proc/net/igmp6", R_OK) = 0
> open("/proc/net/igmp6", O_RDONLY|O_LARGEFILE) = 11
> fgetxattr(11, "user.mime_type", 0x0, 0) = -1 EOPNOTSUPP (Operation not supported)
> fstat64(11, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> read(11, "", 0) = 0
> close(11) = 0
> access("/proc/net/igmp6", X_OK) = -1 EACCES (Permission denied)
> lstat64("/proc/net/mcfilter6", {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> access("/proc/net/mcfilter6", R_OK) = 0
> open("/proc/net/mcfilter6", O_RDONLY|O_LARGEFILE) = 11
> fgetxattr(11, "user.mime_type", 0x0, 0) = -1 EOPNOTSUPP (Operation not supported)
> fstat64(11, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> read(11, "", 0) = 0
> close(11) = 0
> access("/proc/net/mcfilter6", X_OK) = -1 EACCES (Permission denied)
> lstat64("/proc/net/raw6", {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> access("/proc/net/raw6", R_OK) = 0
> open("/proc/net/raw6", O_RDONLY|O_LARGEFILE) = 11
> fgetxattr(11, "user.mime_type", 0x0, 0) = -1 EOPNOTSUPP (Operation not supported)
> fstat64(11, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> read(11, "", 0) = 0
> close(11) = 0
> access("/proc/net/raw6", X_OK) = -1 EACCES (Permission denied)
> lstat64("/proc/net/tcp6", {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> access("/proc/net/tcp6", R_OK) = 0
> open("/proc/net/tcp6", O_RDONLY|O_LARGEFILE) = 11
> fgetxattr(11, "user.mime_type", 0x0, 0) = -1 EOPNOTSUPP (Operation not supported)
> fstat64(11, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> read(11, "", 0) = 0
> close(11) = 0
>
> [ad nauseam]
Are you sure this is thunar process? Is your homedire on nfs or
something?
I sure can't reproduce this.
>
> Apparently, thunar crawled /proc in a futile attempt to fetch that
> "user.mime_type" attribute from every "file" it finds there. Because
> thunar becomes unresponsive for lengthy periods of time, it becomes
> quite unresponsive.
Hmhm, I can understand that. What I fail to see is why it tries to do
some stuff in /proc. You weren't trying to delete stuff in /proc, do
you?
Cheers,
--
Yves-Alexis
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.alioth.debian.org/pipermail/pkg-xfce-devel/attachments/20080429/e32b5ed7/attachment.pgp
More information about the Pkg-xfce-devel
mailing list