Default disk layout

Durden · 2021-07-17 21:13:44

Any reason the installer uses 100MB for the /boot partition by default? Seems very odd and makes it impossible to have multiple kernels available.

schard · 2021-07-18 10:57:08

Durden wrote:

Any reason the installer uses 100MB for the /boot partition by default? Seems very odd and makes it impossible to have multiple kernels available.

Yes. It's a design decision by the author.
As with any other (unsupported) installer, by using such a thing, you agree to the settings the author(s) impose on you.
If you want a customized installation and not something that other people impose on you, don't use this (or any other) installer and install Arch the "classical" way.

Alad · 2021-08-04 12:25:51

Take the above with a grain of salt. The installer is supported like any other installation methods documented on the wiki (e.g. the installation guide, archboot, systemd-firstboot etc.), the "impose" argument is ridiculous to anyone who read the archinstall readme, and there's no reference this kind of thing is a "design decision". Best you open an issue on github instead.

Last edited by Alad (2021-08-04 12:26:20)

seth · 2021-08-04 13:14:44

Obedience towards redmond
(Ie. it likely just re-uses the partition scheme it finds and tha is likely the one put there by windows)

Quick glance at the guided profile "example" it doesn't touch an existing partition scheme at all.

HalosGhost · 2021-12-19 00:07:26

A post was split from this thread to keep conversation civil and on-topic.

All the best,

-HG

Dieter@be · 2021-12-19 02:07:39

on my system:

drwxr-xr-x  6 root root 1.0K Dec 18 10:06 grub # 12.5 MB
-rw-------  1 root root  36M Dec 18 10:14 initramfs-linux-fallback.img
-rw-------  1 root root  13M Dec 18 10:14 initramfs-linux.img
-rw-r--r--  1 root root 4.6M Jun  8  2021 intel-ucode.img
-rw-r--r--  1 root root  10M Dec 18 10:14 vmlinuz-linux

2 initramfs is plenty, and still plenty of space for multiple kernels until you reach 100MB. or am i missing something?

Last edited by Dieter@be (2021-12-19 02:09:17)

schard · 2021-12-19 12:31:58

You're missing that I for example do not use compressed initramfs images, since the decompression actually takes longer than reading an uncompressed image from my NVMe SSD.

$ ls -lh /boot
insgesamt 74M
drwxr-xr-x 3 root root 4,0K 27. Jan 2020  EFI
-rwxr-xr-x 1 root root  59M 18. Dez 02:38 initramfs-linux-zen.img
-rwxr-xr-x 1 root root 4,6M  8. Jun 2021  intel-ucode.img
-rwxr-xr-x 1 root root  11M 18. Dez 02:38 vmlinuz-linux-zen

Dieter@be · 2021-12-21 01:22:49

Okay so it sounds like 100MB is enough for many/basic installations, but not enough for non-standard ones with multiple kernels. No default will ever be perfect for everyone. Alad's suggestion seems to make sense, bring up on the bugtracker to see what the developers think. Perhaps it should be easily configurable during installation, if it isn't currently. I haven't tried the installer myself.

lpv · 2021-12-25 04:09:15

I just stumbled upon this right after doing a fresh install(also accidentally deleted my windows partition thank god that was fresh too) with the default/suggested disk layout. My /boot was made 500MB. The most recent .iso (2021.12.01).

Torxed · 2022-01-06 14:44:32

Sorry for the lack of responses.
There is no design decision in terms of `/boot` other than when we create it. Which is now default to 500MB as Ipv mentions.
The only time we can't facilitate this is when Windows is the one that creates the boot sector, which it does by creating a ~100MB small partition.
100MB will work, if you use vanilla `linux` kernel and can live without a `-fallback` initramfs. But it will spit out a warning every time you regenerate a initramfs.

We don't dare to implement magic functions to resize this limitation, but instead we've implemented a warning stating that the user has to resize the partition manually first.
Until there's a safe tool that can reliably resize the partition without consequences, this is the best we can do for now. Hope that's ok.

Arch Linux

#1 2021-07-17 21:13:44

Default disk layout

#2 2021-07-18 10:57:08

Re: Default disk layout

#3 2021-08-04 12:25:51

Re: Default disk layout

#4 2021-08-04 13:14:44

Re: Default disk layout

#5 2021-12-19 00:07:26

Re: Default disk layout

#6 2021-12-19 02:07:39

Re: Default disk layout

#7 2021-12-19 12:31:58

Re: Default disk layout

#8 2021-12-21 01:22:49

Re: Default disk layout

#9 2021-12-25 04:09:15

Re: Default disk layout

#10 2022-01-06 14:44:32

Re: Default disk layout

Board footer