Chiharu Shibata wrote:
At Sun, 12 Feb 2006 17:02:37 JST, you wrote...
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..
Hmm, succeeded under your environment...
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..
My sample DISC is a commercial product. The copy is forbidden, of course.
However, about this problem, We may consider that it is not peculiar to
this product.
When I wrote that patch at first, some testers used another DISC, and
some result as me with/without patch.
Well, without proper samples it'll be hard to work on this, if this is
as common as suggested finding free samples that I can use for testing
should not be a problem ?
A various situation, my environment does not change/update-to-current.
So I will collect testers again and have it investigated whether it can
mount via /dev/acdNtY or not.
If it can, I will withdraw about "1st Problem".
But "2nd/3rd Problem" remains as before, I want to ask your opinion
about these.
Moreover, the point that beforehand investigation of which track is
data area, this is very unreasonable restriction, I think.
Hmm, could it be that the data track is always the last track ?
You cannot compare SCSI/ATAPI behavior here, since the SCSI layer cannot
handle ! %512 byte sectors it doesn't have to handle audio tracks.
Native ATA/ATAPI on the other hand supports *any* sector size and needs
to set the right sector size for each track. Now if you need a specific
track you need to access that one via the acdNtY interface to gt the
sector size right, if that fails I'll fix it :)
Oh, and yes I'm talking 6.x and -current here, anything before that I
don't support due to lack of spare time....
-Søren
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
