From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-172870-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by finch.gentoo.org (Postfix) with ESMTPS id ED8A1138330
for <garchives@archives.gentoo.org>; Fri, 26 Aug 2016 11:34:10 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 66F4DE0A72;
Fri, 26 Aug 2016 11:34:01 +0000 (UTC)
Received: from mail-wm0-f47.google.com (mail-wm0-f47.google.com [74.125.82.47])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 14035E08C1
for <gentoo-user@lists.gentoo.org>; Fri, 26 Aug 2016 11:33:59 +0000 (UTC)
Received: by mail-wm0-f47.google.com with SMTP id o80so114781974wme.1
for <gentoo-user@lists.gentoo.org>; Fri, 26 Aug 2016 04:33:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=from:to:reply-to:subject:date:message-id:user-agent:in-reply-to
:references:mime-version;
bh=nJkw2UBXdU+jzUBP+eDMzATkJ9EQl5lWT/ji/ZQlfP4=;
b=We8TMeUvDozXxcfIOJg9JN10T2o71BNzvbZTiSVBAfcwHBZuCOQc8w129pxj9fmDMI
Y0DhQEpTDpwqWbcOqqkvBMB6qwRc5zymy24yDdJ2ri6nWB8BcvBNpWO1XfGqSF6QJiPw
V5q+I8Eba1i0wDhHcVmH85xnYfhJq3VjovZ+wbMChSITCjzZ28CJthiYetMzRFKdqP/2
iiiysxs564tI6Q7VR8ufzgNNKr0FzVhjxjXmo15t63XHaVPdlzKhuU+w7BfHLTAoIXCS
l7VT4gOp4otpYdb/5wps1rRbxmguqF8jTLdI15/D4BranGGI7Mpr9faUEpg9mz+5vHXk
ZBaA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:from:to:reply-to:subject:date:message-id
:user-agent:in-reply-to:references:mime-version;
bh=nJkw2UBXdU+jzUBP+eDMzATkJ9EQl5lWT/ji/ZQlfP4=;
b=I5vRD3hzmjllkpqLBShZETYjRpSjG6VuyLi+ft5D47va5bFBJv0CCZ65dGdK02b9TR
mp45WxVropepaKdoIfY948BiCUS9eaWZXh+VLMrb3+o2nWTZek6gEBPZL/BfRSB8II8A
P/N61qs38LeoofKwp95Ccx6nCiHQICp7ZfX2AswGngTp0PXSKakZbdeqzRICxwWUVCHi
Hb51rguAIAOSVbIOPSZZThNgYMQ5XbgvEpF+nX89XAHBatnAjiAuQ623q3eDMbwNQKXM
h587joSXnR3mBgHEeAbDmRz95SNL54fyb+NzlN+PbN/xrOimcxNlJgsAYy3YhUo+DP2C
/Z0g==
X-Gm-Message-State: AE9vXwMydQaUGOv6gQca8UOOR9+w06THUD8BGvquHnER17KyIBChP/kf8ZKxfWsZfgFQjw==
X-Received: by 10.194.98.241 with SMTP id el17mr3362952wjb.15.1472211238177;
Fri, 26 Aug 2016 04:33:58 -0700 (PDT)
Received: from dell_xps.localnet (230.3.169.217.in-addr.arpa. [217.169.3.230])
by smtp.gmail.com with ESMTPSA id vv2sm19580729wjc.29.2016.08.26.04.33.56
for <gentoo-user@lists.gentoo.org>
(version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
Fri, 26 Aug 2016 04:33:56 -0700 (PDT)
From: Mick <michaelkintzios@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] UEFI booting
Date: Fri, 26 Aug 2016 12:33:47 +0100
Message-ID: <5732843.V0CfNClkB1@dell_xps>
User-Agent: KMail/4.14.10 (Linux/4.4.6-gentoo; KDE/4.14.20; x86_64; ; )
In-Reply-To: <3868007.s5P3xWRPjJ@peak>
References: <3868007.s5P3xWRPjJ@peak>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2221580.kRb0byvoK5"; micalg="pgp-sha256"; protocol="application/pgp-signature"
X-Archives-Salt: 01b4fc85-fcc2-4f80-8f8a-aec4500debed
X-Archives-Hash: 0eea9b9978489e2501824f9618ec6809
--nextPart2221580.kRb0byvoK5
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="us-ascii"
On Friday 26 Aug 2016 09:32:25 Peter Humphrey wrote:
> Hello list,
>=20
> In my search for a suitable boot method, I'm trying Mike G's systemd-=
boot
> ebuild. I've installed it with no problem, and now I reach the heart-=
in-
> mouth stage of actually replacing gummiboot with it. But first, the b=
ackup,
> including dd of what used to be called the MBR (what is it now?).
>=20
> # parted -l
> Model: Unknown (unknown)
> Disk /dev/nvme0n1: 256GB
> Sector size (logical/physical): 512B/512B
> Partition Table: gpt
> Disk Flags:
>=20
> Number Start End Size File system Name Flags
> 1 1049kB 3146kB 2097kB uefi bios_grub
> 2 3146kB 144MB 141MB fat32 boot boot, esp
> 3 144MB 4504MB 4360MB linux-swap(v1) swap
> 4 4504MB 15.0GB 10.5GB ext4 rescuesys
> 5 15.0GB 32.2GB 17.2GB ext4 gentoo
> 6 32.2GB 36.5GB 4295MB ext4 var
> 7 36.5GB 45.1GB 8590MB ext4 home
> [...]
>=20
> That start block of the uefi partition looks odd to me.=20
The 'Name' of the 1st partition is the label you have provided when you=
=20
created it. It is NOT the type of the partition, which is shown under =
the=20
'Flags' column as 'bios_grub'. The 1st partition was created to accomm=
odate=20
Grub's boot code. It starts on the first cylinder (change the units i=
n parted=20
to cyl and you'll see it starts at '0 cyl') and has no fs on it.
> I'm pretty sure I
> didn't specify a start position to parted when I was constructing the=
> partition layout six months ago, preferring to let the program choose=
a
> value itself.=20
Parted and friends will create this partition for Grub at the very star=
t of=20
the disk, when you use GPT. If you stay with a conventional msdos part=
ition=20
table, then the first partition starts at cylinder 63 allowing enough s=
pace for=20
MBR to store its boot code in the unallocated cylinders 0 to 62.
> I do remember, though, that parted had a strange idea of what
> 2MB meant: it's turned out to be 2097kB.
You are mixing decimal and binary. 2MiB =3D 2 x 1024^2 =3D 2,097,152
> My question for the panel is whether I need to do anything about that=
> partition layout. What do you think?
You don't have to do something about it, if you want to retain the abil=
ity to=20
use Grub. If you will no longer use grub then you probably do not need=
the=20
first grub-specific partition. =20
As shown above the second partition is your EFI partition. 141MB may no=
t be=20
enough to store many kernel images, but it depends on how many kernel i=
mages=20
and initramfs you keep in there at any time.
=2D-=20
Regards,
Mick
--nextPart2221580.kRb0byvoK5
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQEcBAABCAAGBQJXwCkjAAoJELAdA+zwE4YeOHQH/2Jr75+D8493z2hfPYdsVlOf
3408JBO7h4RRbkgt8FNa4/dFsUTOPns8qpVaGZHQokCIC6QAwahufkDfqPjzn7yQ
56uzCKa0uI+6eKDSPUQwJ8WjKaEOb4mUw8McqapBSAuQYlOBCltyI8wX1oLo+emD
NFtvqHWLB575lmUTOXbXs9mNf5YzV9WUvzIsR4Ro3FjAscKErdXI0tGCKKhL/j6O
C8udgSeWMFhO6KX4yRamzNPRXJTkE14HSfXq/sMG7ZBp4Xrj5pAgivm0XaJmeIXt
bDFXu3mz38X4rUYvCutkOhRWlFppCBoiBUYNSg5HVeIXfXxbO9yYK4QZXUBQIsw=
=P4rz
-----END PGP SIGNATURE-----
--nextPart2221580.kRb0byvoK5--