Date: Tue, 30 Jun 2009 15:25:59 +0100 (BST) From: Chris Hedley <freebsd-current@chrishedley.com> To: Gary Jennejohn <gary.jennejohn@freenet.de> Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: New builds won't boot (fwd) Message-ID: <alpine.BSF.2.00.0906301524240.12510@teapot.cbhnet> In-Reply-To: <20090630113544.3e2bef31@ernst.jennejohn.org> References: <alpine.BSF.2.00.0906071604540.1724@teapot.cbhnet> <4A2C124A.1050707@freebsd.org> <alpine.BSF.2.00.0906261725570.1809@teapot.cbhnet> <alpine.BSF.2.00.0906261926080.1809@teapot.cbhnet> <alpine.BSF.2.00.0906300051400.33237@teapot.cbhnet> <3c1674c90906291830g1c79c80bq42ce99f44588e968@mail.gmail.com> <alpine.BSF.2.00.0906300326290.1621@teapot.cbhnet> <20090630113544.3e2bef31@ernst.jennejohn.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 30 Jun 2009, Gary Jennejohn wrote: > It does seem to number based on slot, whereby the driver for some reason > acts as though SATA has master/slave disks, which of course it doesn't. > > You can get back to the old behavior by putting "options ATA_STATIC_ID" > into your kernel config file. Hmm... weirdly, I noticed that /after/ putting that line into my config; maybe I should try again without it and see what happens...? I think I'll do that a bit later today and report back if there's any difference.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.0906301524240.12510>