Linux - Laptop and NetbookHaving a problem installing or configuring Linux on your laptop? Need help running Linux on your netbook? This forum is for you. This forum is for any topics relating to Linux and either traditional laptops or netbooks (such as the Asus EEE PC, Everex CloudBook or MSI Wind).
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
beachboy2, yes that's what I wanted to clarify. As various guides usually mention that the Auto installer will make all correct partitions.But why should be used GPT, not MBR partitioning scheme for 500GB disk?
If using legacy BIOS the MBR partitioning is required. If using UEFI BIOS then GPT partitioning is required. Since MBR booting can also be used with GPT partitioning it seems simplest to use GPT to avoid problems as tech continues to move forward.
For a GPT partitioned disk, the detailed difference between using UEFI and legacy BIOS with MBR boot is that when creating the GPT partition table, if you tell it to create a protected MBR sector then the installer will normally use UEFI. If the MBR sector is not protected then most will install in MBR mode.
Another difference that may affect you is that the installer on some distros, when installing in auto-partitioning mode, may create /boot and / as the only partitions they default to. This means that /home is not a separate partition and can become in issue if there is a need to reinstall. Some create /home as a separate partition.
As beachboy2 said, mint creates only the 2 partitions so if you want /home separate you will need to manually create the partitions.
Last edited by computersavvy; 11-26-2020 at 05:22 PM.
the second partition, efi esp, is subdirectory under the main /boot partition?
It can be, and I prefer to do that, or the /boot partition can be made the efi partition. If the /boot is made efi then everything there is in a vfat partition.
It can be, and I prefer to do that, or the /boot partition can be made the efi partition. If the /boot is made efi then everything there is in a vfat partition.
what then is stored in /boot if its not a boot partition?
what then is stored in /boot if its not a boot partition?
If separate partition from /boot/efi then /boot can be ext4 and stores the kernel boot images. Booting is actually 2 stage. First is the grub boot loader which then loads the kernel image.
/boot/efi must be vfat, flagged as esp, and contains the grub boot loader. The grub boot loader for efi must be in a fat32,16,12 (now commonly vfat AKA fat32) partition that the uefi bios is able to access. The grub boot loader is able to do more than the bios for access so it can access the kernel boot images on either vfat or ext4 but cannot access an LVM partition so it is your choice to use /boot and /boot/efi or only /boot when you do the install.
The difference as I mentioned is that if you use only /boot then the entire partition has to be vfat and flagged as esp. If using /boot/efi as a separate partition then only that smaller partition is required to be vfat and flagged as esp.
Regardless of what you choose for partitioning the directory structure of /boot/efi (and subdirectories) will be created for the grub boot loader, and the kernel images will be in /boot.
Last edited by computersavvy; 12-11-2020 at 10:28 AM.
/boot is getting less important than it once was, because of the move to UEFI booting. Originally this directory contained everything you needed for booting your system: the kernel, the initrd image, kernel configuration and system map files, and files used by the bootloader (either LILO or GRUB). But with a UEFI boot, the kernel and initrd go onto the EFI system partition along with a either elilo or GRUB as bootloader. There's not much left for the old /boot directory to do except host the GRUB modules and provide a mountpoint for the esp when required.
/boot is getting less important than it once was, because of the move to UEFI booting. Originally this directory contained everything you needed for booting your system: the kernel, the initrd image, kernel configuration and system map files, and files used by the bootloader (either LILO or GRUB). But with a UEFI boot, the kernel and initrd go onto the EFI system partition along with a either elilo or GRUB as bootloader. There's not much left for the old /boot directory to do except host the GRUB modules and provide a mountpoint for the esp when required.
Different distros treat this differently. AIUI most of the ubuntu style systems use only /boot. Most of the fedora/centos style systems use /boot and /boot/efi. This easily allows installing dual boot with windows and using the already small (200 to 250MB) efi partition as /boot/efi. All the kernel stuff you mentioned are in /boot. I don't see that as making /boot less important. Even the uefi bios is still not able to actually load the kernel image and needs the intermediary boot loader.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.