> A bit nasty is the upgrade scenario, but it should not write into /etc, as it would just write into the initramfs.
I agree. I think *if* /etc/initramfs-tools/conf.d/resume exists and is valid, it should copy that into the initramfs, otherwise dynamically create one based on the existing swap partition(s) using the ubiquity logic. Then we should drop that code from ubiquity at least for the case when there's only one swap partition. For multiple ones we need to ensure that ubiquity actually writes a valid one. But hibernation has been disabled from the UI many releases ago anyway, so maybe it could just stop being concerned about configuring this altogether?
> A bit nasty is the upgrade scenario, but it should not write into /etc, as it would just write into the initramfs.
I agree. I think *if* /etc/initramfs- tools/conf. d/resume exists and is valid, it should copy that into the initramfs, otherwise dynamically create one based on the existing swap partition(s) using the ubiquity logic. Then we should drop that code from ubiquity at least for the case when there's only one swap partition. For multiple ones we need to ensure that ubiquity actually writes a valid one. But hibernation has been disabled from the UI many releases ago anyway, so maybe it could just stop being concerned about configuring this altogether?