Description of problem:

The remote-cryptsetup.target systemd unit is disabled in a new installation that uses the "guest" image here:

http://download.devel.redhat.com/rhel-8/rel-eng/RHEL-8/latest-RHEL-8.4/compose/BaseOS/x86_64/images//rhel-guest-image-8.4-992.x86_64.qcow2

The unit is "preset: enabled", but its actual state is "disabled" when the image above is booted.

The same is true for all RHEL 8, RHEL 9, and Fedora images I have tried. I think this was supposed to with in bug 1783263, but it is still broken for me.

The remote-cryptsetup.target unit is important for NBDE. When it is disabled, encrypted block devices with "_netdev" will not be processed at all during boot.

Version-Release number of selected component (if applicable):
systemd-udev-239-45.el8.x86_64

How reproducible:
Always

Steps to Reproduce:
1. curl -L -o image.qcow2 http://download.devel.redhat.com/rhel-8/rel-eng/RHEL-8/latest-RHEL-8.4/compose/BaseOS/x86_64/images//rhel-guest-image-8.4-992.x86_64.qcow2
2. curl -L -O https://github.com/cockpit-project/bots/raw/main/machine/cloud-init.iso
3. qemu-system-x86_64 cpu host -enable-kvm -nographic -m 2048 -drive file=image.qcow2,if=virtio -snapshot -cdrom cloud-init.iso -net nic,model=virtio -net user,hostfwd=tcp::22001:22
4. login as root, password "foobar"
5. systemctl status remote-cryptsetup.target

Actual results:
● remote-cryptsetup.target - Remote Encrypted Volumes
Loaded: loaded (/usr/lib/systemd/system/remote-cryptsetup.target; disabled; vendor preset: enabled)
Active: inactive (dead)
Docs: man:systemd.special(7)

Expected results:
● remote-cryptsetup.target - Remote Encrypted Volumes
Loaded: loaded (/usr/lib/systemd/system/remote-cryptsetup.target; enabled; vendor preset: enabled)
Active: active since Tue 2022-10-04 05:57:18 EDT; 1s ago
Docs: man:systemd.special(7)

Oct 04 05:57:18 localhost systemd[1]: Reached target Remote Encrypted Volumes.

Additional info:

I think there is no reason why remote-cryptsetup.target should ever not be part of the boot.