Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
While testing live media creation with livemedia-creator I found that dmsquash-live is including dmsquash-live-ntfs which depends on ntfs-3g, this causes the rebuild of the iso initrd to fail. I'm pretty sure we're not shipping ntfs support so this needs to be adjusted to remove dmsquash-live-ntfs
Version-Release number of selected component (if applicable):
dracut-live-051-1.el9.1.x86_64.rpm
How reproducible:
always
2021-04-30 16:36:02,881 INFO: /usr/lib/dracut/modules.d/90dmsquash-live-ntfs/module-setup.sh@6(check): require_binaries ntfs-3g
2021-04-30 16:36:02,881 INFO: /usr/lib/dracut/dracut-init.sh@108(require_binaries): local _module_name=90dmsquash-live-ntfs
2021-04-30 16:36:02,881 INFO: /usr/lib/dracut/dracut-init.sh@109(require_binaries): local _ret=0
2021-04-30 16:36:02,881 INFO: /usr/lib/dracut/dracut-init.sh@111(require_binaries): [[ ntfs-3g = \-\m ]]
2021-04-30 16:36:02,881 INFO: /usr/lib/dracut/dracut-init.sh@116(require_binaries): for cmd in "$@"
2021-04-30 16:36:02,881 INFO: /usr/lib/dracut/dracut-init.sh@117(require_binaries): find_binary ntfs-3g
2021-04-30 16:36:02,881 INFO: /usr/lib/dracut/dracut-init.sh@118(require_binaries): dinfo 'dracut module '\''dmsquash-live-ntfs'\'' will not be installed, because command '\''ntfs-3g'\'' could not be found!'
Created attachment 1779050[details]
live.log
Installing dracut-live certainly is including it:
# dracut --list-modules | grep -i ntfs
(nothing listed)
# dnf install dracut-live
Installing:
dracut-live x86_64 051-1.el9.1 AppStream 21 k
# dracut --list-modules | grep live
dmsquash-live
dmsquash-live-ntfs
livenet
Attached is the output from:
"dracut --debug --add dmsquash-live test.img `uname -r` |& tee live.log"
Works fine without the `--add dmsquash`
Oh it does not boot, does not know how to handle root=live:CDLABEL:xyz. It looks like dracut omitted all dmsquash modules:
Version: dracut-049-191.git20210920.el8
Arguments: --nomdadmconf --nolvmconf -o 'dmsquash-live-ntfs' --force
dracut modules:
bash
systemd
systemd-initrd
nss-softokn
network-manager
network
ifcfg
prefixdevname
kernel-modules
kernel-modules-extra
kernel-network-modules
rootfs-block
terminfo
udev-rules
biosdevname
dracut-systemd
usrmount
base
fs-lib
memstrack
microcode_ctl-fw_dir_override
shutdown
How can I workaround this problem?
For future reference, the problem I was having was my fault, livemedia-creator was including dmsquash-live-ntfs (because the code was imported from Fedora) and my attempt to reproduce it in a simple fashion was invalid. This was fixed in lorax-34.9.1-1 in RHEL 9, and was not present in RHEL 8.