So, after some investigation, it looks like the zipl-installer d-i component is responsible for creating /etc/zipl.conf with the default crashkernel parameter with value 196M.
With that into consideration, one wonders how kdump-tools would previously set its default value of "384M-:128M" in there. In any case, 196M would work better for most users anyway. But I still wonder how this was not reported before. Maybe other installation methods or upgrades would lead to a different situation. But as we understand the current situation now, and it would be too late to fix d-i at this point, I believe it is acceptable to replace that value when installing or upgrading kdump-tools. I will work on a new test version of the package. Thanks. Cascardo. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1877533 Title: [20.10 FEAT] Increase the crashkernel setting if the root volume is luks2-encrypted To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-z-systems/+bug/1877533/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
