From owner-svn-src-head@FreeBSD.ORG Fri Apr 25 05:26:20 2014 Return-Path: Delivered-To: svn-src-head@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 70C42276; Fri, 25 Apr 2014 05:26:20 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (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 4CFB61E59; Fri, 25 Apr 2014 05:26:19 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s3P5Q3hS010626; Thu, 24 Apr 2014 22:26:07 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201404250526.s3P5Q3hS010626@gw.catspoiler.org> Date: Thu, 24 Apr 2014 22:26:03 -0700 (PDT) From: Don Lewis Subject: Re: svn commit: r264907 - in head/release: amd64 i386 To: gjb@FreeBSD.org In-Reply-To: <20140425022629.GL49791@glenbarber.us> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: svn-src-head@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 05:26:20 -0000 On 24 Apr, Glen Barber wrote: > On Thu, Apr 24, 2014 at 07:12:10PM -0700, Nathan Whitehorn wrote: >> On 04/24/14 18:38, Glen Barber wrote: >> >Author: gjb >> >Date: Fri Apr 25 01:38:57 2014 >> >New Revision: 264907 >> >URL: http://svnweb.freebsd.org/changeset/base/264907 >> > >> >Log: >> > Refactor make-memstick.sh to avoid creating the 'dangerously >> > dedicated' partition scheme, reported to cause the memstick.img >> > to fail to boot. >> > Similar to how make-memstick.sh worked on stable/8, use makefs(8) >> > to create the actual filesystem. Then calculate the size of the >> > resulting image file, create the GPT partition scheme, then dd(1) >> > the filesystem created with makefs(8) to the freebsd-ufs GPT >> > partition. >> > This was tested on a known-working machine[1] for regression, and >> > a known-not-working machine[2] to ensure the boot issue has been >> > resolved. >> > >> >> 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.