kern/60163

Søren Schmidt sos at deepcore.dk
Sun Feb 12 08:02:59 PST 2006


Chiharu Shibata wrote:

[snip]

>> So, if we should rehash this again I'll need more details on what it is 
>> that fails exactly doing what, CD layouts etc etc...
> 
> This is a sample DISC's rayout.
> ====
> Starting track = 1, ending track = 13, TOC size = 114 bytes
> track     start  duration   block  length   type
> -------------------------------------------------
>     1   0:02.00   4:09.25       0   18550  audio
>     2   4:09.25   4:28.22   18550   19972  audio
>     3   8:35.47   4:00.48   38522   17898  audio
>     4  12:34.20   5:56.37   56420   26587  audio
>     5  18:28.57   4:59.45   83007   22320  audio
>     6  23:26.27   5:13.15  105327   23340  audio
>     7  28:37.42   0:21.58  128667    1483  audio
>     8  28:57.25   3:51.72  130150   17247  audio
>     9  32:47.22   5:02.10  147397   22510  audio
>    10  37:47.32   4:23.30  169907   19605  audio
>    11  42:08.62   4:41.70  189512   20995  audio
>    12  46:48.57   3:28.27  210507   15477  audio
>    13  50:15.09   4:36.37  225984   20587   data
>   170  54:49.46         -  246571       -      -
> ====
> 
> To mount this DISC, your opinion is...
> (1) at first, try "cdcontrol -f /dev/acd0c info" to make sure where
>     track is data area.
> (2) type "mount_cd9660 -o rdonly /dev/acd0t13 /cdrom".
> Is this right?

Yeah that used to work at least, if not it needs fixing of course..

Any chance you could put up a mirror of that disk image so I could burn 
me one exactly like it to test with please ? the one I had here of the 
sort seems to have gone amiss, making testing a pain..

-Søren


More information about the freebsd-hackers mailing list