Hi Workstation Sig, Not sure where this should go but I figure the people most likely to need this are desktop/workstation users. Problem statement: The 'rescue' kernel image breaks after distro upgrades or so many kernel upgrades. The rescue kernel relies on the file system outside boot to be in a state consistent with the rescue image itself. These files are regularly cleaned up when kernel rpm upgrades are completed. Thus after so many distro upgrades or just kernel upgrades, the rescue image no longer works. There is currently no automated way to regenerate the rescue image. And good luck telling grandma when her PC fails to boot 'You should have regenerated your rescue image every n-th kernel upgrades'. Proposed solution 1: Complete the current feature - * You could put the required files external to boot in something like /usr/lib/kernel/rescue or some place else that does not get cleaned up in normal kernel rpm upgrades. * You could modify the current rpms to regenerate rescue image to a previously working kernel that isn't being cleaned up. * Have 2 rescue versions where distro upgrades create a new rescue kernel and remove ones older than n-1. So you might have /usr/lib/kernel/rescue-41 and /usr/lib/kernel/rescue-42. And on upgrade to f43 it adds /usr/lib/kernel/rescue-43 and removes /boot/*rescue-41* and /usr/lib/kernel/rescue-41 Proposed solution 2: Replace the current feature - * Use a paired down iso as the rescue image. It can be completely self contained and thus doesn't matter how many kernels or distro upgrades are done. You would want scripts to automate some tasks like mounting sysroot to make repairs by less sophisticated users easier. -- _______________________________________________ desktop mailing list -- desktop@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to desktop-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/desktop@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
