Date: Thu, 02 May 2013 07:21:05 +0000 From: "jabbaarbarelly (via Twitter)" <i-serrofq-hfo=serrofq.bet-57422@postmaster.twitter.com> To: freebsd-usb@freebsd.org Subject: jabbaarbarelly sent you an invitation Message-ID: <20130502072117.A224EC1C@hub.freebsd.org>
next in thread | raw e-mail | index | archive | help
jabbaarbarelly sent you an invitation Twitter helps you stay connected with what's happening right now and with the people and organizations you care about. Accept invitation https://twitter.com/i/5f31753a-3583-459b-8e52-5af0e30af954 ------------------------ This message was sent by Twitter on behalf of Twitter users who entered your email address to invite you to Twitter. Unsubscribe: https://twitter.com/i/o?t=1&iid=8c77fcc2-99b8-48cd-8c41-73c0bf4eb2e3&uid=0&c=ZNV%2BN6G7N7hdgYJibT0qNnLJp3jJ83Od&nid=9+26 Need help? https://support.twitter.com From owner-freebsd-usb@FreeBSD.ORG Thu May 2 13:34:52 2013 Return-Path: <owner-freebsd-usb@FreeBSD.ORG> Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0F37281A for <freebsd-usb@freebsd.org>; Thu, 2 May 2013 13:34:52 +0000 (UTC) (envelope-from velcroleaf@rocketmail.com) Received: from nm30-vm7.bullet.mail.gq1.yahoo.com (nm30-vm7.bullet.mail.gq1.yahoo.com [98.136.216.198]) by mx1.freebsd.org (Postfix) with ESMTP id D691D1CAE for <freebsd-usb@freebsd.org>; Thu, 2 May 2013 13:34:51 +0000 (UTC) Received: from [98.137.12.59] by nm30.bullet.mail.gq1.yahoo.com with NNFMP; 02 May 2013 13:33:07 -0000 Received: from [98.137.12.202] by tm4.bullet.mail.gq1.yahoo.com with NNFMP; 02 May 2013 13:33:07 -0000 Received: from [127.0.0.1] by omp1010.mail.gq1.yahoo.com with NNFMP; 02 May 2013 13:33:07 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 661397.84846.bm@omp1010.mail.gq1.yahoo.com Received: (qmail 32445 invoked by uid 60001); 2 May 2013 13:33:07 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s1024; t=1367501587; bh=vJd9E+6RnlZyA2dRKW6RHS6okvk0iJ0hi4s7etZEu7I=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=HNF6P3Wg5tnn5XgKZqK5kQ7KqtI6Y2gmea1AJ5zn6BET1iL60ZwJ2vhwyCUyS6YkM5FFH47Lgufk+UzULnts/RNGEkt/qOn8SDMN30i+ttC5sPozewmfGzVns2AhSEQaxaIGK/ITSmHGXAsHZINT0aXUJykx7YA1eeDrmU1jbAI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rocketmail.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=PJRcc/mTLAEkA7loyJTkrRmuZtzbnQD7LbUg/zvLVM/CWQfO6v56aMDGLT5ISIdIn5/pnnecolo6LCmShm69Q8IIoS5fULMhBrYVmjJs4raDgfzGBzbEra08jxuf/O8xopaJnRzrvP9yKoBMxF3zG+HocZ8yqeUMJ2229s5OZ6I=; X-YMail-OSG: cKoTqAwVM1n2tgkopmAGfYEqh_E3j_Gs1G_aydFvasOeIY5 qYZ4TnPnEHP3UdnAW5.IqNLbQTu8hdi1r83ZNME18z220QwYU.zraz.e.w.m p4WDIfnEuNt8PjvpNriLORRuxOHqwqtEHUabT.6dnAdjYbR3ieBYENW7t_hf 4GWqGO6PLhh3N0HE0L6LnFHc1oAz4OXiB963Nz9zlmC_pyxnIIWFEKpT19Qc _VVOdtk.kNdJ4pMTRWi1LvxNiLIoYuek5NWNZu.W93ZQBc225VwGa_bjAxTK QCq_.4i2M2Ac2_5FuV7E805KeMsulsiXZt1tkGsuZ1_TyoiC0xYDzXAbFksO r6UGsJHM5f7amneqWlp8kIlhvHaGKE35qI9tP.iG2syU8lDC.vEHuW95xeDx E7gPg7282XCL16jRTrta.vuK6b4N94jHICnbHw7sWL_AEsUZBmMIfmw6pNqt G1hcUfdHIJhDnepF.qtgRw.8cIw-- Received: from [74.229.13.174] by web164505.mail.gq1.yahoo.com via HTTP; Thu, 02 May 2013 06:33:07 PDT X-Rocket-MIMEInfo: 002.001, SSd2ZSBtYWRlIGEgbWlub3IgCmJyZWFrdGhyb3VnaC7CoMKgQWZ0ZXIgc29tZSBtdWNraW5nIGFib3V0IHdpdGggZGQsIEkgd2FzIGFibGUgdG8gZ2V0IHRoZSAKc3lzdGVtIHRvIGFja25vd2xlZGdlIHRoYXQgdGhlICJiYWQiIGRyaXZlIGV4aXN0cy7CoMKgSSB3YXMgdGhlbiBhYmxlIHRvIApyZWZvcm1hdCB0aGUgZHJpdmUuwqDCoEJ5IHRoYXQgSSBtZWFuIEkgcGVyZm9ybWVkIHRoZSBmb2xsb3dpbmcgCm9wZXJhdGlvbnM6CgojIGZkaXNrIC1CSSAvZGV2L2RhMAojIGJzZGxhYmVsIC1CdyAvZGV2L2RhMHMBMAEBAQE- X-Mailer: YahooMailWebService/0.8.141.536 References: <201304211610.r3LGA21Y061796@freefall.freebsd.org> Message-ID: <1367501587.7127.YahooMailNeo@web164505.mail.gq1.yahoo.com> Date: Thu, 2 May 2013 06:33:07 -0700 (PDT) From: Velcro Leaf <velcroleaf@rocketmail.com> Subject: Re: usb/177895: similar 1TB Western Digital "My Passports" - some load, some don't To: Hans Petter Selasky <hps@bitfrost.no>, "freebsd-usb@FreeBSD.org" <freebsd-usb@FreeBSD.org> In-Reply-To: <201304211610.r3LGA21Y061796@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Velcro Leaf <velcroleaf@rocketmail.com> List-Id: FreeBSD support for USB <freebsd-usb.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-usb>, <mailto:freebsd-usb-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-usb>; List-Post: <mailto:freebsd-usb@freebsd.org> List-Help: <mailto:freebsd-usb-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-usb>, <mailto:freebsd-usb-request@freebsd.org?subject=subscribe> X-List-Received-Date: Thu, 02 May 2013 13:34:52 -0000 I've made a minor =0Abreakthrough.=A0=A0After some mucking about with dd, I= was able to get the =0Asystem to acknowledge that the "bad" drive exists.= =A0=A0I was then able to =0Areformat the drive.=A0=A0By that I mean I perfo= rmed the following =0Aoperations:=0A=0A# fdisk -BI /dev/da0=0A# bsdlabel -B= w /dev/da0s1=0A# newfs /dev/da0s1=0A=0AThe new behavior is that once the qu= irk command has been used, the drive =0Awill function normally.=A0=A0If the= drive is removed and replaced, it will =0Abe fine.=A0=A0If the system is r= ebooted and the drive remains attached, it =0Awill be fine.=0A=0AIf=0A the = drive is removed from the system, then there's a reboot, then the =0Adrive = is reattached, it will again generate the "CAM status" errors and =0Anot wo= rk.=0A=0AWhen=0A the quirk command is issued again, everything is fine.=A0= =A0This is true no=0A matter which USB port the drive is moved to, despite = the fact that the =0Aquirk command seems to be port-specific.=A0=A0For refe= rence, here is the =0Acommand that works:=0A=0A# usbconfig -d ugen1.2 add_q= uirk UQ_MSC_NO_SYNC_CACHE=0A=0AAdditionally, I can narrow down the specific= quirkiness reported by the system when the drives are connected:=0A=0A"Bad= " drive in functional mode =3D 0x4000=0A"Bad" drive in broken mode =3D 0x40= 01=0A"Good" drive =3D 0x0000=0A=0AAll=0A of this seems largely rational, bu= t it still doesn't explain the basic =0Aissue of why seemingly identical dr= ives either have this problem or work=0A flawlessly.=0A=0AA=0A possible sol= ution is to find some way to auto-apply this quirk on the =0A"bad" drives, = but ideally I'd like to fix the root of the issue and make=0A the system th= ink the "bad" drives are clean (assuming 0x0000 means "no =0Aquirks").=0A= =0AIs=0A it possible that the bad drives have been "blessed" (or rather =0A= "cursed") by some process during my attempts to format them?=A0=A0I didn't = =0Asettle on a standardized method of formatting until I'd gotten a few of = =0Athese drives, so it's possible there was some bad dd juju applied to the= =0A bad drives.=A0=A0It took me a while to figure out how to get the system= s to=0A notice the drives.=0A=0AMy current method is to apply the three com= mands listed above directly to new drives fresh out of the box.=0A=0AAltern= ately, is there a way to tell FreeBSD to stop trying to be clever and use n= o =0Aquirks at all (again, assuming 0x0000 means "no quirks")? =0A=0ALeif
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130502072117.A224EC1C>