What were you trying to do that didn't work?

Systemd 258 introduced the following patch, which splits 99-systemd.rules into 90-image-dissect.rules.

commit e3f6ae1d09d28dbe31ccf67122486ad037d25ed0
Author: Lennart Poettering <lennart@poettering.net>
Date:   Wed Mar 5 16:24:32 2025 +0100

    rules: split out gpt-root rules from 99-systemd.rules
    
    All other rules in 99-systemd.rules are pretty much concerned about
    SYSTEMD_READY=1 and tagging devices the service manager shall track. But
    the gpt-root symlink is different, and it makes sense independently of
    the service manager. Hence give it a separate file.
    
    This introduces indentation for inner sections skipped via GOTO=. The
    rules parser supports that. In order to make this more readable, let's
    maybe make use of this.

This breaks all the dracut UKI builds that don't have the following upstream patch:

commit fa17b6fb0e5a226a83588c2d8fdec5ff285f5eab
Author: Antonio Alvarez Feijoo <antonio.feijoo@suse.com>
Date:   Mon Jul 28 10:10:45 2025 +0200

    fix(systemd-udevd): handle root=gpt-auto for systemd-v258
    
    A new file 90-image-dissect.rules was split from 99-systemd.rules to handle
    gpt-root.
    
    Since https://github.com/systemd/systemd/commit/e3f6ae1d09d28dbe31ccf67122486ad037d25ed0

So we need to backport this as soon as possible in dracut (Fedora and RHEL)

What is the impact of this issue to you?

Fedora 44 UKIs won't boot as the gpt-auto-generator won't be able to find the root

Please provide the package NVR for which the bug is seen:

dracut-107 (latest in fedora)

How reproducible is this bug?:

100%

Steps to reproduce

1. Download any UKI from Fedora build that use systemd 258: https://koji.fedoraproject.org/koji/buildinfo?buildID=2806591
2. Boot it
3. Notice gtp-auto-generator service will fail, root won't be found in initramfs and system will enter dracut emergency shell

Expected results

system boots

Actual results

system hangs and goes into dracut shell