Closed schmittlauch closed 1 year ago
Does the "nomodeset" kernel parameter allow you to get past this screen?
Same issue here. Also using BTRFS and ZFS. Does appear to be due to the kernel update. I don't know yet if my desktop is affected.
This issue is also happening on a system with ext4 as root.
@paulwalker-dev I can confirm that giving the nomodeset
cmdline indeed fixes the boot. So this appears to be more related to the i915 module not loading correctly and freezing, thus blocking the loading of later modules.
My affected graphics chip: Intel HD 4400 on a core i7-4600U
Kernel 6.2.3 is booting just fine. I'll try earlier and later releases of the 5.15.x branch next.
maybe related to https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.15.101
i7-2600 affected. linux 5.15.97 not affected.
Putting i915 in boot.blacklistedModules
allows booting anyways with no iGPU functionality, so it is i915.
Now trying newer kernel versions.
Good to know, I am still busy building 5.15.102 as this is the latest release from that branch.
I can confirm that Linux 5.15.102 also still fixes the issue. Given that 5.15.101, which supposedly also fixes this, is already in the nixos-22.11-small channel, I guess we can close this.
So this was a chipset specfic issue? Probably hard to automatically test against this I assume?
A temporary fix can be adding "nomodeset i915.modeset=1" in grub params
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/override-attribute-in-nixos-hardware-expression/38426/1
Issue description
After updating my NixOS 22.11 system regularly, I discovered that it does not boot anymore:
The NixOS stage 1 gets stuck after
loading module i915...
. The system does not react anymore to output other than pressing the main power button, e.g. a Ctrl+Alt+Del is ignored as well.At a successful boot, as shown below, the next module to be loaded is Btrfs, as this is the filesystem for both my
/
(my/boot/
partition is using vfat though):By bisecting the nixpkgs release-22.11 branch, I was able to bisect this issue to the linux kernel update from 5.15.97 -> 5.15.99:
Steps to reproduce
You need a NixOS installation booting directly from a Btrfs partition, like done in my system configuration. The rest of my system config can be found here
Next steps: I'll try to gather more detailed kernel logs within the next days and report back, still feel free to ask for specific log information. Additionally, kernel 5.15.101 has already been released upstream (but not yet reached release-22.11). I'll try whether the issue is fixed there. I'll try the same with the latest 6.2.x kernel release.
Technical details
hardware: Lenovo Thinkpad T440S CPU: i7-4600U -> graphics: Intel HD 4400
Note: The output below resembles the state of my system when built on and booted from the last commit where the issue did not appear, as I of course could not run it from a non-booting system.
Please run
nix-shell -p nix-info --run "nix-info -m"
and paste the result."x86_64-linux"
Linux 5.15.97, NixOS, 22.11 (Raccoon), 22.11.3042.5eb98948b66
yes
yes
nix-env (Nix) 2.11.1
"nixos-22.11, nixos-unstable"
"NUR, home-manager-22.11.tar.gz, nixos-22.11"
/nix/var/nix/profiles/per-user/root/channels/nixos