Description of problem:
Here is a situation that has happened to a Fedora laptop workstation user several times.
1) A modification is made to /etc/fstab (addition,correction,etc)
2) The individual fails to run sudo systemctl daemon-reload on laptop
3) On reboot, the system (presume it is selinux)  blocks the boot of the workstation
   logon prompt is not reached. Linux wants user input.
4) The use than reruns the grub boot using recovery option.  
5) The recovery option fails to add a ./autorelabel to / 
6) The user reboots with no remedial action done.
7) User adds the ./autorelabel to / and reboots
8) The autorelabel takes effect, but then, all of
9) The file system's (parttions) are not in RW mode and...
   The autorelabel is shutdown with a Reboot because
   each filesystem is in RO mode for ./autorelabel.
9) Infinite loop on the laptop.

I have tried to do the recovery using the Everything.iso
as the recovery partition on that ISO was working up to version 36. 
The keyword is "was".

Required
========
A recovery mode for the workstation iso  that actually allows
autorelabel recovery. Workstation is way way more popular than Everything.iso and
way way more popular than KDE version of Fedora.



Version-Release number of selected component (if applicable):
37.38. 39(rawhide)

How reproducible:
 
revise /etc/fstab without running sudo systemctl daemon-reload.

Steps to Reproduce:
1. See above.
2.
3.

Actual results:

Infinite loop, (for laptop, requires a reinstallation. 

Expected results:

Autorelabel should somehow update RO file systems.

Additional info:
I was using the /everything.iso Recovery menu entry. Up to Fed 37, that was working. But that recovery option has to be checked against Fedora 38, and also provided for Gnome, KDE, and Cinnamon spins (or all spins).