From owner-svn-src-head@FreeBSD.ORG Fri Apr 25 10:00:44 2014 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2170CC82; Fri, 25 Apr 2014 10:00:44 +0000 (UTC) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 928D71BB6; Fri, 25 Apr 2014 10:00:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id s3PA0DRg048121; Fri, 25 Apr 2014 14:00:13 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Fri, 25 Apr 2014 14:00:13 +0400 (MSK) From: Dmitry Morozovsky To: Don Lewis Subject: Re: svn commit: r264907 - in head/release: amd64 i386 In-Reply-To: <201404250526.s3P5Q3hS010626@gw.catspoiler.org> Message-ID: References: <201404250526.s3P5Q3hS010626@gw.catspoiler.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Fri, 25 Apr 2014 14:00:13 +0400 (MSK) Cc: svn-src-head@freebsd.org, gjb@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, nwhitehorn@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 10:00:44 -0000 On Thu, 24 Apr 2014, Don Lewis wrote: [snip] > >> GPT may not be the best choice here. On a number of, in particular, Lenovo > >> hardware, the BIOS will unconditionally boot with EFI from GPT media. I'm > >> not sure we want to just swap the set of machines on which this will not > >> boot. It probably needs to be nested MBR (or straight MBR -- I forget if > >> that works) until the boot media work with EFI (which should be soon on > >> -CURRENT). > > > > Noted. The thing here is that I want to get an EFI GPT partition on the > > image eventually, which unless I'm missing something obvious, we cannot > > mix GPT and MBR. > > > > I don't particularly like swapping which machines boot with this hack. > > Maybe it's time to do a MBR stick for "legacy" boot, and the GPT stick > > for UEFI and/or "fails-to-boot-DD" case? > > I've got a fairly recent Gigabyte motherboard that refused to boot an > Ultimate Boot CD memstick which uses MBR. I found out that I was was > able to boot and install from a 'dangerously dedicated' FreeBSD 9.x > memstick. Given that clue, I built a 'dangerously dedicated' Ultimate > Boot CD memstick, which worked just fine. seconded, till now the most bootable case for machines under my hands were happy with no-partition at all (fake MBR with 50k@s4, dd from UFS) this situation could drift in the near future though... -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------