I am attempting to install through the live USB and having issues at the bootloader choice screen. It will not let me to select Grub or make any choice from that screen. It just keeps the selection for systemd-boot without being able to deselect or choose another option. The screen also kind of gets stuck at partitioning without showing the list of partitions unless I minimize and reopen the screen or press a key. Those issues may be unrelated but just in case.
Here’s a log up to the point of me trying to choose different bootloader options: https://termbin.com/55rht
I think these specific issues might be related to the intel graphics in my Framework laptop and not playing well with drivers or the kernel right now. There is some talk on the Framework forums for arch-based distro issues around that and I think some with Fedora too at least.
I did get it installed and running, just some continued window freezing issues that don’t update until they are resized in some way.
I am getting the same error, I do also have intel Graphics. I did managed to pass the bootloader selector and proceed foward with the install, upon confirming I get back to the bootloader selector and 2 minutes after I get this:
<div><strong><class 'TypeError'></strong></div><div>'NoneType' object is not iterable</div><div><br/>Traceback:</div><div><pre>File "/usr/lib/calamares/modules/eos_bootloader/main.py", line 130, in run
package_files = get_local_packages(packages)
File "/usr/lib/calamares/modules/eos_bootloader/main.py", line 51, in get_local_packages
for package in packages:</pre></div>
The exception was thrown because an attempt was made to iterate through a non-iterable object. In fact, the variable packages (which is supposed to refer to an iterable object) is equal to None (hence the error message telling you that NoneType is not an iterable). Scrolling up to look at the top of the get_local_packages() function, we can see that packages is actually the parameter of the function. This means that the caller of get_local_package() somehow passed None into get_local_package() as an argument. The next step, therefore, is to track down where get_local_packages() is called.
It turns out that the function was called in the run() function in line 130
The packages variable was initialized to None. It is expected to be reassigned to something else inside this for loop:
for bootloader in bootloaders:
try:
if bootloader["name"].casefold() == bootloader_name.casefold():
packages = bootloader["packages"]
except KeyError:
return f"Configuration error", f"Missing key 'name' in configuration"
The problem is likely caused by the if condition inside the for loop. For some reason, none of the bootloader names matched; that’s why packages never got reassigned and remained as None.
I’m not the author of calamares, so I can only guess what’s going on here. The bootloader_name variable probably corresponds to the bootloader you (the user) has selected from the selection menu. bootloaders is a list (iterable) of all the bootloaders that are available for installation.
The fact that packages failed to be reassigned inside the for loop means that somehow, the name of the bootloader you selected matches none of the names of the available bootloaders.
Conclusion: There is probably something wrong with your bootloader selection. Since you were given a selection menu, the only way things could go wrong is if you forgot to make a selection.
I had a similar issue installing the latest cassini on a Dell XPS 9720 laptop - similar 12th gen Intel, both nVidia and Iris Xe graphics, although I had tried booting via proprietary and open drivers from livecd boot menu. Similar issue where I was in a froze state at the bootloader selection window and it would not progress to partitioning.
I was able to eventually work around it and get a completed, successfully booting installation by adding nouveau.modeset=0 ibt=off i915.enable_psr=0 on the livecd boot options. This allowed the bootloader screen to progress, although I still had to minimize/unminimize it initially for it to refresh.
^shrug^
Other arch and ububu based installs have been fine overall.