Bugzilla – Bug 154901
Unable to eject CD or DVD if a Konqueror window that once browsed its contents in running
Last modified: 2006-03-10 13:00:17 UTC
Steps to reproduce: 1. Open a CD or DVD in a Konqueror tab. 2. Open another tab. 3. Close the tab that is browsing the CD or DVD. 4. Press the eject button. Expected behaviour: The disc is ejected. Actual behaviour: The disc is NOT ejected. Notes: I have to close the Konqueror window to be able to eject the disc. In that case, I have to lose the contents of the other tabs or save them as bookmarks and reload them in a new window. Sometimes even closing the Konqueror window is not enough and I have to logout. Then I have to close all other applications too. Known Workaround: Typing eject dvdram or eject cdrom on the command line. (But this bug should still be fixed.)
do you have FAM daemon running? try stopping it.
Please tell me how to identify whether FAM daemon is running and how to stop it.
well, does a famd run?
run as root "rcfam status"
linux:/home/samjnaa # rcfam status Checking for File Access Monitoring Daemon: unused I hope I am right in reverting the status to ASSIGNED...
Hmm, provide the output of lsof as attachment in the moment you can't eject.
Created attachment 71712 [details] tgz of lsof output
very puzzling, I never seen that - it seems to collect a leaked DIR for every directory you've been into. konqueror 7535 samjnaa 128r DIR 3,0 2048 2048 /media/dvdram konqueror 7535 samjnaa 129r DIR 8,7 6488 4 /etc konqueror 7535 samjnaa 130r DIR 8,8 296 1431 /home/samjnaa/arcd konqueror 7535 samjnaa 131r DIR 8,8 80 710 /home/samjnaa/dload konqueror 7535 samjnaa 132r DIR 8,8 456 7214 /home/samjnaa/srcc konqueror 7535 samjnaa 133r DIR 8,8 392 17993 /home/samjnaa/arcs/appearance konqueror 7535 samjnaa 134r DIR 8,8 2496 4 /home/samjnaa It must be some plugin that does that, but the list of loaded plugins looks reasonable ;( Is that KDE 3.4 or 3.5 btw?
KDE 3.51, SUSE 10.0 supplementary packages, build 18. Will downloaded the latest packages (looks like some packages have been rebuilt) tonight and test and get back to you again. (Though I doubt whether using the newer builds of the same original source code will help...)
Ok, I debugged this and this is subfs/10.0 specific. konqueror tries to find if it has to discard the handle and seems to find problems with the subfs mount point. Please provide /etc/fstab and /proc/mounts
Created attachment 72156 [details] fstab copy I have attached /etc/fstab. /proc/mounts is empty.
I have upgraded my 3.51 kdebase packages to the latest builds -- kdebase is 3.5.1-34 and I do not see this problem any more (in the two or three times I experimented) but let that not stop you from fixing a bug if one really exists.
if /proc/mounts is empty, this would be another (kernel) bug. But it would explain the thing you see. Because KDE can't find out that /media/dvdram is a special directory. Anyway, 10.1 won't have this problem as inotify does not keep the device busy.
Could you just explain to me: > KDE can't find out that /media/dvdram is a special directory So what?
So it stays locked?