Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-80384

System never boots from USB device when using custom inst.ks=cdrom:/8.10-0_base.cfg

Linking RHIVOS CVEs to...Migration: Automation ...Sync from "Extern...XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Won't Do
    • Icon: Undefined Undefined
    • None
    • rhel-8.10
    • anaconda
    • None
    • No
    • None
    • rhel-anaconda
    • None
    • False
    • False
    • Hide

      None

      Show
      None
    • None
    • Red Hat Enterprise Linux
    • None
    • None
    • None
    • Unspecified
    • Unspecified
    • Unspecified
    • x86_64
    • None

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

      OS Installation with custom inst.ks

       

       

      inst.ks=cdrom:/8.10.cfg 

       

       

      What is the impact of this issue to you?

      Installation never starts 

       

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

      RHEL 8.10.iso ISO. 

       

      How reproducible is this bug?:

      Every time

      Steps to reproduce

      1. Create custom inst.ks file to utilize
      2. Create boot device (I used Ventoy)
      3. Create ISO file from base RHEL media - rhel-8.10-x86_64-dvd.iso and change grub.cfg to include custom ks file from CDROM (USB Drive). 

      e.g. 

       

       linuxefi /images/pxeboot/vmlinuz inst.stage2=hd:LABEL=RHEL-8-10-0-BaseOS-x86_64 inst.ks=cdrom:/8.10.cfg quiet

       

      Expected results

      System continues boot to perform installation

      Actual results

      Installation boot hangs with the following on screen. This is on a Dell Precision 3660 

      [ 6.412546] dracut-pre-udev[832]: anaconda-modprobe: Module floppy not found
      [ 6.441321] dracut-pre-udev[800]: modprobe: ERROR: could not insert 'edd': No
      [ 6.760776] dracut-pre-udev[832]: anaconda-modprobe: Module cbc not found
      [ 6.761326] dracut-pre-udev[832]: anaconda-modprobe: Module sha256 not found
      [ OK ] Started Show Plymouth Boot Screen.
      [ OK ] Reached target Paths.
      [ OK ] Reached target Local Encrypted Volumes.
      [ OK ] Started Forward Password Requests to Plymouth Directory Watch.
      [ OK ] Started cancel waiting for multipath siblings of nvme0n1
      [ OK ] Started udev Wait for Complete Device Initialization.
      Starting Device-Mapper Multipath Device Controller...
      [ OK ] Started Device-Mapper Multipath Device Controller.
      Starting Open-iSCSI...
      [ OK ] Reached target Local File System (Pre).
      [ OK ] Reached target Local File Systems.
      Starting Create Volatile Files and Directories...
      [ OK ] Started Open-iSCSI.
      Starting dracut initqueue hook...
      [ OK ] Started Create Volatile Files and Directories.
      [ OK ] Reached target System Initialization.
      [ OK ] Reached target Basic System.
      [ OK ] Started Hardware RNG Entropy Gatherer Daemon.
      [ OK ] Started cancel waiting for multipath siblings of nvme0n1 

      System hangs indefinitely at this point. 

       

      I can work around this problem by hosting a nginx webserver and putting the same ks file on the webserver. The server boots like expected. 

      inst.ks=http://192.168.1.5/8.10.cfg

      I have found other bug reports that are extremely similar to this but none of the solutions seem to work.

      https://bugzilla.redhat.com/show_bug.cgi?id=2209599

      https://bugzilla.redhat.com/show_bug.cgi?id=2171811

      https://bugzilla.redhat.com/show_bug.cgi?id=2209599

      https://bugzilla.redhat.com/show_bug.cgi?id=2121277

       

              anaconda-maint-list anaconda-maint-list
              kvasko@gmail.com Kevin Vasko (Inactive)
              anaconda-maint-list anaconda-maint-list
              Release Test Team Release Test Team
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: