You are not logged in.
You can try only blacklisting snd_hda_intel and see if that is enough to avoid the issue.
Still boots, but looks like I don't have access to the sound card.
aplay -l
aplay: device_list:279: no soundcards found...
Offline
Scimmia wrote:You do it the same way you installed and set up the other kernel
The other kernel was done by changing two packages. This tarball seems to be everything. What do I install?
The way you installed it originally, not downgrading it today. You know, when you set Arch up.
Offline
The way you installed it originally, not downgrading it today. You know, when you set Arch up.
I followed the installation guide with the pacstrap command. Not sure what you are asking.
Am I supposed to re-install arch?
Offline
If you can not find a good boot in the journal to determine the last good kernel you will need to keep trying older kernels than 6.11.8. If you do not clear pacman's cache you only need to check those kernels in the cache.
Online
If you can not find a good boot in the journal to determine the last good kernel you will need to keep trying older kernels than 6.11.8. If you do not clear pacman's cache you only need to check those kernels in the cache.
So I should keep the `module_blacklist=snd_hsa_intel` in grub while trying different kernels, to get the sound back?
Offline
No leave that off as the only way to detect the issue at present is the system failing to boot without that option.
Online
No leave that off as the only way to detect the issue at present is the system failing to boot without that option.
Tried the linux-6.0.1 and linux headers-6.0.1 and received a kernel panic. This is where it stopped.
https://imgur.com/a/AIJxJn3
Should I keep going and try the linux-5* and linux-headers-5* files?
Offline
When was the last time the system was rebooted without triggering the issue? 6.0.arch1-1 is over two years old so unless you went that long without rebooting there is more to the issue than just the kernel version.
Online
I usually never go more than two or three days between updates.
Offline
ls /var/cache/pacman/pkgs/linux*
Is the snd_pci_acp6x OOPS w/ or w/o "module_blacklist=snd_hda_intel"?
Also try to enable https://wiki.archlinux.org/title/Keyboa … el_(SysRq) and boot the system w/o "module_blacklist=snd_hda_intel" and see whether you can reboot w/ Alt+Sysrq+REISUB (sysrq is typically the print key)
Offline
I'm done with arch. 3 days is my limit. I can install another distro and have it configured in that amount of time. I don't need something that can turn to crap just because of an update. Bye arch!
Offline
The "safe" approach to this is to install two kernels (eg. the regular and the LTS one) and to upgrade them tic-toc, ie. never at the same time.
But yes, rolling release distros can easily roll you into kernel bugs.
But afaiu the only issue at hand is the snd_hda_intel bug and you can probably
1. just install the LTS kernel and use that until that bug is sorted out
2. provide diagnostic data on the error (snd_pci_acp6x is probably just a consequence of blacklisting snd_hda_intel?)
@loqs, why did you suspect snd_hda_intel, any relevant reports on this around?
Offline
@loqs, why did you suspect snd_hda_intel, any relevant reports on this around?
I went off the end of the journal. I have not seen any similar issues to this.
Nov 21 04:14:27 systemname kernel: snd_hda_intel 0000:04:00.1: enabling device (0000 -> 0002)
Nov 21 04:14:27 systemname kernel: snd_hda_intel 0000:04:00.1: Handle vga_switcheroo audio client
Nov 21 04:14:27 systemname kernel: snd_hda_intel 0000:04:00.6: enabling device (0000 -> 0002)
Nov 21 04:14:27 systemname kernel: BUG: kernel NULL pointer dereference, address: 0000000000000010
Online