dracut failed due to stray files like `/usr/lib64/libnss_myhostname.so.2;69c039c9`

[AdamWill]

Describe the bug
In https://discussion.fedoraproject.org/t/kernel-fails-to-update-automatically-to-7-0-x-due-to-dracut-error/191371 we got a report from a Fedora user that dracut failed with errors like dracut-install: ERROR: cannot mmap '/var/tmp/dracut.dOlGFcB/initramfs/usr/lib64/libnss_myhostname.so.2;69c039c9': Invalid argument.

Distribution used
Fedora 44

Dracut version
Likely 108

Init system
systemd

To Reproduce
It looks like - create a file with a name like /usr/lib64/libnss_myhostname.so.2;69c039c9 and run dracut. Not sure if it has to be a 'real' library file

Expected behavior
Dracut should work, probably by ignoring the file

Additional context
We don't know what caused these files to exist, but it does seem like dracut should not be tripped up by the existence of this kind of orphaned temporary file or whatever it turns out to have been.

[fmo25]

Those stray files were of size 0 (explaining the mmap error) and leftover files of an RPM/DNF interrupted transaction.

The 69c039c9 suffix is the date of the transaction in hexadecimal, ie: 1774205385 == Sun Mar 22 06:49:45 PM UTC 2026

Unfortunately, I am unable to reproduce that on my F44 machine with dracut-108-7.fc44.x86_64.
I created those bogus files, then ran dracut /tmp/initrams:

• no ERROR:
• the bogus empty files are included in the initramfs

Anyway, I think that dracut should exclude filenames ending with such a suffix, ie semicolon followed by the date, or
even any filename containing a semicolon.

[fmo25]

Here is the log done in the related Ask Fedora topic with:

• sudo dracut --force --kver 7.0.6-200.fc44.x86_64 --debug

dracut.log.gz

[fmo25]

Modifying the inst_libdir_file function in /usr/lib/dracut/dracut-init.sh as follows will do it I think.

diff -u /usr/lib/dracut/dracut-init.sh dracut-init.sh 
--- /usr/lib/dracut/dracut-init.sh      2026-04-29 02:00:00.000000000 +0200
+++ dracut-init.sh      2026-05-15 08:59:34.610987970 +0200
@@ -619,6 +619,7 @@
         for _dir in $libdirs; do
             for _i in "$@"; do
                 for _f in "${dracutsysrootdir-}$_dir"/$_i; do
+                    [[ $_f == *\;* ]] && continue
                     [[ ${_f#"${dracutsysrootdir-}"} =~ $_pattern ]] || continue
                     [[ -e $_f ]] && _files+=("${_f#"${dracutsysrootdir-}"}")
                 done
@@ -628,6 +629,7 @@
         for _dir in $libdirs; do
             for _i in "$@"; do
                 for _f in "${dracutsysrootdir-}$_dir"/$_i; do
+                    [[ $_f == *\;* ]] && continue
                     [[ -e $_f ]] && _files+=("${_f#"${dracutsysrootdir-}"}")
                 done
             done

[aafeijoo-suse]

Technically, those stray files match the pattern:

dracut/modules.d/10systemd/module-setup.sh

Line 158 in 02e7ae1

{"tls/$DRACUT_ARCH/",tls/,"$DRACUT_ARCH/",}"libnss_*"

-> #2442

[fmo25]

I disagree: leftover RPM files may be not empty.
I add for example that when killing a reinstall of the libreoffice-core RPM:

  2960171    164 -rwxr-xr-x   1 root     root       165104 Oct 31  2025 /usr/lib64/libreoffice/program/libLanguageToollo.so;695cc8df
  2960172   1136 -rwxr-xr-x   1 root     root      1162344 Oct 31  2025 /usr/lib64/libreoffice/program/libacclo.so;695cc8df
  2960173    184 -rwxr-xr-x   1 root     root       184672 Oct 31  2025 /usr/lib64/libreoffice/program/libanimcorelo.so;695cc8df
[...]

Filtering out libraries whose name contain a semicolon is IMO better for those leftover RPM files.
I can't imagine that a library name may ever contain a semicolon. Am I wrong ?
This will not include useless files in the initramfs.

Nevertheless, you are right to filter out zero-size libraries.

One should thus do both.

[aafeijoo-suse]

I disagree: leftover RPM files may be not empty.

Right, but dracut will not fail with those. Nevertheless, you're right to think that including these files is not useful.

Filtering out libraries whose name contain a semicolon is IMO better for those leftover RPM files.

If the ;%08x suffix does not change, which doesn't seem to be the case for the time being: rpm-software-management/rpm#4160

[fmo25]

Filtering out libraries whose name contain a semicolon is IMO better for those leftover RPM files.

If the ;%08x suffix does not change

Right.

which doesn't seem to be the case for the time being: rpm-software-management/rpm#4160

Good catch.

That said, and while we are at this, it would perhaps be good to exclude also files whose name end with a tilde.
This is a common usage for backup files.

We will thus exclude:

• zero-size files
• filenames containing a semicolon
• filenames ending with tilde

Maybe ...