You are not logged in.

Dear visitor, welcome to KDE-Forum.org. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

1

Sunday, November 28th 2004, 9:44pm

konqueror does not releas files/devices

hi,

i've done a fresh debian sarge (kde 3.2) setup and installed submount for automatic mounting of removable media. every thing works as expectetd ... but ... when i use konqueror to read e.g. a CD and change directory away from the CD or close konqueror the CD folder still is makred as in use by konqueror. i've several setups like this and only one shows this behaviour.

can any one help to get rid of this ?

TIA
frantek

anda_skoa

Professional

Posts: 1,273

Location: Graz, Austria

Occupation: Software Developer

  • Send private message

2

Monday, November 29th 2004, 1:57pm

It might depend which method is used to watch for file changes.
This can depend on the build-time configuration fo the KDE libs package and the build-teim configuration of the FAM package

Cheers,
_
Qt/KDE Developer
Debian User

3

Monday, November 29th 2004, 3:12pm

Quoted

Original von anda_skoa

It might depend which method is used to watch for file changes.
This can depend on the build-time configuration fo the KDE libs package and the build-teim configuration of the FAM package

Cheers,
_
Do you have any idea if this can be solved once and for all? This seems to be a problem for a lot of people. I've seen this myself with smb shares. Even closing all konqueror instances would not help. I could only unmount them when I first killed the konqueror instance that was still in the background "in reserve mode".

4

Monday, November 29th 2004, 3:51pm

there is a workaround for this problem.

when you close konqueror then atleast one process like "konquerror --silent" stays there and this is the process which blocks the resource. you can disable this background process and it's generation as you set "preloading" -> "maximum number of instances preloaded" to zero.

with this setting the blocked resource will released as soon as you close konquerror.

well - this is a workaround - NO solution. and my main problem in understaning this is in the fact that i've several nearly identical setups and one releases the resource and the other don't.

with one of my setups i even have not to close konquerror. i've just to leave the CD folder and i'm able to eject the CD. this is the behaviour i would expect.

cheers
frantek

5

Monday, November 29th 2004, 4:27pm

Quoted

Original von frantek

there is a workaround for this problem.

when you close konqueror then atleast one process like "konquerror --silent" stays there and this is the process which blocks the resource. you can disable this background process and it's generation as you set "preloading" -> "maximum number of instances preloaded" to zero.

with this setting the blocked resource will released as soon as you close konquerror.

well - this is a workaround - NO solution.


Thanks.

Yes, I know about that workaround but it would mean losing the benefit of quicker startup of a new konqi window. And I would still have to close the konqi instance I'm working in which is already unacceptable. I'm typically working with several tabs...


Quoted

Original von frantek

and my main problem in understaning this is in the fact that i've several nearly identical setups and one releases the resource and the other don't.

with one of my setups i even have not to close konquerror. i've just to leave the CD folder and i'm able to eject the CD. this is the behaviour i would expect.

cheers
frantek
Why would any user or distro choose to configure libfam / konqueror any different than that? I assume there must be severe drawbacks, but what are they?

6

Monday, November 29th 2004, 7:13pm

the only thing i know is that with my own system every thing works as expected - but i don't know why :(

with a fresh debian sarge setup "famd" will be installed too. afaik it is installed because gnome is the default desktop and there are some gnome apps that make use of ""famd". "famd" blocks also the resources. i've disabled it.

anda_skoa

Professional

Posts: 1,273

Location: Graz, Austria

Occupation: Software Developer

  • Send private message

7

Thursday, December 2nd 2004, 3:02pm

Quoted

Original von frantek

with a fresh debian sarge setup "famd" will be installed too.

Interesting, I think it didn't on Woody.

Can you check which packages are listed in "Reverse depends" in the output of
apt-cache showpkg fam

Quoted


afaik it is installed because gnome is the default desktop and there are some gnome apps that make use of ""famd".

On Woody gnome-commander depends on fam, but there is no such thing as a "default desktop" in Debian, so you shouldn't have it installed unless you installed some GNOME things.

Quoted

"famd" blocks also the resources. i've disabled it.


I think I remember that the problem arises from the kernel's dnofiy which keeps an open file handle for each directory it is told to monitor for changes.
FAM is very likely be compiled to use the kernel's monitoring API dnotify.

But this could also be a KDirWatcher problem, maybe it isn't telling FAM when it isn't interested in a particular directory anymore.
In this case there could be a bug report on bugs.kde.org which can be voted for.

Cheers,
_
Qt/KDE Developer
Debian User

8

Thursday, December 2nd 2004, 6:05pm

Quoted

Original von anda_skoa

I think I remember that the problem arises from the kernel's dnofiy which keeps an open file handle for each directory it is told to monitor for changes.
FAM is very likely be compiled to use the kernel's monitoring API dnotify.

But this could also be a KDirWatcher problem, maybe it isn't telling FAM when it isn't interested in a particular directory anymore.
In this case there could be a bug report on bugs.kde.org which can be voted for.

Cheers,
_

Here's one that seems to be related:
http://bugs.kde.org/show_bug.cgi?id=37780

In fact there's a whole bunch that sound similar:
http://bugs.kde.org/simple_search.cgi?id=konqueror+unmount