From owner-freebsd-questions@FreeBSD.ORG Thu Dec 15 09:11:21 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAAE3106566C for ; Thu, 15 Dec 2011 09:11:21 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 7D3138FC12 for ; Thu, 15 Dec 2011 09:11:21 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id pBF9BIY4014872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 15 Dec 2011 01:11:19 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id pBF9BI2O014871; Thu, 15 Dec 2011 01:11:18 -0800 (PST) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA00771; Thu, 15 Dec 11 01:03:04 PST Date: Thu, 15 Dec 2011 08:02:09 -0800 From: perryh@pluto.rain.com To: cyberleo@cyberleo.net Message-Id: <4eea1a01.qEj3VB/DCaWfmK+8%perryh@pluto.rain.com> References: <4ED98E9F.9010401@midsummerdream.org> <4EDA489B.9060503@midsummerdream.org> <4EDA56A3.6090108@cyberleo.net> <4EE912BC.502@midsummerdream.org> <4EE955E7.4010708@cyberleo.net> In-Reply-To: <4EE955E7.4010708@cyberleo.net> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: lists@midsummerdream.org, freebsd-questions@freebsd.org Subject: Re: AHCI driver and static device names X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 09:11:21 -0000 CyberLeo Kitsana wrote: > On 12/14/2011 03:18 PM, Rob wrote: > > Case in point. I have a system with 15 drives in it. I decided > > I wanted to install on the 2nd device instead of the 1st, but > > I partitioned all the other 14 drives. I completed installation > > and when to boot the system and it failed. Stupid me, the GPT > > boot loader found disk1 with a partitioning scheme but no fs. > > So, I popped out disk 1 and when to boot again. Hey, now it > > starts to boot only to fail to find the root fs because it's > > looking on ada1 and the fs is on ada0. That is a mess. > > Sounds like a bug in the BIOS or boot loader. The boot loader > should be able to ask the BIOS for the device from which it > read the boot code, and use that instead of just naively using > the first available device in the system ... The BIOS does pass the BIOS disk number (0x80, 0x81, ...) to the bootloader. That's fine as long as the bootloader is using BIOS calls to read the disk, but how does the BIOS disk number get mapped, reliably, to an OS device identification? The BIOS can't do it, because it knows nothing about the OS, so the OS would have to do it => the OS must know a lot of detail about every BIOS on which it will ever run. This does not seem very practical, and that's at least part of the reason why labels were invented. I suppose if someone wanted to track down the "official" way of solving this problem, they could look into how Windows handles it.