You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This causes parallel installations of Pop!_OS to overwrite each other's loader entries. This is inconvenient if you just want to set up a throwaway partition to test something (see, e.g., pop-os/pop#3152 (comment)).
As a point of comparison, the loader entries generated by EndeavourOS (an arch-derivative) include a UUID in the loader entry filename:
root@thelaptop:/boot/efi/loader/entries# ls -l
total 24
-rwx------ 1 root root 542 Oct 16 08:30 843d283c5bc34d10bf2bc80afb2556e8-6.1.58-1-lts.conf
-rwx------ 1 root root 582 Oct 16 08:30 843d283c5bc34d10bf2bc80afb2556e8-6.1.58-1-lts-fallback.conf
-rwx------ 1 root root 546 Oct 15 20:52 843d283c5bc34d10bf2bc80afb2556e8-6.5.7-arch1-1.conf
-rwx------ 1 root root 586 Oct 15 20:52 843d283c5bc34d10bf2bc80afb2556e8-6.5.7-arch1-1-fallback.conf
-rwx------ 1 root root 256 Oct 16 11:27 Pop_OS-current.conf
-rwx------ 1 root root 274 Oct 16 11:27 Pop_OS-oldkern.conf
As far as I can tell, there's no way to work around this using a config option, since the OS name used by kernelstub is derived directly from /etc/os-release via the lines below. I suppose I could edit this file manually to disambiguate the installations, but that seems a bit hacky, I'm not sure what other tools might be reading this file.
I'm thinking that the easiest fix to this might be to ask for a nickname during installation and let kernelstub use this to disambiguate. You could maybe even use the device name/hostname (i.e., /etc/hostname), although perhaps people have good reason for wanting to keep this the same across different OS installations on the same machine. Either way, it's important that the disambiguating identifier name can be configured during installation, so this fix must be coordinated between kernelstub and the Pop installer.
The loader entry filename generated by kernelstub only depends on the OS name and does not include a unique identifier:
kernelstub/kernelstub/installer.py
Line 197 in 851230b
This causes parallel installations of Pop!_OS to overwrite each other's loader entries. This is inconvenient if you just want to set up a throwaway partition to test something (see, e.g., pop-os/pop#3152 (comment)).
As a point of comparison, the loader entries generated by EndeavourOS (an arch-derivative) include a UUID in the loader entry filename:
As far as I can tell, there's no way to work around this using a config option, since the OS name used by kernelstub is derived directly from
/etc/os-release
via the lines below. I suppose I could edit this file manually to disambiguate the installations, but that seems a bit hacky, I'm not sure what other tools might be reading this file.kernelstub/kernelstub/opsys.py
Lines 128 to 131 in 851230b
The text was updated successfully, but these errors were encountered: