From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Stritt Date: Thu, 19 Nov 2009 18:03:34 +0000 Subject: Re: udev 147 (ata_id) blanks RW media Message-Id: <4B058876.9000604@jobob.com> List-Id: References: <4B054940.9050307@jobob.com> In-Reply-To: <4B054940.9050307@jobob.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org Kay Sievers wrote: > On Thu, Nov 19, 2009 at 15:51, Kay Sievers wrote: >> On Thu, Nov 19, 2009 at 15:29, Christoph Stritt 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).