From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 22:01:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E52C9C38; Tue, 12 Aug 2014 22:01:27 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 902CD298C; Tue, 12 Aug 2014 22:01:26 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s7CLvoik035050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 12 Aug 2014 23:57:50 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s7CLvkWZ003539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Aug 2014 23:57:46 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s7CLvkjf047974; Tue, 12 Aug 2014 23:57:46 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s7CLvk4q047973; Tue, 12 Aug 2014 23:57:46 +0200 (CEST) (envelope-from ticso) Date: Tue, 12 Aug 2014 23:57:46 +0200 From: Bernd Walter To: Allan Jude Subject: Re: Booting a SuperMicro Superserver Message-ID: <20140812215746.GA46743@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <1407861156.35826.YahooMailNeo@web121606.mail.ne1.yahoo.com> <0D393AB7-4632-4BF8-95A3-D8AF25D53E60@jnielsen.net> <1407866979.73449.YahooMailNeo@web121604.mail.ne1.yahoo.com> <53EA5C19.4060604@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53EA5C19.4060604@freebsd.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 22:01:28 -0000 On Tue, Aug 12, 2014 at 02:25:29PM -0400, Allan Jude wrote: > On 2014-08-12 14:09, Barney Cordoba wrote: > > The bios only gives you one choice for "HDD". You can't select one of the 4 drives to boot from. You can specify USB or CD or HDD, but Not HDD2 or HDD3. > > > > BC > > > > > > On Tuesday, August 12, 2014 1:16 PM, John Nielsen wrote: > > > > > > > > On Aug 12, 2014, at 10:32 AM, Barney Cordoba wrote: > > > > > >> A continuing issue (with 9.1 previously and now 10) is that FreeBSD occasionally (or always) seems to boot from the 2nd installed drive > >> rather than the first. I'd be happy to debug this, but I have no idea if it's bootcode or a BIOS issue. Supermicro pleads innocent, but their bios > >> guys are hard to work with and fairly arrogant if you don't specifically isolate something. > >> > >> The scenario occurs when ada0 is upgraded and has an incompatible kernel with other code on drive ada1. (note that ada1 is a backup of the pre-upgrade ada0, so it's fstab points to ada0 for mount points). The system will boot and then modules will fail to load. It loads the kernel from > >> ada1 and then mounts partitions from ada0; old kernel and newer modules. > >> > >> The problem is resolved by popping the 2nd drive. So there is nothing wrong with ada0 to cause it to bounce to ada1. > >> > >> My question: What would cause the system to boot from ada1 instead of ada0? Bios or Bootcode? > > > > BIOS, most likely. If the disk controller in question is onboard you should be able to specify which disk(s) and what order they will be booted from. If not, you'll need to just say in the BIOS boot order then go to the controllers BIOS to say which disk(s) to boot from and in what order. I have recent experience with a SuperMicro box and an LSI controller; the latter allows you to specify a (b)oot drive and an (a)lternate. Yes, b comes before a. :) > > > > There is usually a second menu after you select 'HDD' in the boot order > menu, something like 'HDD Boot Priority' that lets you select the > correct disk to boot from > > http://s1121.photobucket.com/user/SleeperPro/media/BIOSBoot.jpg.html > > So after you select 'HDD" in the 'boot device priority' menu, go to the > 'hard disk drives' menu and set the order of the drives. I've also seen BIOS to scan complete boot order HDD for GPT and then MBR. Noticed this when seting up a gmirror server in the old way: Do lazy install on disk0 and boot. setup disk1 as gmirror/dedicated disk with it's fake MBR. Shutdown and physically swap disks, then gmirror the lazy installation disk. But after swapping disks the BIOS then bootet from disk1 with GPT, although the new gmirror/MBR disk0 was first in boot order. After gmirror sync disk1 the BIOS booted from disk0, so it really was the GPT why it prefered booting from second disk in bootorder. Think it was a Intel board, but can't say for sure. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.