Cannot scan availables devices

The changelog of current cdrdao (-3ubuntu3):

cdrdao (1:1.1.9-3ubuntu3) breezy; urgency=low

  * dao/main.cc:
    - use "/dev/cdrw" as default (like cdrecord) (malone #1528)
    - unlock drive in "copy" if src == dst
  * scsilib/libscp:
    - applied O_EXCL patch from cdrecord (debian, closes: #272646)

 -- Michael Vogt <email address hidden> Wed, 28 Sep 2005 13:31:45 +0200

There must be another bug...investigate

Hm.. All fine here.

On my desktop: errors and nothing
On my laptop: errors and drives listed

try to find why...

This will happen if you have a live filesystem mounted on say /dev/hda,
which is quite reasonable. Also, during "scanbus", it appears libscg
expects to be able to open all devices. A quick'n'dirty approach to this
might be to only attempt sg_open_excl in the "openbydev" code paths and
avoid it in the device scans, but that isn't very clever.

Another way to go about it, which really isn't too good either, is to
relax sg_open_excl() a little. A proper solution should probably make either sg_open_excl() and/or libscg a bit more intelligent.

Since I'm unable to attach patches in this forum I have sent one that
appears to fix this issue for now by mail directly to Michael Vogt.

Dirty fix for O_EXCL problems, c.f. my previous post.

This bug also affects cdda2wav, cdrecord (and presumably other apps based on the same code base)

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=360295 for more detail, and a functional patch

No activity on this bug for some time, but I can confirm the problem on Edgy.

The problem was only partially solved with 360295. A fix in the libscg of cdrkit-1.0pre5 has a better solution, no more stupid locking and looping over unavailable devices.

Having the same problem in Edgy. Even root couldn't write CDs. But it seems something (gnome?) is mounting blank images as well ( /dev/hdc on /media/cdrom0 type iso9660 (ro,noexec,nosuid,nodev) ), thus umount /dev/yourcdrwdevice fixed a problem for me.

:~$ uname -a
Linux erik-lap 2.6.17-10-generic #2 SMP Tue Dec 5 22:28:26 UTC 2006 i686 GNU/Linux

:~$ cdrecord --version
Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 Joerg Schilling

directhex wrote: "This bug also affects cdda2wav, cdrecord (and presumably other apps based on the same code base)"

If I'm not mistaken, I ran across this bug last night while trying to use gcdmaster (it causes a long pause before it runs) in Feisty. Today I did a clean boot and here's the output from Terminal:

---
$ gcdmaster
Error trying to open /dev/hda exclusively (Permission denied)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Permission denied)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Permission denied)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Permission denied)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Permission denied)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Permission denied)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Permission denied)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Permission denied)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Permission denied)... retrying in 1 second.
Error trying to open /dev/hda exclusively (Permission denied)... retrying in 1 second.
----

But it does eventually start (last night there were ~30 of the 1 second retries!)

I confirm that it works with some apps like serpentine, but i have the bug with gcdmaster, so impossible to burn. (Feisty)

I can confirm that cdrdao as shipped or available for hardy heron for X64 continues to exhibit this problem of providing repeated 1 second error messages and then bombs out.

I built cdrdao-1.2.2 from sources and it did *not* have this problem. I'm guessing the packages versions are linking with an older libschily or something...

I can confirm this bug on Intrepid, it's been around since 2005!!

Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second.
Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second.
Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second.
Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second.

It does eventually start, but can't we fix this?

This is not the original cdrdao but a hacked and defective one.

The original libscg does not try to use O_EXCL as this is a design bug
in hald that prevents libscg to get access in many cases.

You may try the original cdrdao (compiled from original sources) or cdrtools.

cdrecord.berlios.de
ftp://ftp.berlios.de/pub/cdrecord/alpha/

This is fixed for karmic.

In Karmic, I still can not use cdrdao to burn CDs because the blank CD will automatically get mounted on /media/cdrom0. This is not related to cdrdao of course, but I would be glad to see this behavior gone (is this hal? gnome?)

Stefan: This cannot possibly have been fixed in karmic because 05-excl.patch is still applied. Reopening.

Thank you for taking the time to report this bug and helping to make Ubuntu better. We are sorry that we do not always have the capacity to look at all reported bugs in a timely manner.
There have been many changes in Ubuntu since that time you reported the bug and your problem may have been fixed with some of the updates. It would help us a lot if you could test the current Ubuntu development version (10.10). If you can test it, and it is still an issue, we would appreciate if you could upload updated logs that are relevant for this particular issue.