Okay so im really excited to switch to endeavour os but i have a few questions regarding the installation of endeavour os which will be a dual boot setup with windows 11 using systemd-boot.
Here is the layout so i can explain what im trying to do when it comes to partitioning:
As you can see, Disk 0 is my HDD and i have 100 gb unallocated for the home
partition.
Disk 1 is my SSD which has 50 gb unallocated for the root
partition and the esp
or boot
or efi
partition( whichever term is correct for systemd-boot )
THIS PARAGRAPH IS ONLY FOR THOSE WHO WANNA KNOW WHY I AM NOT USING GRUB. FEEL FREE TO SKIP IT
Before you ask me why am i just not going with grub when it comes to dual booting? It is because i have been facing a really weird and rare issue with grub. Long story short, i have to restart my system multiple times before grub can actually boot an os from the menu. I just get errors like command failed
and you need to load the kernel first
. And trust me, i have literally tried everything and it just doesnât work, i have tried this in every distro and it is the same issue so im pretty sure itâs just an issue with grub and not with the os itself.
Alrighty⌠So back to the questions.
So, do i need a seperate new partition for systemd-boot? Some say i should use the default 100 MB partition because one drive = one esp/efi or whatever. If i do need one, what should be the size of the partition and how do i actually go about setting it up in the installer of endeavour os.
Also, how do i go about setting up the home partition in the installer?
And, is (50gb - the size of efi partition) okay for the root partition since windows isnât letting me create more space even though i have like 88 gb more free space available.
Also, can a windows update destroy the seperate efi partition because having a seperate efi partition is not recommended?
And lastly, are there any issues in systemd-boot related to TPM or Intel PTT because the grub issue ( refer to the paragraph above which you might have skipped ) is related to tpm. I know this because i have seen forums of people referring to the exact same grub issue and they all are referring to either Intel PTT or TPM 2.0. The links to those forums are attached below:
Also lastly, i want to mention that i donât want to configure systemd-boot to recognise windows since iâll just prefer using the bios boot menu to boot into windows because my work is mostly on linux and i boot into windows like once every 2-3 months or so.
Note: For those who donât wanna go through the entire forums this is what the guy apparently said about the problem:
Iâve done a bit more testing:
- Iâve been able to reproduce this more reliably. It seems that if I poweroff then poweron immediately (shutdown and hit power button as soon as power goes off) then it happens more reliably.
- I reverted to bios defaults âfrom biosâ and then disabled secure boot as my bios settings to test.
- I have installed ubuntu 18.04 on two of these laptops which doesnât seem to have the problem so far, and Iâve been trying. grub 2.02-2ubuntu8.15
- I have shrunken the ext4 / partition down to 19.53GB and repeated the issue.
- I have entered the grub prompt and most commands give me âerror: Command failed.â message, but not all. âtrueâ fails, âfalseâ doesnât, âlsâ works, âcatâ doesnâtâŚ
- I grepped through the source code for grub 2.04 and found references in tpm.c (2.04-1ubuntu26 is the problem version installed), when i did the same for 2.02 there is no tpm.c.
So Iâm thinking itâs my tpm acting up on some power cycles. I think my best option is to file a bug report at ubuntu then deploy these laptops with 18.04 for now.