Hello Donovan, On Sat, Feb 28, 2026 at 04:19:50PM +0100, [email protected] wrote: > Yes, the boot failure occurred more than once and was primarily > observed with 6.12.73+deb13-amd64. Earlier kernels such as > 6.12.69+deb13-amd64 have booted more reliably on this system.
I'm irritated about your wording. If 6.12.69 is "more reliable", that means it crashes less often than 6.12.73 but not never, right? > The failure happens very early in the boot process, typically after: > > "Loading Linux" > "Loading initial ramdisk" Putting the Linux image and initramfs into RAM and decompressing them are the first heavy RAM operations. So if you have overclocked your system and RAM isn't 100% reliable any more it's expected that it fails during these operations. > * I would also like to note that the system had previously been > overclocked. The RAM was undervolted and the CPU slightly overvolted. > I have since reverted BIOS settings to defaults while continuing > testing to rule out hardware instability. > > After reverting the BIOS configuration to optimized defaults, overall > system stability has improved significantly. Boot reliability has > increased and the frequency of early boot failures appears reduced. I But you still saw failures? > am continuing testing under default settings to determine whether the > remaining behavior is reproducible independent of the previous > overclock configuration. > > > > Hardware information: > > Motherboard: ASUS Sabertooth Z77 > > > CPU: Intel Core i7-3770K (Ivy Bridge) > > > Firmware: UEFI > > > RAM: PNY DDR3 1866Mhz (testing currently underway due to suspected > instability) > > > GPU: NVIDIA 3060 OC (proprietary driver) It was already in your first mail, but there I missed it. The proprietary nvidia driver is known to introduce problems that are not debuggable due to the driver not being OSS. Can you please try to reproduce the suspend issue without this driver? It wouldn't be the first time the nvidia driver creates suspend issues. If not using it fixes the suspend issue, there is unfortunately nothing we (Debian kernel team) can do for you, and also upstream won't be able to help. > I have attached kernel logs collected from successful boots of both kernels > as requested. There are a few differences (e.g. irq assignment to the different SATA devices, which might play a role, but my bet is on the nvidia driver until proven otherwise for now. Best regards Uwe
signature.asc
Description: PGP signature
