timeouts on ATAPI cd-burner

Peter Wullinger some-mail-drop at gmx.net
Sun Mar 7 03:26:12 PST 2004


On Thu, Feb 26, 2004 at 06:20:36PM +0100, Thomas Quinot wrote:
> * Peter Wullinger, 2004-02-19 :
> 

> > I have upgraded to 5.2-CURRENT #5 from yesterday, to
> > test if the following commit fixes my problem,
> > beeing to able to write to an PHILIPS CDRW48P P1.6
> > ATAPI burner using cdrecord: 

I've upgraded to a new -CURRENT in the meanwhile,
but as far a I can tell, the behaviour has not changed.

The output below is from a FreeBSD 5.2.1-RELEASE-p1 kernel,
(cvs'd from yesterday):

I you need more debugging output or other information,
please contact me.

> 
> Does burning CDs with burncd work on your setup?
> 

% burncd -f /dev/acd1  -d -e -t -v data image.iso
adding type 0x08 file image.iso size 659200 KB 329600 blocks
next writeable LBA -150
CUE sheet:
41 00 00 14 00 00 00 00
41 01 01 10 00 00 02 00
41 aa 01 14 00 49 10 32
addr = 0 size = 675020800 blocks = 329600
writing from file image.iso size 659200 KB

only wrote -1 of 32768 bytes: Input/output error

Hangs for a while, but is interruptible by ^C.
Trying it once again (after the camcontrol sequence you
suggested below):

% ps waxl | grep burncd
    0   814   724   0  76  0  1324  556 ATA re D+    v1    0:00.00 burncd -f /dev/acd1 -d -e -t -v data image.iso

> Also, when cdrecord hangs, you can try to at least unlock the drive with
> the following commands:
> 
> # FLUSH CACHE (abort CD write sequence)
> camcontrol cmd 2:1:0 -c 0x35 -v &&
> # PREVENT/ALLOW MEDIUM REMOVAL
> camcontrol cmd 2:1:0 -c 0x1e -v

That one hangs, too:

% cdrecord -v -dao -dummy image.iso
[...]
Waiting for reader process to fill input buffer ... input buffer ready.
BURN-Free is OFF.
Sending CUE sheet...
Writing pregap for track 1 at -150

% ps waxl | grep camcontrol
    0   755   749   0  -8  0  1364  752 cgticb D+    v2    0:00.00 camcontrol cmd 2:0:0 -c 0x35 -v

Cheers,
	Peter


More information about the freebsd-current mailing list