"Lucky Green" <[EMAIL PROTECTED]> writes: > Nick wrote: > > > Checking /dev/cdrom for cdrom... > > > Testing /dev/cdrom for cooked ioctl() interface > > > /dev/acd0a is not a cooked ioctl CDROM. > > > Testing /dev/cdrom for SCSI interface > > > /dev/cdrom is not a SCSI device > > > > That doesn't look quite right; CDROM devices are usually > > accessed as /dev/acd0c in FreeBSD.
Only if they're ATAPI drives. Which this poster said he had. He also said he was using cdparanoia, which is, as the error message said, specific to SCSI drives. [On Linux, ATAPI drives are supported by making them look like SCSI drives, so it sort of works with cdparanoia, but on FreeBSD ATAPI drives are supported directly.] > > Perhaps double check to see where the /dev/cdroma symlink points to. > > I have been able to rip from /dev/cdrom linking to /dev/acd0a using > cdda2wav without a problem. I just changed /dev/cdrom to link to > /dev/acd0c and am getting the same error. Sure. cdda2wav isn't SCSI-specific. > I suspect that somehow cdparanoia/Linux binaries are expecting the cdrom > device to be of a different form than what that device looks like under > FreeBSD. Which gets us back to the question of what a "cooked ioctl" is > and how one could perhaps create a device entry for a CDROM under > FreeBSD that would meet the cooked ioctl test. I suspect that it would work fine if you used it on cd0 instead of acd0. But cd0, of course, is a SCSI device node. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message