You are not logged in.

#26 2007-01-20 14:13:05

oliv
Member
Registered: 2005-04-17
Posts: 58

Re: Burning coasters about 50% of the time recently

Basicaly, my problem is with k3b or graveman. (I use graveman).

When I burn a dvd (don't tried with a cd) I got a lot of errors in dmesg :

hdc: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hdc: drive not ready for command

This make my message.log more than 30MB big...

After graveman (or k3b) say that the cd is successfully burn, The dvd-burner is still locked and is still working (the LED is still flicking). I can let it flicking more a quarter, but usually, I need to reboot.

What is also strange : When I use burning simulation, and when the simulation step end, there is exactly the same issue, as if it has really burned the dvd.

What I think is that this new piece of software cdrkit, don't works well (or don't act like the old cdrw-tools thing).

I want to try cdrw-tools but I don't find it anymore. Does somebody know where to find the old package ?

Offline

#27 2007-01-20 22:27:24

Snarkout
Member
Registered: 2005-11-13
Posts: 542

Re: Burning coasters about 50% of the time recently

oliv wrote:

Basicaly, my problem is with k3b or graveman. (I use graveman).

When I burn a dvd (don't tried with a cd) I got a lot of errors in dmesg :

hdc: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hdc: drive not ready for command

This make my message.log more than 30MB big...

After graveman (or k3b) say that the cd is successfully burn, The dvd-burner is still locked and is still working (the LED is still flicking). I can let it flicking more a quarter, but usually, I need to reboot.

What is also strange : When I use burning simulation, and when the simulation step end, there is exactly the same issue, as if it has really burned the dvd.

What I think is that this new piece of software cdrkit, don't works well (or don't act like the old cdrw-tools thing).

I want to try cdrw-tools but I don't find it anymore. Does somebody know where to find the old package ?

That's the same issue I have if a burn fails and I'm using the earlymodules=piix kernel option in grub.  Do you have a piix based mobo?

FWIW, I just burned 2 coasters in a row.


Unthinking respect for authority is the greatest enemy of truth.
-Albert Einstein

Offline

#28 2007-01-21 11:15:16

oliv
Member
Registered: 2005-04-17
Posts: 58

Re: Burning coasters about 50% of the time recently

I don't have intel hardware so I didn't change anything with piix. I didn't use earlymodules=piix. But what is the default for earlymodules ?

EDIT : It seems dma is switching off during the burn.

Offline

#29 2007-01-27 05:22:24

Snarkout
Member
Registered: 2005-11-13
Posts: 542

Re: Burning coasters about 50% of the time recently

I can't burn CDs now either.

Dmesg:

Jan 27 09:51:12 pinkwater sg_write: data in/out 56/56 bytes for SCSI command 0x12--guessing data in;
Jan 27 09:51:12 pinkwater program kio_audiocd not setting count and/or reply_len properly
Jan 27 09:51:12 pinkwater sg_write: data in/out 26/26 bytes for SCSI command 0x5a--guessing data in;
Jan 27 09:51:12 pinkwater program kio_audiocd not setting count and/or reply_len properly
Jan 27 09:51:12 pinkwater sg_write: data in/out 12/12 bytes for SCSI command 0x43--guessing data in;
Jan 27 09:51:12 pinkwater program kio_audiocd not setting count and/or reply_len properly
Jan 27 09:51:12 pinkwater sg_write: data in/out 12/12 bytes for SCSI command 0x43--guessing data in;
Jan 27 09:51:12 pinkwater program kio_audiocd not setting count and/or reply_len properly
Jan 27 09:51:12 pinkwater sg_write: data in/out 12/12 bytes for SCSI command 0x43--guessing data in;
Jan 27 09:51:12 pinkwater program kio_audiocd not setting count and/or reply_len properly
Jan 27 09:51:12 pinkwater sg_write: data in/out 12/12 bytes for SCSI command 0x43--guessing data in;
Jan 27 09:51:12 pinkwater program kio_audiocd not setting count and/or reply_len properly
Jan 27 09:51:12 pinkwater sg_write: data in/out 12/12 bytes for SCSI command 0x43--guessing data in;
Jan 27 09:51:12 pinkwater program kio_audiocd not setting count and/or reply_len properly
Jan 27 09:51:12 pinkwater sg_write: data in/out 12/12 bytes for SCSI command 0x43--guessing data in;

Edited. Word to the wise: don't post when drunk and angry.

Last edited by Snarkout (2007-01-27 18:56:51)


Unthinking respect for authority is the greatest enemy of truth.
-Albert Einstein

Offline

#30 2007-01-27 10:25:30

oliv
Member
Registered: 2005-04-17
Posts: 58

Re: Burning coasters about 50% of the time recently

I can understand how you feel. I can't even really test because it seems my burner don't support dummy mode. When I select simulate burning, it really burn my dvd. I already burned 10 dvds.

I'm starting to think that this problem is a kernel issue. Everytime I'm trying to burn a dvd, my dma switch off for hdc, but I don't know if a software can switch the dma off.

If somebody have some clues...

Offline

#31 2007-01-27 22:42:35

Snarkout
Member
Registered: 2005-11-13
Posts: 542

Re: Burning coasters about 50% of the time recently

Huh.  It turns out that those errors are not from burns, but from reads.  I'm getting that whenever I put an audio cd in at this point, but the CDs play just fine.  Burns of any sort are a no-go at this point.


Unthinking respect for authority is the greatest enemy of truth.
-Albert Einstein

Offline

#32 2007-01-28 21:26:15

Snarkout
Member
Registered: 2005-11-13
Posts: 542

Re: Burning coasters about 50% of the time recently

Well, threw a new drive in, and things now work perfectly - CDs burn fine, etc.  The drive I've been having issues with works perfectly in another box I have, so it doesn't appear to be a hardware or firmware issue.  I'm totally stumped, but I'm happy to leave this issue behind for now - that's for sure.


Unthinking respect for authority is the greatest enemy of truth.
-Albert Einstein

Offline

#33 2007-02-26 16:06:18

oliv
Member
Registered: 2005-04-17
Posts: 58

Re: Burning coasters about 50% of the time recently

Ok, no more news about this issue ?

I have some. I tried to burn some more dvds. I updated my firmware and I tried with some other mediums. I think I'm starting to find my issue :

The issue is that my dma is switching off during the burn process. Then I get many "dma busy" error in my syslogs.


$cdrecord dev=/dev/dvd0 -verbose -atip
TOC Type: 1 = CD-ROM
scsidev: '/dev/dvd0'
devname: '/dev/dvd0'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Wodim version: 1.1.2
SCSI buffer size: 64512
atapi: 1
Device type    : Removable CD-ROM
Version        : 0
Response Format: 2
Capabilities   : 
Vendor_info    : 'HL-DT-ST'
Identification : 'DVDRAM GSA-4167B'
Revision       : 'DL13'
.....
Drive DMA Speed: 14241 kB/s 80x CD 10x DVD

It's saying that my dma speed can't exceed 10x for a DVD burn.

The fact is that I can burn with 8x dvd-r but it don't work with 16x dvd+r when there is a lot of data (> 2GB ?).

I can't try burning a 16x dvd+r at 8x because I can't select the speed in graveman (I just have 1x and Max). Maybe it's a bug.

If those who had this issue can help me and give me the output of cdrecord dev=/dev/dvd0 -verbose -atip

Last edited by oliv (2007-02-26 16:07:18)

Offline

Board footer

Powered by FluxBB