From owner-freebsd-current Wed Aug 11 17:13:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc2.on.home.com (ha1.rdc2.on.home.com [24.9.0.15]) by hub.freebsd.org (Postfix) with ESMTP id D215614CA0 for ; Wed, 11 Aug 1999 17:13:09 -0700 (PDT) (envelope-from street@iname.com) Received: from mired.eh.local ([24.66.100.55]) by mail.rdc2.on.home.com (InterMail v4.01.01.07 201-229-111-110) with ESMTP id <19990812001201.XMXT12218.mail.rdc2.on.home.com@mired.eh.local>; Wed, 11 Aug 1999 17:12:01 -0700 Received: (from kws@localhost) by mired.eh.local (8.9.3/8.9.3) id UAA04481; Wed, 11 Aug 1999 20:12:00 -0400 (EDT) (envelope-from kws) To: Soren Schmidt Cc: geoffr@is.co.za, brian@pobox.com, current@FreeBSD.ORG Subject: Re: ATA - Trouble mounting secondary master References: <199908110653.IAA56765@freebsd.dk> From: Kevin Street Date: 11 Aug 1999 20:11:59 -0400 In-Reply-To: Soren Schmidt's message of "Wed, 11 Aug 1999 08:53:24 +0200 (CEST)" Message-ID: <87hfm5vovk.fsf@mired.eh.local> Lines: 33 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "20 Minutes to Nikko" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren Schmidt writes: > It seems Geoff Rehmet wrote: > > Brian McGroarty writes : > > > In using the ATA driver, I'm unable to automatically mount a > > > partition on a master drive on the secondary controller. fsck > > > complains that device rwd2s1e isn't configured and exists. > > > Immediately mounting by hand works perfectly. > > I had exactly the same problem, although it manifested itself with a > > secondary master or slave. It went away a few weeks ago, and I > > was never able to make any sensible progress in tracking the problem > > down. > > Hmm, damn, after the problem went away for Geoff I thought it to be > solved since I've never heard of it anywhere else, and I cant reproduce > it here no matter what I try. > Does it help eany if you only has the root partition use the wd dev > and have the rest use the prober ad dev entries ?? It could be some > artifact from this... I tried with the ad dev entries for my problem as well with no improvement. I've also tried using: dd if=/dev/ad0s6 of=/dev/null bs=512 count=1 as the first access to one of the failing drives (ad0). The first dd fails with device not configured, but any subsequent access works fine. It seems it's left in an odd state by the driver start up, but all it takes is a read to get it sorted out again. Any thoughts on how we can help debug this? -- Kevin Street street@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message