Lamento n�o ter funcionado com voc� .
        Tirei isto abaixo do help do cdrecord .
        Tenta esta dica do DAO mode .

       -overburn
              Allow cdrecord to write more than the official size
              of a medium. This feature is usually  called  over-
              burning  and  depends  on  the fact that most blank
              media may hold more space than the  official  size.
              As  the  official  size of the lead-out area on the
              disk is 90 seconds (6750 sectors) and a  disk  usu-
              ally  works  if  there  are at least 150 sectors of
              lead out, all media may be overburned by  at  least
              88  seconds (6600 sectors).  Most CD recorders only
              do overburning in DAO mode.  Known  exceptions  are
              TEAC   CD-R50S,  TEAC  CD-R55S  and  the  Panasonic
              CW-7502. There is no guarantee that your drive sup-
              ports  overburning at all.  Make a test to check if
              your drive implements the feature.




On Thu, 7 Apr 2005 09:29:37 -0300 (ART)
Marcelo Giovani <[EMAIL PROTECTED]> wrote:

>   Valeu pela dica do "-overburn" mas n�o funcionou
> n�o. Eu criei a imagem pelo K3B e depois use o
> seguinte comando para gravar:
>  cdrecord -v -fs=4M speed=6 dev=0,0,0 -overburn -data
> /tmp/Constantine1.iso
> 
> Come�ou a gravar direitinho (o q n�o ocorria sem o
> -overburn, parava antes de gravar dizendo q o arquivo
> � maior q a m�dia) mas depois deu o erro.
> 
> bash-3.00$ cdrecord -v -fs=4M speed=6 dev=0,0,0
> -overburn -o /tmp/Constantine1.iso 
> cdrecord: Bad Option: -o.
> Usage: cdrecord [options] track1...trackn
> 
> Use     cdrecord -help
> to get a list of valid options.
> 
> Use     cdrecord blank=help
> to get a list of valid blanking options.
> 
> Use     cdrecord dev=b,t,l driveropts=help -checkdrive
> to get a list of drive specific options.
> 
> Use     cdrecord dev=help
> to get a list of possible SCSI transport specifiers.
> bash-3.00$ cdrecord -v -fs=4M speed=6 dev=0,0,0
> -overburn -data /tmp/Constantine1.iso 
> 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-Clone 2.01 (i686-pc-linux-gnu) Copyright (C)
> 1995-2004 J�rg Schilling
> TOC Type: 1 = CD-ROM
> scsidev: '0,0,0'
> scsibus: 0 target: 0 lun: 0
> Linux sg driver version: 3.1.25
> Using libscg version 'schily-0.8'.
> SCSI buffer size: 64512
> atapi: 1
> Device type    : Removable CD-ROM
> Version        : 0
> Response Format: 2
> Capabilities   : 
> Vendor_info    : 'HL-DT-ST'
> Identifikation : 'CD-RW GCE-8520B '
> Revision       : '1.02'
> Device seems to be: Generic mmc CD-RW.
> Current: 0x0009
> Profile: 0x000A 
> Profile: 0x0009 (current)
> Profile: 0x0008 
> Profile: 0x0002 (current)
> Using generic SCSI-3/mmc   CD-R/CD-RW driver
> (mmc_cdr).
> Driver flags   : MMC-2 SWABAUDIO BURNFREE 
> Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R
> RAW/R16 RAW/R96P RAW/R96R
> Drive buf size : 1467136 = 1432 KB
> FIFO size      : 4194304 = 4096 KB
> Track 01: data   793 MB        
> Total size:      910 MB (90:13.65) = 406024 sectors
> Lout start:      911 MB (90:15/49) = 406024 sectors
> Current Secsize: 2048
> ATIP info from disk:
>   Indicated writing power: 5
>   Is not unrestricted
>   Is not erasable
>   Disk sub type: Medium Type B, low Beta category (B-)
> (4)
>   ATIP start of lead in:  -11606 (97:27/19)
>   ATIP start of lead out: 359849 (79:59/74)
> Disk type:    Short strategy type (Phthalocyanine or
> similar)
> Manuf. index: 18
> Manufacturer: Plasmon Data systems Ltd.
> Blocks total: 359849 Blocks current: 359849 Blocks
> remaining: -46175
> cdrecord: WARNING: Data may not fit on current disk.
> cdrecord: Notice: Most recorders cannot write CD's >=
> 90 minutes.
> cdrecord: Notice: Use -ignsize option to allow >= 90
> minutes.
> cdrecord: Notice: Overburning active. Trying to write
> more than the official disk capacity.
> Starting to write CD/DVD at speed 8 in real TAO mode
> for single session.
> Last chance to quit, starting real write    0 seconds.
> Operation starts.
> Waiting for reader process to fill input buffer ...
> input buffer ready.
> BURN-Free is OFF.
> Performing OPC...
> Starting new track at sector: 0
> Track 01:   30 of  793 MB written (fifo 100%) [buf
> 100%]   8.0x.cdrecord: Input/output error. write_g1:
> scsi sendcmd: no error
> CDB:  2A 00 00 00 3D 84 00 00 1F 00
> status: 0x2 (CHECK CONDITION)
> Sense Bytes: 70 00 04 00 00 00 00 0A 00 00 00 00 08 03
> 00 00
> Sense Key: 0x4 Hardware Error, Segment 0
> Sense Code: 0x08 Qual 0x03 (logical unit communication
> crc error (ultra-dma/32)) Fru 0x0
> Sense flags: Blk 0 (not valid) 
> cmd finished after 0.045s timeout 40s
> 
> write track data: error after 32251904 bytes
> cdrecord: A write error occured.
> cdrecord: Please properly read the error message
> above.
> Writing  time:   39.353s
> Average write speed 158.3x.
> Min drive buffer fill was 100%
> Fixating...
> Fixating time:   34.384s
> cdrecord: fifo had 572 puts and 509 gets.
> cdrecord: fifo was 0 times empty and 496 times full,
> min fill was 82%
> 
> Estou usando uma m�dia de 870MB da Cybermidia que usei
> para gravar a mesma imagem pelo Nero e funcionou
> certinho.
> 
> Nunca tive problemas nem havia perdido midias no Slack
> usando o K3B ou por modo texto tamb�m. Mas com imagens
> maiores de 700mb ta brabo.
> 
> So pra constar, antes de queimar a m�dia o manezaum
> aki usou o par�metro pra testar e deu o mesmo erro mas
> como eu n�o estava acreditando no que estava
> acontecendo (tanto perrengue por uma "simples"
> grava��o de CD) resolvi arriscar e ae eu n�o preciso
> nem falar n�?!
> 
> Ainda assim muito obrigado e qualquer outra dica por
> favor me mandem.
> 
> 
> 
> --- Alexandre <[EMAIL PROTECTED]> wrote:
> > Se voc� quizer fazer no modo texto voc� pode fazer o
> > seguinte :
> > 
> > #cdrecord dev=0,0,0 -overburn -o imagem.iso 
> > dev=0,0,0 sua interface
> > -overburn para queimar acima da capacidade
> > -o imagem que vc deve criar com mkisofs
> > -dummy se voc� quiser testar antes de queimar o CD
> > 
> > Para fazer a imagem use :
> > mkisofs -l -J -o imagem.iso /path/filmes.avi
> > -l -J para vc poder ver em maquinas windows tamb�m
> > sem perda de formato de nomes
> > -o imagem.iso ser� o arquivo que vc quer criar
> > 
> > Eu prefiro o modo texto .
> > Espero ter ajudado .
> > 
> > On Wed, 30 Mar 2005 14:23:20 -0300 (ART)
> > Marcelo Giovani <[EMAIL PROTECTED]>
> > wrote:
> > 
> > > Ol�,
> > > 
> > >    alguem teve problemas para gravar em CDs com
> > mais
> > > de 700Mb usando o K3B. Quero gravas em duas m�dias
> > de
> > > 870Mb um filme (cada arquivo avi tem uns 796MB
> > > aproximadamente)e meu K3B n�o aceita. Mesmo eu
> > > configurando dizendo que o CD tem 99 ou mais 
> > minutos
> > > ele, somente na hora de gravar (chega at� a criar
> > a
> > > imagem) me diz que a m�dia n�o suporta a
> > quantidade de
> > > dados. Mas na barra indicadora no p� do K3B a
> > > indica��o � que est� tudo OK q que ainda me
> > sobraria
> > > um pouco de espa�o. 
> > > 
> > >    Como resolver esse problema?
> > > 
> > > 
> > > Ah, uso o Slack 10.1 com K3B 0.11.20 em um Athlon
> > XP
> > > 2600+, 1G men 80 de HD.
> > > 
> > >    Obrigado
> > > 
> > >    
> > > 
> > > 
> > > Desculpen pelo email anterior com RE no assunto,
> > foi
> > > falta de aten��o.
> > > 
> > > 
> > >   
> > >   
> > >           
> > > Yahoo! Acesso Gr�tis - Internet r�pida e gr�tis. 
> > > Instale o discador agora!
> > http://br.acesso.yahoo.com/
> > > -- 
> > > GUS-BR - Grupo de Usuarios Slackware - BR
> > > http://www.slackwarebrasil.org/
> > >
> >
> http://www.linuxmag.com.br/mailman/listinfo/slack-users
> > 
> > --
> > GUS-BR - Grupo de Usuarios Slackware - BR
> > http://www.slackwarebrasil.org/
> >
> http://www.linuxmag.com.br/mailman/listinfo/slack-users
> > 
> 
> 
>       
>       
>               
> Yahoo! Acesso Gr�tis - Internet r�pida e gr�tis. 
> Instale o discador agora! http://br.acesso.yahoo.com/
> -- 
> GUS-BR - Grupo de Usuarios Slackware - BR
> http://www.slackwarebrasil.org/
> http://www.linuxmag.com.br/mailman/listinfo/slack-users

--
GUS-BR - Grupo de Usuarios Slackware - BR
http://www.slackwarebrasil.org/
http://www.linuxmag.com.br/mailman/listinfo/slack-users

Responder a