K3b Error 254---x Cdrecord is not being run with root privileges.

Mark Sargent powderkeg at snow.email.ne.jp
Mon Mar 7 15:20:10 UTC 2005


Mark Sargent wrote:

> Hi All,
>
> got this error number, whilst attempting to burn an iso image to a 
> cd-r disc in K3b. This time, on my work pc, where K3b has successfully 
> written b4. Now, I could un this if it was the 1st time, which 
> happened on a new, over the weekend, install of FC3, but, this work 
> PC, also FC3, had no problems writing using K3b, and never got an 
> error message about not being as root. Little confused, to say the 
> least. Anyone got an idea on this.? 1st time was using cd media I'd 
> used b4, successfully, albeit, on other machines. 2nd time, new media. 
> Cheers.
>
> Mark Sargent.
>
> i Starting writing
> i Input/output error. Not necessarily serious
> x cdrecord returned an unknown error (code4 254)
> x unknown error 254
> x Cdrecord is not being run with root privileges.
> (Same error as I got on my home PC. K3b on both systems were installed 
> via yum)
>
>
>
> System
> -----------------------
> K3b Version:0.11.14
> KDE Version: 3.3.1-2.6.FC3 Red Hat
> QT Version: 3.3.3
>
> cdrecord
> -----------------------
> /usr/bin/cdrecord: Cannot allocate memory. WARNING: Cannot do 
> mlockall(2).
> /usr/bin/cdrecord: WARNING: This causes a high risk for buffer underruns.
> /usr/bin/cdrecord: Operation not permitted. WARNING: Cannot set 
> RR-scheduler
> /usr/bin/cdrecord: Permission denied. WARNING: Cannot set priority 
> using setpriority().
> /usr/bin/cdrecord: WARNING: This causes a high risk for buffer underruns.
> scsidev: '/dev/scd0'
> devname: '/dev/scd0'
> scsibus: -2 target: -2 lun: -2
> Linux sg driver version: 3.5.27
> /usr/bin/cdrecord: Warning: using inofficial libscg transport code 
> version (schily - Red Hat-scsi-linux-sg.c-1.83-RH '@(#)scsi-linux-sg.c 
> 1.83 04/05/20 Copyright 1997 J. Schilling').
> SCSI buffer size: 64512
> Cdrecord-Clone 2.01-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 
> Jörg Schilling
> Note: This version is an unofficial (modified) version with DVD support
> Note: and therefore may have bugs that are not present in the original.
> Note: Please send bug reports or support requests to 
> http://bugzilla.redhat.com/bugzilla
> Note: The author of cdrecord should not be bothered with problems in 
> this version.
> TOC Type: 1 = CD-ROM
> Using libscg version 'schily-0.8'.
> atapi: 1
> Device type    : Removable CD-ROM
> Version        : 2
> Response Format: 2
> Capabilities   :
> Vendor_info    : '        '
> Identifikation : 'CD-R/RW RW7060S '
> Revision       : '1.70'
> Device seems to be: Generic mmc CD-RW.
> Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
> Driver flags   : MMC SWABAUDIO
> Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R
> Drive buf size : 1359872 = 1328 KB
> Drive DMA Speed: 3546 kB/s 20x CD 2x DVD
> FIFO size      : 4194304 = 4096 KB
> /usr/bin/cdrecord: Operation not permitted. WARNING: Cannot set 
> RR-scheduler
> /usr/bin/cdrecord: Permission denied. WARNING: Cannot set priority 
> using setpriority().
> /usr/bin/cdrecord: WARNING: This causes a high risk for buffer underruns.
> Track 01: data    34 MB       Total size:       39 MB (03:52.96) = 
> 17472 sectors
> Lout start:       39 MB (03:54/72) = 17472 sectors
> Current Secsize: 2048
> ATIP info from disk:
>  Indicated writing power: 5
>  Is not unrestricted
>  Is not erasable
>  Disk sub type: Medium Type A, high Beta category (A+) (3)
>  ATIP start of lead in:  -11634 (97:26/66)
>  ATIP start of lead out: 359846 (79:59/71)
> Disk type:    Short strategy type (Phthalocyanine or similar)
> Manuf. index: 3
> Manufacturer: CMC Magnetics Corporation
> Blocks total: 359846 Blocks current: 359846 Blocks remaining: 342374
> Speed set to 1059 KB/s
> Starting to write CD/DVD at speed   6.0 in real SAO mode for single 
> session.
> Last chance to quit, starting real write in 2 seconds.
>   1 seconds.
>   0 seconds.
> Operation starts.
> Waiting for reader process to fill input buffer ... input buffer ready.
> trackno=0
> Performing OPC...
> Sending CUE sheet...
> /usr/bin/cdrecord: WARNING: Drive returns wrong startsec (0) using -150
> Writing pregap for track 1 at -150
> Starting new track at sector: 0
> Track 01:    0 of   34 MB written.
> Track 01:    1 of   34 MB written (fifo 100%) [buf  92%]   0.3x.
> Track 01:    2 of   34 MB written (fifo  98%) [buf  97%]   6.4x.
> Track 01:    3 of   34 MB written (fifo  98%) [buf 100%]   6.5x.
> Track 01:    4 of   34 MB written (fifo 100%) [buf  87%]   5.4x.
> Track 01:    5 of   34 MB written (fifo 100%) [buf 100%]   7.5x.
> Track 01:    6 of   34 MB written (fifo 100%) [buf  86%]   5.3x.
> Track 01:    7 of   34 MB written (fifo 100%) [buf  11%]   3.2x.
> Track 01:    8 of   34 MB written (fifo  98%) [buf  72%]  26.4x.
> Track 01:    9 of   34 MB written (fifo 100%) [buf 100%]   9.8x.
> Track 01:   10 of   34 MB written (fifo 100%) [buf 100%]   6.1x.
> /usr/bin/cdrecord: Input/output error. write_g1: scsi sendcmd: no error
> CDB:  2A 00 00 00 15 AD 00 00 1F 00
> status: 0x2 (CHECK CONDITION)
> Sense Bytes: 70 00 05 00 00 00 00 0C 00 00 00 00 64 00 00 00
> Sense Key: 0x5 Illegal Request, Segment 0
> Sense Code: 0x64 Qual 0x00 (illegal mode for this track) Fru 0x0
> Sense flags: Blk 0 (not valid)
> resid: 63488
> cmd finished after 3.132s timeout 200s
> /usr/bin/cdrecord: A write error occured.
> /usr/bin/cdrecord: Please properly read the error message above.
> write track data: error after 11364352 bytes
> Writing  time:   52.714s
> Average write speed   4.8x.
> Min drive buffer fill was 11%
> Fixating...
> Fixating time:    0.007s
> /usr/bin/cdrecord: fifo had 243 puts and 180 gets.
> /usr/bin/cdrecord: fifo was 0 times empty and 149 times full, min fill 
> was 95%.
>
> cdrecord comand:
> -----------------------
> /usr/bin/cdrecord -v gracetime=2 dev=/dev/scd0 speed=6 -dao -eject 
> -data /home/coolboarderguy/downloads/solaris/sol-10-GA-x86-v1-iso.iso
>
Hi All,

solved. Seems when unzipping from the right click menu the permissions 
are different to when running unzip in the terminal, as root. Once 
changing the permissions of the file being burned, it worked. I had 
unzipped both iso.zip files, on both machines, the same way. Cheers.

Mark Sargent.




More information about the fedora-list mailing list