Re: udev 147 (ata_id) blanks RW media

[Christoph Stritt <phoenix@jobob.com>]

Kay Sievers wrote:
> On Thu, Nov 19, 2009 at 15:51, Kay Sievers <kay.sievers@vrfy.org> wrote:
>> On Thu, Nov 19, 2009 at 15:29, Christoph Stritt <phoenix@jobob.com> wrote:
>>> Marco d'Itri wrote:
>>>
>>>>> im forwarding this bug since it is udev ata_id that is causing it:
>>>> Again: please try to reproduce the issue after booting with
>>>> init=/bin/bash and running ata_id from the command line with no udevd
>>>> process running.
>>>>
>>> sorry for not mentioning it, but that IS how i tested it.
>>> Well, with init=/bin/sh.
>>>
>>> With my old boot disk, kernel 2.6.24.4, it happens aswell.
>> Hmm, I have a:
>>  INQUIRY: [TSSTcorp][CDDVDW SE-S084B ][TS01]
>> here, and it seems not to not kill any RW media.
>>
>> It's maybe caused by the recently added ATA queries:
>>  http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;hf094a4a7fc1d303e80785d586800eae9841502b
>>
>> Any chance to try if the same happens with the current libata drivers
>> (sr0) instead of the now deprecated IDE drivers (hdb)?
> 
> It would be still interesting to know, if the same happens with the
> new drivers. But it would not happen by default, because we do not run
> ata_id on optical drives with the libata drivers.

I changed my Kernel to libata+ata_piix (intel ich6). Only change is that it
doesn't get erased on boot, as you stated.
# ./ata_id /dev/sr0 blanks the disk as it did with the older ata drivers (hdb).