On 1/12/2011 12:13 PM, Nuno J. Silva wrote:
> Mike Edenfield <kut...@kutulu.org> writes:
>
>> On 1/12/2011 11:31 AM, Nuno J. Silva wrote:
>>> Michael Sullivan <msulli1...@gmail.com> writes:
>>>
>>>> OK, for several years I have not had a /dev/cdrom. My workstation has
>>>> an internal cd-rom drive, which gets mapped to /dev/hda, and an external
>>>
>>> If you're using a recent kernel, it's probably udev which refuses to
>>> process devices under the old ATA driver.
>>>
>>> (I don't know if it *exactly* refuses, or if it's something else, but
>>> the final result is what you see, no /dev/{cdrom,cdrw,...} link)
>>
>> The problem, as far as I could figure out, is that the ID_PATH that udev
>> gets from the old ATA drivers is identical for everything on the same
>> IDE controller; it basically gives the path to the PCI bus slot where
>> the IDE controller is connected. So udev has no way to differentiate
>> between multiple drives connected to a single controller. This is a
>> change at some point from the previous behavior, which specified the IDE
>> information as well.
>
> So is this supposed to be a problem only if there is more than one PATA
> device?
I think it's a problem in theory since udev doesn't "know" how many PATA
devices are present. But I'm not sure that's the only problem, its only
the most obvious change in behavior I could track down between "worked"
and "didn't work".
--Mike
