I have a laptop (Compaq Presario 2110US) recently reloaded with 2005.0. I am running two kernels, 2.4.28-r8 and 2.6.11-r6. I can't seem to get K3B to burn an ISO to a CD when booted in the 2.6 kernel without errors. However, it works fine with the 2.4 kernel. Are there some settings I need in the configuration for the 2.6 kernel so it will work? I don't see any other reason why this shouldn't work. I've also tried xcdroast and get pretty much the same thing -- it works with 2.4 and errors with 2.6. I've attached my 2.6 config file in case anyone has any ideas.
Created attachment 55768 [details] 2.6 kernel config file This is the 2.6.11-r6 config file
Please check if the suid-bit on the cdrecord binary isn't set. Furthermore provide the exact error message of cdrecord.
Don't use xcdroast, use cdrecord directly for testing. Please check the suid bits and ensure you are using dev=/dev/hdc notation (as opposed to dev=ATAPI or whatever else). If there are still problems, please test with vanilla-sources-2.6.12_rc2 and report back
OK ... the problem I'm having isn't so much writing CDs as it is writing CDs that verify as good! If I write the CD with cdroast directly, how do I compare it with the original .iso to determine if it is good or bad??
md5sum /path/to/file.iso md5sum /dev/cdrom Both should give the same output.
I have a little more information. I have another machine, with a NEC 7500 A CD burner. On this system, I can burn CDs reliably as "root" with app-cdr/xcdroast-0.98_alpha15-r3 and app-cdr/cdrtools-2.01.01_alpha01-r1 with either 2.4.28-gentoo-r8 or 2.6.11-gentoo-r6. I tried with non-root on 2.6 and xcdroast complained about not being able to allocate memory. I've seen that before with 2.6 kernels, and cdrecord does not have the SUID bit set, which is what used to cause it. So I at least can burn CDs. I'll try the lower level stuff on the Presario later today, but at least I can make CDs now!! This is a good thing :).
More good news!! k3b-0.11.18 with cdrtools-2.01.01_alpha01-r1 with 2.6.11-gentoo-r5 is also working with the NEC 7500A as a non-root user. The specific setting of Disk At Once is the only one I've tested. So it looks like 2.6.11 is OK, as is at least cdrtools-2.01.01_alpha01-r1. So ... back to the Presario for more testing. :)
cdrecord test on the Presario: DreamTime CentOS # cdrecord -dev=/dev/hdc -sao CentOS-3.4-i386-Server.iso Cdrecord-Clone 2.01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 J
cdrecord test on the Presario: DreamTime CentOS # cdrecord -dev=/dev/hdc -sao CentOS-3.4-i386-Server.iso Cdrecord-Clone 2.01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling on-the-fly encryption (version 1.0-rc1) built-in, (C) 2004,2005 Maximilian Decker NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord and thus may have bugs that are not present in the original version. Please send bug reports and support requests to <burbon04 at gmx.de>. For more information please see http://burbon04.gmxhome.de/linux/CDREncryption.html. The original author should not be bothered with problems of this version. cdrecord: Warning: Running on Linux-2.6.11-gentoo-r6 cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. scsidev: '/dev/hdc' devname: '/dev/hdc' scsibus: -2 target: -2 lun: -2 Warning: Open by 'devname' is unintentional and not supported. Linux sg driver version: 3.5.27 Using libscg version 'schily-0.8'. Device type : Removable CD-ROM Version : 0 Response Format: 2 Capabilities : Vendor_info : 'TOSHIBA ' Identifikation : 'DVD-ROM SD-R2312' Revision : '1905' Device seems to be: Generic mmc2 DVD-ROM. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R96R Starting to write CD/DVD at speed 4 in real SAO mode for single session. Last chance to quit, starting real write 0 seconds. Operation starts. Turning BURN-Free off cdrecord: WARNING: Drive returns wrong startsec (0) using -150 Encryption feature disabled. Track 01: Total bytes read/written: 706897920/706897920 (345165 sectors). DreamTime CentOS # md5sum /dev/hdc 79a09df614cf93389fe2d63a52f12be2 /dev/hdc DreamTime CentOS # grep Server MD5SUMS 79a09df614cf93389fe2d63a52f12be2 CentOS-3.4-i386-Server.iso DreamTime CentOS # uname -a Linux DreamTime 2.6.11-gentoo-r6 #1 Fri Apr 8 20:05:46 PDT 2005 i686 mobile AMD Athlon(tm) XP 2000+ AuthenticAMD GNU/Linux ------------------------------------------------------------------------------ This appears to have worked; I still need to boot the CD and run a mediacheck on it. CentOS CDs are very sensitive to this, which is why I picked it as a test case. I've had CentOS CDs burn and verify successfully but fail the mediacheck pass on a different machine. Meanwhile, the only thing that seems interesting in the above output from cdrecord is that it ran with "burnfree" disabled. I've been running with burnfree enabled on both K3B and xcdroast. And the drive on the other machine doesn't support burnfree, so it's off by definition. Is that something to look at in the drivers?
Sigh ... might as well close this as "unable to reproduce". K3B is working now on the Presario with 2.6.11-r6, (DAO) both with and without burnfree, at least on a Memorex CD-RW that only supports 4X writing. Bad media ... dirty drive ... phase of the moon ... alpha particles ... whatever ... :(
Ok, as long as you are convinced its working. By the way, burn free is a command line option to cdrecord. I can't remember exactly which one.
