Red Hat Bugzilla – Bug 326591
kio_audiocd locks the dvd/cd drive when an audio cd is inserted
Last modified: 2008-08-02 19:40:35 EDT
Description of problem:
Inserting an AudioCD causes the kio_audiocd to lock the /dev/dvd drive from
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Insert an AudioCD in KDE
2. Launch kaudiocdcreator and try and rip the CD
3. Get an error message about the drive being in use
CD Doesn't rip
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
kio_audio 27511 bakers 14r BLK 11,0 5217 /dev/scd0
kio_audio 27512 bakers 13r BLK 11,0 5217 /dev/scd0
ps aux | grep kio
bakers 27512 0.0 0.4 33504 8460 ? S 09:33 0:00 kio_audiocd
[kdeinit] audiocd /tmp/ksocket-bakers/klaunche
Wait about 120 seconds for the kio_audiocd to do it's thing and timeout?
(p)kill the kio_audiocd process and then rip your CD
This bug is not related to the kio_resources package, but the KDE packages.
Kio_resources allows one to browse all installed files in the standard search paths.
Thus I'm adding KDE folks as CC:.
Since this bug is not related to the kio_resources package, I'm closing it.
Strictly speaking, afaik anyway, it's due to fedora's cdparanoia being patched
to exclusively lock the cd device.
Peter, can you confirm my understanding, and potentially justify the O_EXCL
patch, and provide suggestions here (a side effect of the O_EXCL patch)?
I just discovered this same problem, and independently figured out the same
workaround (kill kio_audiocd). I am using Fedora 8, with all updates applied,
and find it a pity that the bug might be closed on account of it being
mislabeled (see comment #2). Clearly, for non-geeks who would not think of ps -u
user and kill -9 the kio_audiocd, this could be a showstopper.
The information we've requested above is required in order
to review this problem report further and diagnose/fix the
issue if it is still present. Since there have not been any
updates to the report since thirty (30) days or more since we
requested additional information, we're assuming the problem
is either no longer present in the current Fedora release, or
that there is no longer any interest in tracking the problem.
Setting status to "CLOSED INSUFFICIENT_DATA". If you still
experience this problem after updating to our latest Fedora
release and can provide the information previously requested,
please feel free to reopen the bug report.
Thank you in advance.
Note that maintenance for Fedora 7 will end 30 days after the GA of Fedora 9.
Seeing as this bug is still present and occurring in Fedora 8 I'm at a loss.
It's a confirmed bug by two people. Perhaps you need to ping Peter off bugzilla
instead of just closing the ticket since he hasn't responded? I'm happy to help
fix this, but I don't know what else to do.