On Mon, Sep 22, 2025, at 5:56 AM, Zdenek Kabelac wrote:
> AFAIK - there is recently some problem in Dracut - it includes unrelated > files > (https://bugzilla.redhat.com/show_bug.cgi?id=2395155) > > In my case - there are now tons of unrelated network drivers... > (and some random libraries... due to some pattern matching logic) I think the idea of the rescue initramfs is when a computer has died but the drive is OK, putting it into some completely different computer, and still being able to boot. But this is not a rescue technique I've ever used. So I'm not sure if it's really useful or considered archaic at this point? But also we run into other problems in our default configuration: a) pretty soon in the life of this system, the rescue kernel's RPM is uninstalled, therefore its modules are missing from /usr, typically resulting in startup switching to emergency.target, and then b) no root password either, so we have no shell. The user is stuck. They can't even extract the rdsosreport.txt So the whole rescue boot workflow needs revisiting. -- Chris Murphy -- _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
