© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
0e1f616
(Get the code!)
Not sure if it helps, but I have a hunch this might have to do something with the CPU on which the kernel is running (CPU bugfixes maybe? spectre/meltdown and newer problems) In my case, I've not seen this problem with recent 5.4 kernels on CPU type 06-3c-03 (Intel(R) Core(TM) i7-4720HQ CPU @ 2.60GHz), not on a CPU 06-9e-09 (Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz), but it does occur on older CPUs of type 06-25-05 and 06-2a-07 when running kernel 5.4.0 generic.
Recently tested kernels on Bionic/Focal, apt up-to-date and using most recent available microcode:
Linux version 5.4.0-65-generic 20.04 - CPU 06-2a-07 (16GB RAM) - bad blocks on zram when swapping.
Linux version 5.4.0-64-lowlatency 18.04 - CPU 06-9e-09 (16GB RAM) - no zram bad blocks.
Notes: I've seen the issue with recent 5.4 kernels for a while now, the bisecting Michele Primavera did seems plausible to me, so it's not 64=>65. Kernel 4.15 (Bionic) does not seem to cause zram corruption at all. I haven't tested Focal's kernel 5.8 yet...