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--