buggraveman - Bugs: bug #11990, Operation Failed!

 
 

bug #11990: Operation Failed!

Submitter:  None
Submitted:  Mon 14 Feb 2005 11:14:37 PM UTC
   
 
Severity:  3 - Normal Status:  Ready For Test
Assigned to:  scresto Originator Name:  ensllegim
Open/Closed:  Open Release:  * 0.3.7
Fixed Release:  0.3.9 cdrecord version: 
* Mandatory Fields

Add a New Comment Rich Markup
   

Sun 01 May 2005 03:12:01 PM UTC, comment #4: 

Still got it with 0.3.10
And the debug-messages says:

<snip>
** (graveman:22816): DEBUG: ===>input buffer ready.
BURN-Free is OFF.
Sending CUE sheet...
<snip>
** (graveman:22816): DEBUG: ===>\u000dTrack 01:   36 of   53 MB written (fifo 100%) [buf  11%]  16.7x.
** (graveman:22816): DEBUG: ===>/usr/bin/cdrecord: Success. write_g1: scsi sendcmd: no error
CDB:  2A 00 00 00 3F EA 00 00 1B 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: F0 00 03 00 00 40 82 0A 00 00 00 00 0C 09 00 00
Sense Key: 0x3 Medium Error, Segment 0
Sense Code: 0x0C Qual 0x09 (write error - loss of streaming) Fru 0x0
Sense flags: Blk 16514 (valid)
resid: 63504
cmd finished after 0.033s timeout 200s
/usr/bin/cdrecord: The current problem looks like a buffer underrun.
/usr/bin/cdrecord: Try to use 'driveropts=burnfree'.
/usr/bin/cdrecord: Make sure that you are root, enable DMA and check your HW/OS set up.

** (graveman:22816): DEBUG: ===>
write track data: error after 38483424 bytes
Writing  time:   31.252s

** (graveman:22816): DEBUG: ===>/usr/bin/cdrecord: fifo had 670 puts and 607 gets.
/usr/bin/cdrecord: fifo was 0 times empty and 388 times full, min fill was 84%.

** (graveman:22816): DEBUG: ===>Average write speed 107.8x.
Min drive buffer fill was 5%
Total of 1 possible drive buffer underruns predicted.
---

This was all during a simulation, but the same is true for realtime bruning, and it seems to only be true for bigger burnings (more then just a few MB).

Peter Hjalmarsson <xake>
Thu 31 Mar 2005 11:26:04 PM UTC, comment #3: 

Hi, graveman now use burnfree when available, can you
test again with 0.3.9 release ?

Thanks,
Sylvain

sylvain cresto <scresto>
Group administrator
Wed 23 Mar 2005 11:25:16 PM UTC, comment #2: 

I have encountered this problem too. At my end I believe this is becouse of buffert underrun and no possibility to enable brunproof/burnfree, justlink or whatever.

ensllegim: Could you please try to make a simulation or whatever at a very lov speed? If this work (it does here) I could bet this is your problem too.

Peter Hjalmarsson <xake>
Tue 15 Feb 2005 11:26:19 PM UTC, comment #1: 

Hi, can you test with last release ?

Thanks,
Sylvain

http://savannah.nongnu.org/download/graveman/graveman-0.3.8.tar.gz

sylvain cresto <scresto>
Group administrator
Mon 14 Feb 2005 11:14:37 PM UTC, original submission:  

I try to create a new CD on a black CDRW (and of course if it dos not run I never try with a CDR) and I always say "Operation Failed" and the log does not say anything rellevant. What happend?
Trying to solve this bug I try dvdrtools instead of cdrecord but it fails too. And with DVD burner it says "CD Recorder unsuported" while with K3b and the same programs cdrecord it runs prefectly. What Happend?

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #2557:  graveman.log added by None (10KiB - application/octet-stream - debug log messages)

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

 

Follow 5 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2005-03-31 scresto StatusNeed Info Ready For Test
    Fixed ReleaseNone 0.3.9
2005-02-15 scresto StatusNone Need Info
    Assigned toNone scresto
2005-02-14 None Attached File- Added graveman.log, #2195

Back to the top

Powered by Savane 3.13-4b48.
Corresponding source code