From owner-freebsd-fs@FreeBSD.ORG Thu Nov 20 08:33:01 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74E09CFD for ; Thu, 20 Nov 2014 08:33:01 +0000 (UTC) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id 6C21230C for ; Thu, 20 Nov 2014 08:32:59 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.jrv.org (Postfix) with ESMTP id 5377F1E9EA1; Thu, 20 Nov 2014 02:15:25 -0600 (CST) Received: from mail.jrv.org ([127.0.0.1]) by localhost (zimbra64.housenet.jrv [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id HoEaqaieucBn; Thu, 20 Nov 2014 02:15:15 -0600 (CST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.jrv.org (Postfix) with ESMTP id 5DE701E9E9C; Thu, 20 Nov 2014 02:15:15 -0600 (CST) X-Virus-Scanned: amavisd-new at zimbra64.housenet.jrv Received: from mail.jrv.org ([127.0.0.1]) by localhost (zimbra64.housenet.jrv [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ciNBKaAzY6mL; Thu, 20 Nov 2014 02:15:15 -0600 (CST) Received: from [192.168.138.128] (BMX.housenet.jrv [192.168.3.140]) by mail.jrv.org (Postfix) with ESMTPSA id 380F81E9E99; Thu, 20 Nov 2014 02:15:15 -0600 (CST) Message-ID: <546DA321.8050403@jrv.org> Date: Thu, 20 Nov 2014 02:15:29 -0600 From: "James R. Van Artsdalen" User-Agent: Mozilla/5.0 (Windows NT 5.0; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Borja Marcos Subject: Re: BIOS booting from disks > 2TB References: <17A2AC72-AD70-480A-9BAC-9CC8EAFD572F@we.lc.ehu.es> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 08:33:01 -0000 The extended BIOS disk functions, introduced onto PCs almost 20 years ago= , allowing for addressing LBAs beyond 2TB. FreeBSD will use these BIOS f= unctions when present. This is usually not a problem. If a disk controller card of some kind is installed then the option ROM o= n that card must support the extended BIOS disk functions for this to wor= k. This is usually not a problem. The error messages shown only pertained to the backup header, not primary= , and looking at the code it implies to me that the primary header and ta= ble were read OK, and that these will be used even if the backup cannot b= e found. I think "invalid backup GPT header" is a warning in this case, = not a fatal error. I think the real problem is here: =20 Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: 1. If you replace the 3TB disk with a disk 2TB or smaller and make no oth= er change, does this error still happen? 2. How are the disks connected to the system? What disk controllers are = used? What is the system BIOS boot disk setting set to? On 11/20/2014 12:53 AM, Borja Marcos wrote: > > On Nov 19, 2014, at 6:29 PM, Warren Block wrote: > >> On Wed, 19 Nov 2014, Jos=E9 Mar=EDa Alcaide wrote: >> >>> On Nov 19, 2014, at 8:06 AM, Pokala, Ravi wrote: >>> >>>> When you perform your installation, just make sure to select the GPT >>>> option for partitioning. The installer (either `bsdinstall' (for sto= ck >>>> FreeBSD), or `pc-sysinstall' (for PC-BSD / FreeNAS)) should create b= oth >>>> primary (near start-of-disk) and backup (at end-of-disk) GPT tables,= and >>>> install the appropriate bootstrap code in the proper locations. >>>> >>> >>> Yes, bsdinstall flawlessly creates both primary and backup GPT tables= even using disks > 2 TB, by virtue of the FreeBSD kernel. The problem ar= ises at the first stages of booting, when gptboot tries to compare the pr= imary and backup tables *using the BIOS disk services*, which are not abl= e to reach anything after the 2 TB limit. As a consequence gptboot fails,= stating that it did not find the GPT backup table. >> >> Maybe kern.geom.part.check_integrity=3D0 will allow it to boot. Howev= er, this sounds like a bug in gptboot. Maybe not easy to fix, but increa= singly important as disks > 2TB become common. > > I did a manual install on a 3 TB disk, creating a small partition for t= he OS, around 4 GB. > > The booot sequence was: > > Attempting Boot From Hard Drive (C:) > gptboot: invalid backup GPT header > > BTX loader 1.00 BTW version is 1.02 > Consoles: internal video/keyboard > BIOS drive C: is disk0 > BIOS 614kB/3961744kB available memory > > FreeBSD/x86 bootstrap loader, Revision 1.1 > (root@releng1.nyi.freebsd.org...) > Can't work out which disk we are booting from. > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0= : > > can't load 'kernel' > > > > And that's it. It would be nice indeed if FreeBSD could boot from >2TB = disks on BIOS machines. What > I wonder is, is this just some brain dead bug in this machine (HP Proli= ant Microserver Gen8 with the latest > BIOS version) or a widespread problem? > > It's not a pressing issue for myself, as anyway I intended to boot from= a memstick and use the disks > just for a ZFS pool, but anyone trying to set up a ZFS on root boot wil= l run into problems. > > > > > > > > Borja. > > > > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"