CD access Ubuntu 8.04 / vmware player / Visduh

[Stephen]

well you can sidestep and rip to ISO or some other application and
then feed that data to vista

On Mon, Jun 22, 2009 at 6:30 PM, Eric Shubert<ejs at shubes.net> wrote:
> Eric Shubert wrote:
>> Eric Shubert wrote:
>>> I have a Ubuntu 8.04 host, running a Visduh guest using vmware player
>>> 2.5.1. It's working pretty well, but I don't really use Visduh much.
>>>
>>> I'm trying to use the Windoze media player to rip a CD, accessing the
>>> CDrom directly. The Vista VM is connected to the /dev/scd0 device, but
>>> when I insert the CD, Ubuntu delightfully and magically puts the Audio
>>> CD icon on my desktop, and launches the Sound Juicer. Ubuntu takes
>>> possession of the CD device, and Visduh waits for access.
>>>
>>> I can't seem to figure out how to get Ubuntu to release the device so
>>> that VMware/Visduh can access it. Once I eject the disc from Ubuntu,
>>> Visduh stops waiting for the device. When Ubuntu has access to the CDrom
>>> device, there's no entry in /etc/mtab, so the device isn't mounted by
>>> conventional means.
>>>
>>> Can someone fill me in on where to look to find out what Ubuntu's using
>>> to access the CDrom, and how I can get it to release (umount?) the da*m
>>> thing without ejecting it?
>>>
>>> TIA.
>>>
>>
>> To disable:
>> # hal-disable-polling --device /dev/scd0
>> This allows the VM guest to access/control the device directly.
>>
>> To re-enable:
>> # hal-disable-polling --device /dev/scd0 --enable-polling
>>
>> Kind of a screwy command if you ask me.
>>
>> FWIW, does anyone know of a gnome way to turn device polling off/on?
>
> That helps, but still no dice.
>
> Visduh (running under VMware Player 2.5.2) accesses a (commercial) data
> disk flawlessly, regardless of hal polling (on the Ubuntu host) being
> enabled or not. I suppose that's because Ubuntu doesn't know what to do
> with it, so it does nothing with/to it.
>
> I'm unable to access a (commercial) audio CD though. I tried stopping
> hal on the Ubuntu host, and that made things worse, as Visduh would
> hang. With hal running and polling disabled, Visduh acts as though
> there's nothing in the drive.
>
> /var/log/messages gives this hint (repeatedly) when trying to recognize
> the audio CD:
>
> Jun 22 17:51:44 edwin kernel: [268573.761485] sr 0:0:0:0: [sr0] Device
> not ready: Sense Key : Not Ready [current]
> Jun 22 17:51:44 edwin kernel: [268573.761496] sr 0:0:0:0: [sr0] Device
> not ready: Add. Sense: No reference position found
> Jun 22 17:51:44 edwin kernel: [268573.761506] end_request: I/O error,
> dev sr0, sector 0
> Jun 22 17:51:44 edwin kernel: [268573.761508] printk: 93 messages
> suppressed.
> Jun 22 17:51:44 edwin kernel: [268573.766526] sr 0:0:0:0: [sr0] Device
> not ready: Sense Key : Not Ready [current]
> Jun 22 17:51:44 edwin kernel: [268573.766535] sr 0:0:0:0: [sr0] Device
> not ready: Add. Sense: No reference position found
> Jun 22 17:51:44 edwin kernel: [268573.766541] end_request: I/O error,
> dev sr0, sector 0
>
> I've tried various audio CDs with the same result.
>
> Anyone have an idea? I've googled and found this error in other
> situations, but none so far with VMware player (which works fine with
> data, just not with audio CDs).
>
> --
> -Eric 'shubes'
>
> ---------------------------------------------------
> PLUG-discuss mailing list - PLUG-discuss at lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>



-- 
A mouse trap, placed on top of your alarm clock, will prevent you from
rolling over and going back to sleep after you hit the snooze button.

Stephen