Ubuntu
gnomebaker package

Can't burn CD-RW, CD-R etc in Gnome in Edgy Beta

Bug #63539 reported by Igor Zubarev
8
Affects Status Importance Assigned to Milestone
gnomebaker (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

I used Gnome standard tool for burning CD ISO image.
Also I used Gnomebaker.
I always get errors.

Also see bug
https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bug/29720

Oct 2 15:10:07 localhost kernel: [17180042.348000] cdrom: This disc doesn't have any tracks I recognize!

Gnomebaker output:
cdrecord: No write mode specified.
cdrecord: Asuming -tao mode.
cdrecord: Future versions of cdrecord may have different drive dependent defaults.
cdrecord: Continuing in 5 seconds...
cdrecord: Warning: Running on Linux-2.6.17-10-generic
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/hdb'
devname: '/dev/hdb'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
Error: Cannot gain SYS_RAWIO capability.Is cdrecord installed SUID root?
: Operation not permitted
cdrecord: Warning: using inofficial version of libscg (debian-0.8debian2 '@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J. Schilling').
SCSI buffer size: 64512
cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code.
cdrecord: See /usr/share/doc/cdrecord/README.DVD.Debian for details on DVD support.
cdrecord: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 Joerg Schilling
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 <email address hidden>.
      The original author should not be bothered with problems of this version.

TOC Type: 3 = CD-ROM XA mode 2
Using libscg version 'debian-0.8debian2'.
Driveropts: 'burnfree'
atapi: 1
Device type : Removable CD-ROM
Version : 0
Response Format: 2
Capabilities :
Vendor_info : 'SONY '
Identifikation : 'DVD RW DW-D56A '
Revision : 'PFS3'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: 0x000A
Profile: 0x002B
Profile: 0x001B
Profile: 0x001A
Profile: 0x0014
Profile: 0x0013
Profile: 0x0011
Profile: 0x0010
Profile: 0x000A (current)
Profile: 0x0009
Profile: 0x0008
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/R16 RAW/R96P RAW/R96R
Drive buf size : 1422080 = 1388 KB
FIFO size : 4194304 = 4096 KB
cdrecord: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
cdrecord: Drive needs to reload the media to return to proper status.
cdrecord: Cannot load media with this drive!
cdrecord: Try to load media by hand.
cdrecord: Aborted by EOF on input.

Revision history for this message
Caroline Ford (secretlondon) wrote :

This doesn't seem connected to bug #29720.

Is this a laptop or a desktop? Does the device work in Dapper?

Revision history for this message
Sebastien Bacher (seb128) wrote :

either a cdrecord, linux or hardware issue. Should probably be marked as duplicate of bug #29720, there is no real point keeping several bugs about the same issue

Revision history for this message
Mauro Vale (maurovale) wrote :

see bug #37601 It is not an hardware problem, this problem apeared after edgy Release candidate.

Changed in gnomebaker:
status: Unconfirmed → Confirmed
Revision history for this message
Andriy Tymchenko (silpol) wrote : my 2 eurocents on this "cdrecord problem"

my bug https://launchpad.net/ubuntu/+source/gnomebaker/+bug/75330 has been made duplicated to this, so I think it makes sense to put feedback here too

After I had bug filed and wait, I have made also support request https://launchpad.net/ubuntu/+ticket/2905 and first reply gave me a URL to ubuntuforums posting where temporary workaround is suggested. It also made overall picture more or less clear. There is a conflict in understanding of security architecture between author(s) of cdrecord and Debian team member(s), which causes deadlock. Cdrecord author claims that cdrecord binaries shall have root-level access (literally in SUID-bit set on) in order to gain pereformance-related kernel features, and in his opinion it is completely safe to put SUID on. Debian team stays on opposite, i.e. one should be completely insane from security point of view to put SUID flag on "just because package author thinks so", and they refuse to put SUID bits in Debian distro.

As for now, I haven't had enough time to get into issue deeper and try find real solution (it doesn't seem to be on surface IMHO). I haven't been dare to set SUID on my desktop PC, as I knew that SUID on completely unrelated binary might be used as attack vector (I was security engineer for few Debian-derived distros).

So, as a bottom liner I suggest two things on this:
1) someone from Ubuntu team could get around cdrecord bugs (also all cdrecord-dependant packages bugs) and try to sort out all of them as duplicate of this (or any other from selected) bug
2) make an effort to find security-safe solution to this problem, as it might need more serious effort than just plain bugfixing - problem IS deeper, on the level of security architecturing, and tweaking here and there hardly ever helps.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

Edgy is no longer supported. Closing bug.

Changed in gnomebaker:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.