[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: -tao vs -sao



Peter Rabbitson <rabbit@rabbit.us> wrote:

> Hello
>
> I am confused by the way cdrecord handles burning of isos while in the
> default -tao mode. The source iso is 719603712 bytes long which divided by
> 2048 yields 351369 sectors.
>
> After ./cdrecord -sao ./KNOPPIX_V3.8.1-2005-04-08-EN.iso I get:
>
> ~# ./cdrecord -toc
> Cdrecord-Clone 2.01 (i586-pc-linux-gnu) ....
> ....
> first: 1 last 1
> track:   1 lba:         0 (        0) 00:02:00 adr: 1 control: 4 mode: 1
> track:lout lba:    351369 (  1405476) 78:06:69 adr: 1 control: 4 mode: -1
>
>
> However after ./cdrecord -tao ./KNOPPIX_V3.8.1-2005-04-08-EN.iso I get:
>
> ~# ./cdrecord -toc
> Cdrecord-Clone 2.01 (i586-pc-linux-gnu) ....
> ....
> first: 1 last 1
> track:   1 lba:         0 (        0) 00:02:00 adr: 1 control: 4 mode: 1
> track:lout lba:    351371 (  1405484) 78:06:71 adr: 1 control: 4 mode: -1
>
> Furthermore if I try to read those extra sectors (and the last two of the 
> original image) I get this:

README.copy
README.verify

You may save us a lot time when you read the documentation before sending mail.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de		(uni)  
       schilling@fokus.fraunhofer.de	(work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily



Reply to: