From owner-svn-src-all@FreeBSD.ORG Fri Apr 25 02:26:32 2014 Return-Path: Delivered-To: svn-src-all@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 97D93384; Fri, 25 Apr 2014 02:26:32 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 64A041D99; Fri, 25 Apr 2014 02:26:32 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 973DB5454; Fri, 25 Apr 2014 02:26:30 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 973DB5454 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 24 Apr 2014 22:26:29 -0400 From: Glen Barber To: Nathan Whitehorn Subject: Re: svn commit: r264907 - in head/release: amd64 i386 Message-ID: <20140425022629.GL49791@glenbarber.us> References: <201404250138.s3P1cvHn050580@svn.freebsd.org> <5359C47A.4060609@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="YXgUkCSfyvNdAU1Z" Content-Disposition: inline In-Reply-To: <5359C47A.4060609@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2014 02:26:32 -0000 --YXgUkCSfyvNdAU1Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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. > > >=20 > 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? Glen --YXgUkCSfyvNdAU1Z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTWcfVAAoJELls3eqvi17QLHoQAIr+U/o2qP7lrcPP9Q4EJpN2 necYGL+jwA3/0VBwGZNVFVIAWMHsP+TqofBO89GNwMVMyLMvr/Ay7s+HRbBJoWSD Cg8QSU//iE2YeVBdOo2ERJ44vZgPyZLr0kOCvIsls6iUiK9fJ497lM1dYFhl1Mpb 5GWando77FsQrw3MDVoaVtG5p02dAqYI6XCT3BEWORYQhoPeVeb0+oXu9uaDaeYp YxhT/MD5BfipQNfEoJK00KDaAWTlETuaOuhiS7dPA5/WjZB/yiIyUdK1U0xC/PFX Y7HZF7iF6fPPJIR7UG0cd4hCSD9ykAreom7IRfY/K9d6ho0TcqfO10QwE3lCjQR0 VC5I6FRh6AywvMvCKKndBRx0brgnZ4jUNuekhHLs5owbK2RttSPd2ZpGPNgVvFuB rT3p8b7Aceaqi5nNckO/Y/L4USZKxmVNBcGFadPQByztE6SzePJXPqDWmQDgeIIs mhVizT6ChCAbaSvWk6swfzEMgAlN6GL2lcRKb7BuALUHCapPM38YdfrH0idslns4 WrFMMBSK15VmZX5f0p6QSTbG8Rr1SSkiCbOMMG2ElI+q+ZbI2lL1KqLhfiOixQup dYWmAqMHcFENeFR6rNz3T4TjYneOTZefs1Mfhbt6v6N9LscKCA/Ls71VIjnWp3PY roRqSfaC/SMAGoqr/1gC =9aOS -----END PGP SIGNATURE----- --YXgUkCSfyvNdAU1Z--