Horror story for me today with my Solus GNOME, lads :[
After reboot I cannot log in anymore, neither with the latest kernel nor with the previous one.
The system freezes during the login step due to a kernel panic and some syncing problem, according to TTY. Said TTY displays the aforementioned information but then freezes too.
Fortunately I could back up my data thanks to dual boot so I could reinstall, but I'd rather avoid that if there's any way. Is there? T.T
Unable to boot after week 41 update
It says Kernel panic - not syncing: Fatal exception in interrupt
Does linux-lts work?
How do I access linux-lts? I can only see the two currents.
plutuplutu You'll need to chroot into your system and install it. https://help.getsol.us/docs/user/troubleshooting/boot-rescue . What hardware are you using? If it's very new it might not work with linux-lts (which uses the 5.15 kernel).
Ok, I'll try that. It's a laptop old enough for its graphics card not being supported by the NVidia proprietary driver anymore, it should be ok.
I'm getting the same issue.
It seems to come from broadcom-sta.
Booting in runlevel 1, I removed it, then I'm able to boot (so no more using wifi but via network cable).
stephanedr It seems to come from broadcom-sta.
Yep, coming back from the chroot path, I can confirm. lol
8 posts were split from Sync Update for Week 41, 2023.
Please make an issue for this here and we'll get to the bottom of it.
Hi - Same problem on my MacBookPro 9,2 and an older MacBookPro - but I'm not sure what files to delete to be able to boot again.
Did you delete the broadcom files in lib/modules/6.5.7-259.current/kernel/drivers/net/wireless/broadcom or some other directory? Or is there an easier way to delete the files once in the chroot path?
Thank you for the help!
- Edited
Now that I know better, I would avoid the chroot and do the following:
- at boot, when selecting which kernel to boot Solus with, press
eto edit boot options - add the
singleoption and boot - run the checks (or whatever it's called, I don't remember)
- once logged as root,
eopkg rmf broadcom-sta(hit tab for autocompletion) - reboot with a network alternative to the removed wifi (I had a spare wifi dongle)
plutuplutu Excellent, that worked. Thank you for the help!
Does it work if you switch to the LTS kernel?
No, doesn't work with LTS kernel.
After removing the broadcom-sta files as above, booted with LTS kernel and installed broadcom wifi files, then rebooted to LTS kernel - everything froze soon after logging in.
Thank you for looking into this!
- Edited
broadcom-sta is for linux-lts kernel
broadcom-sta-current is for linux-current and linux-current comes by default installed in Solus.
I guess is probably a mismatch of packages.
From:
https://help.getsol.us/docs/user/quick-start/boot-management#installing-an-a-different-kernel-branch
Yes, you need to install the broadcom-sta package along with linux-lts, then you should be able to switch to the linux-lts kernel on boot up.
ReillyBrogan
Not sure if I caused any confusion while listing the files I deleted. My steps were as follows:
- After week 41 update, system locked up after rebooting and logging on.
- Deleting all traces of broadcom-sta (broadcom-sta, broadcom-sta-common, broadcom-sta-current) as described by plutuplutu allowed system to reboot without locking up after log on.
- Switched to LTS kernel (after Reilly Brogan's query) and installed broadcom-sta (not current) - and system locked up again after log on using LTS kernel.
- Switching back to current kernel, booting and logging on does not cause any lockup, as the broadcom-sta-current is not installed. Once broadcom-sta-current is installed (using doflicky or via terminal - eopkg it broadcom-sta-current), system locks up after log on.
This is on a MacBook Pro 9,2 with a Broadcom BCM4331 wifi card.
Thank you.