Control: found -1 6.1.25-1 Control: retitle -1 Kernel panic - not syncing: Timeout: Not all CPUs entered broadcast exception handler On Tuesday, 23 May 2023 18:49:00 CEST Olivier Berger wrote: > It used to work fine with 6.1.0-7 but has had problems with the 2 later > updates of the testing kernel. The stack traces should be useful for someone who understands those (which isn't me), but I did notice several other items: - [ 465.284645] GPT: Use GNU Parted to correct GPT errors That happened after you plugged in an USB drive? I would follow that advice, but it would be useful to get that USB drive 'out of the equation'. Does the issue also occur when that USB drive isn't used? The kernel seems to assign both sda and sdb before settling on sda(1)? Not sure what to make of that, but it doesn't look good - [ 535.857315] EXT4-fs (dm-0): recovery complete I can understand a FS recovery when you're dealing with a freeze/crash, but I find the timing a 'bit' unusual. After 9.5 minutes, I doubt it's the primary/boot drive (and we had the USB drive before that), so where is that coming from? - [ 543.576681] systemd-journald[428]: Sent WATCHDOG=1 notification I'm not really sure what that means, but afaik a watchdog is used to (automatically) reboot the machine if the system hangs. So seeing that message numerous times, is worrisome. And it looks like it doesn't do its actual job? - BIOS T70 Ver. 01.13.01 03/30/2023 Can you check whether there is a newer BIOS version available? I believe 'NMI' is BIOS related, so it may have an effect.
Attachment:
signature.asc
Description: This is a digitally signed message part.