From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lennart Poettering Date: Wed, 31 Mar 2010 16:58:07 +0000 Subject: Re: System hangs when using USB 3.0 HD with on Ubuntu Message-Id: <20100331165807.GA20547@tango.0pointer.de> List-Id: References: <1270048801.16657.8.camel@localhost.localdomain> <4BB37454.8070808@interlog.com> <1270053444.16657.17.camel@localhost.localdomain> In-Reply-To: <1270053444.16657.17.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: David Zeuthen Cc: dgilbert-qazKcTl6WRFWk0Htik3J/w@public.gmane.org, Alan Stern , Jonas Schwertfeger , linux-hotplug-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Sarah Sharp , linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, USB Storage List , Matthew Dharm , linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org On Wed, 31.03.10 12:37, David Zeuthen (david@fubar.dk) wrote: > > > and this definitely runs for this USB device assuming removable is 0 = in > > > sysfs. Perhaps http://bugs.freedesktop.org/show_bug.cgi?id%673 is > > > related? Maybe try with the latest libatasmart? > >=20 > > Since the sequence of commands was IDENTIFY DEVICE, > > SET FEATURES then IDENTIFY DEVICE again my guess is > > that SET FEATURES caused the problem. Why would a > > program called ata_id try to change the state of > > the device? >=20 > As I said above, I don't think it's ata_id that is the problem - I think > it's udisks-probe-ata-smart, via libatasmart, that is responsible for > submitting the SET FEATURES command: >=20 > http://git.0pointer.de/?p=3Dlibatasmart.git;a=3Dblob;f=3Datasmart.c;h=A4b= 60c0eedf8e4f1ebafd932b7070c030459ef16;hb=3DHEAD#l2561 >=20 > when it finds out that the SMART feature is available, yet not turned > on. I actually don't think libatasmart has any business making such > decisions on behalf of the user... Lennart, any chance we can stop > libatasmart from doing this? Thanks. Uh. I think it definitely needs to call this. I am pretty sure most USB HDDs you plug in have SMART disabled by default until libatasmart enables it. So, libatasmart would stop enabling it automatically you'd end up with no SMART at all for these devices. Also, on my desktop here, when you reset the BIOS settings to the defaults, SMART is off. So, that means that somebody needs to enable SMART from Linux, and who should do that if not libatasmart? if that device chokes on SETFEATURES then we might need to blacklist that, not disabled SMART for all devices right-away... Lennart --=20 Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4