public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: james <garftd@verizon.net>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: MBR & GPT dual compliant format
Date: Fri, 29 Jul 2016 12:20:14 -0500	[thread overview]
Message-ID: <d57ced0f-1196-7ab5-9ad9-e9767d6e7722@verizon.net> (raw)
In-Reply-To: <CAAD4mYjAphn3wEQcQKtrVPZkvNDA0jug_kg2Ntxo18=aP47H0w@mail.gmail.com>

On 07/29/2016 09:27 AM, R0b0t1 wrote:

 >
 >
 >

I
OK, so I have finally switch my posting to this email. Gmane.org is dead 
for now (hence my delayed responses).

[1] https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/

So in one thread, I'm going to post to variety of recent posts; 
recreated since I have a new email address now anyways and just got it
setup with gentoo-user. (sorry if this makes the thread hard to follow.

 > Neil
 >  It's the ESP (EF00) that can be used as /boot, EF02 is a special
 > partition that should exist but not be used.

Agreed. The posted example partition tables (PT) were just an attempt
to motivate any respondant to post an actual (PT) presented by whatever
tool so I could actually see what I'm trying to drive to. Soon, later 
tonight or tomorrow, I'll post an actual attempt from recovered failures.

 > Tomh
 > The OP wants a partition scheme for both "standard" and efi firmware,
 > so he wants an EF02 (gdisk name) of 1MB and an EF00 (also gdisk name).


Yes, this is a key point.

 > The OP wanted the EF02 to be mounted as "/boot" so it has to be
 > larger than 100MB in order to accomodate multiple kernels (and
 > possibly initramfs "thingies" as they're sometimes called here).

 > It's the ESP (EF00) that can be used as /boot, EF02 is a
 > special partition that should exist but not be used.

OK, my problem is I do not know exactly what this looks like. I am
assuming I can do it all with gdisk (which is gptfdisk right)?

So this is just a starting point of what the PT & fstab cold look like

Number  Start   End     Size    Type     File system     Flags
  1      1049kB  211MB   210MB   primary  ext2            boot
  2      211MB   139GB   138GB   primary  linux-swap(v1)
  3      139GB   952GB   813GB   primary  ext4
  4      952GB   2000GB  1049GB  primary  ext4

corresponding fstab::

/dev/sda1   /boot        ext2    defaults,noatime     0 2
/dev/sda2   none         swap    sw		      0 0
/dev/sda3   /         	 ext4    defaults,noatime     0 1
/dev/sda4   /usr/local   ext4    defaults,noatime     0 1


 > David Haller
 > You'd have to get rid of one of those partitions (I'd say /boot).

OK, I was already thinking about placing /boot under '/' anyway, as
many of the stage-4 images I will be using in the auto-image installs
are commonly found as using just 2 partitions anyway ('/' and swap)

The '/usr/local' will be optional depending on disk size and available 
space to provide this third partition. /usr/local will not be needed for 
boot(strap) and can be mounted after the systems is up. So /boot
is part of / now.

 > Mick
 > It seems you did not use gdisk or a late version of parted to created
 > the partition table?  Modern partition tools align the logical and
 > physical sectors to 4096B.

Yep, I just 'dogged' the PT hoping someone would create and post what it
should look like, or copy/paste a correct example from somewhere. Sorry

 >> 1      1049kB  211MB   210MB   primary  ext2    boot

 > Instead of ext2 follow the guide for creating a FAT fs partition with
 > an EF00 partition type.
 > James should set the boot flag in the partition table for /dev/sda1
 > and mount it under /boot (or /boot/EFI) in fstab.

I'm going to do away with a separate /boot for now and 'boot' partition 
will be moved under /.

 > R0b0t1
 > > It seems you did not use gdisk or a late version of parted to
 > created the partition table?  Modern partition tools align the
 > logical and physical sectors to 4096B.

 > It can be changed. SSDs are best used with 512B sectors. But, err...

Well, proper alignment was automatically taken care of with newer tools?
That sort of perfromance issue is also critical. Eventuall, SSD and usb3
mmc and all sorts of other media will be used, depending on the embedded
board's supported interface mix that will work with the vendor's (board) 
bootstrap code to bring up linux.

 > The protective MBR can point to another one and you can select which
 > GPT partitions are in it. But that's getting into some rube goldberg
 > action.

Is this true if one is using grub-legacy?

While I'm at it (gentoo specific) what is the difference in 
sys-boot/grub-static (0.96-r1 to  0.97-r12) and sys-boot/grub (0.97-r16)
in slot zero?

I'm assuming that sys-boot/grub-2.02_beta2-r9++ is all grub-2 with 
current enhancements.


I do appreciate all the inputs, and appologize again for the 
transitioning emails, complicated by the demise of gmane.org (my fav 
reading/posting for gentoo-user).

I'm going to post back as soon as I get an actually 2T disk setup with
all of this advise, just to check what folks think and eventually with
the results of booting a variety of mbr systems (efi and newer embedded 
systems as they are purchased.)

I have a few SSD to experiment with now and may try some usb devices
after the spinning rust PT is happy.


James



  reply	other threads:[~2016-07-29 16:20 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-22 16:05 [gentoo-user] MBR & GPT dual compliant format James
2016-07-22 19:53 ` R0b0t1
2016-07-22 22:41   ` Neil Bothwick
2016-07-22 22:45     ` R0b0t1
2016-07-23  2:29       ` [gentoo-user] " James
2016-07-24 11:10         ` Neil Bothwick
2016-07-25 17:36           ` David Haller
2016-07-26  5:55             ` Neil Bothwick
2016-07-26  6:56               ` Artur Zych
2016-07-26  8:29                 ` Tom H
2016-07-26 12:10                   ` Artur Zych
2016-07-26 14:52                     ` Tom H
2016-07-26 13:54                   ` Neil Bothwick
2016-07-26 14:36                     ` Tom H
2016-07-26 18:35                       ` James
2016-07-28 16:36                         ` David Haller
2016-07-29  5:41                           ` Mick
2016-07-29 14:27                             ` R0b0t1
2016-07-29 17:20                               ` james [this message]
2016-07-29 18:06                                 ` Mick

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=d57ced0f-1196-7ab5-9ad9-e9767d6e7722@verizon.net \
    --to=garftd@verizon.net \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox