F31 won't run from Live USB

Tried Net Installation of F31 Workstation and Basic. The former came up with the Oh no! … screen and the latter displayed log in screen, but after logging in a dark screen.

Tried installation of F31-WORK-… which came up with errors but, after a bit of clicking, managed to install, or so it said, to hard drive but didn’t reboot when it said. Booting comes up with the Oh no!.. screen.

Giving up and going back to Fedora 30. Maybe Fedora 32 will work - am I being unreasonably hopeful.

1 Like

@mrcoco, one other thought (along the similar lines @chrismurphy suggested earlier ) is to try KDE live USB and maybe XFCE one as well. Though from the earlier discussions chances of them working are rather slim.

I don’t think you need to install them – just try to run them and see if GUI works or not.

It’s better to use updated live respins for tests, as @chrismurphy suggested earlier.

If this is some kernel regression – then chances are it’ll be fixed sooner or later. For example, kernel 5.6 can do it (we’re on 5.5 right now). You can try to help with fixing it by looking for bugreports with similar problems and updating them with your data and/or by creating your own bugreport. If it’s quite widespread – chances are good it’ll be fixed soon. If only some small number of people are affected – then chances are much smaller.

@nightromantic

I’m afraid that my attempts at getting a running system, not helped by not knowing what I am looking at, and by not knowing what options there are to try (if I knew how to try them), has taken too much of my time. Also this is the computer I use for other stuff and it has just taken me a day to restore it to running F30.

I did look for similar problems before raising this question and didn’t find anything. As for raising a bug report - I don’t have any more evidence than the journalctl reports I have referenced here and they don’t seem to be all that helpful. Somebody who is familiar with the boot process and knows what changes have been made for F31 might suddenly realise the cause of this problem, but would they have the environment to test it.

Thank you for your help and ideas but I think I have had enough.

1 Like

Outright and honest.  Thanks for the efforts.

@mrcoco, I’m with you on both points.

One of the reason for this site is exactly for us all to share our experience, knowledge (if any) and ideas at what can be useful to try.

Discovered this bug has been reported on Red Hat Bugzilla - bugzilla.redhat.com/show_bug.cgi?id=1775820 - so hopefully it will be resolved.

2 Likes

Sadly, not every bug from bugzilla get resolved – as you most likely already know – but we can hope! )

Could you, please install monitor-edid with “sudo dnf install monitor-edid” and then give the result of:
monitor-edid -v

Sadly the package is only in Fedora 31 and 32… so I am unsure you can try it.

I believe your internal card (G33 chipset) does not support a recent enough OpenGL version for Gnome Wayland to work. I suggest you use an other iso than the default… like Mate or XFCE:

https://spins.fedoraproject.org/

If you insist on using Gnome Wayland, take a look at:
https://bugzilla.redhat.com/show_bug.cgi?id=1762151#c20

Not sure this is helpful :-

Booted from USB iso in Basic Graphics Mode
Installed monitor-edid and ran it, having to use sudo, with -v argument
Output :-
probing EDID using VBE (port 0)
mmap /dev/mem: Permission denied
VBE: could not initialize LRMI
VBE info call failed, skipping all ports

Strange, for me monitor-eded does not even need to be run root to give meaningful results. When I asked I was thinking that your problem could be a monitor using centimeters rather than milimeters to give size of screen (as I believe I have discovered in previous bug report mentions here).

That said, I now think your OpenGL version is less than 2.1 and I believe this is (now?) the minimal for Gnome. You can verify your OpenGL version with:
inxi -Gxx

But I cannot find confirmation OpenGL would need to be 1.2 to Gnome to works… there might be a fallback not working.

I have seen that, I think for radeon, some older cards was “boosting” OpenGL version by using software emulation… but because it was too slow for Chrome, it has returned to an older OpenGL version, but totally done in hardware… sorry I don’t remember the exact model of that… it is unclear that would apply to Intel chipset “GPU” however.

This is with system in Basic Graphic Mode again and I had to install inxi.

The result of inxi -Gxx is :-

Graphics: Device-1: Intel 82G33/G31 Express Intergrated Graphics vendor: Holco Enterprise Co /Shuttle driver: N/A
bus ID: 00:02.0 chip ID: 8086:29c2
Display: x11 server: Fedora Project X.org 1.20.8 compositor: gnome-shell driver: intel,vesa
unloaded: fbdev,modesetting resolution: 1600x1200 s-dpi: 92
OpenGL: renderer: llvmpipe (LLVM 10.0.0 128 bits) v: 3.3 Mesa 20.0.4 compat-v: 3.1 direct render: Yes

I take it from the above that the OpenGL version is 3.3, so later than 2.1.

In the case you still want to investigage this further… I would understand if not.

My goal is to discover if your monitor have something special that would cause problems.

Then I guess we could get the information by looking at the output of VESA driver…
By using your working Fedora 30 installation…

Reboot, press Esc, either choose basic-graphics (I don’t have this option… but I think you mention it) or press E to Edit and add at the end of the linux line: nomodeset
if you added nomodeset reboot with Ctrl-X (boot your modified version) in Grub.

Now, go in a terminal and type:
journalctl -b 0 -g VESA --no-pager | fpaste

And copy the link here to allow us to see the result… for 1 day… which is short, but maybe I will copy the result here.

I made it myself and I exepct something a bit similar to:
https://paste.centos.org/view/d66c73e5

The display I am using is an HP 2009v. I have tried a Xerox 2200W but it didn’t make any difference.

The requested output from F30 link :- https://paste/centos.org/view/9871cdbf

Did the same with F32.

Requested link :- https://paste/centos.org/view/6241a813

Just updated a laptop running Fedora 31 and noticed a large file with an interesting name - linux-firmware-20200421-107.fc31.noarch. How often is the iso rebuilt to included all current improvements?

Thanks for providing this information!

Recopying the F32 result here.

-- Logs begin at Fri 2020-05-08 02:55:33 EDT, end at Fri 2020-05-08 06:56:03 EDT. --
May 08 06:56:01 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA: driver for VESA chipsets: vesa
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): initializing int10
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Bad V_BIOS checksum
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Primary V_BIOS segment is: 0xc000
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA BIOS detected
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE Version 3.0
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE Total Mem: 8128 kB
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE OEM: Intel(r)Q33/Q35/G33 Graphics Chip Accelerated VGA BIOS
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE OEM Software Rev: 1.0
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE OEM Vendor: Intel Corporation
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE OEM Product: Intel(r)Q33/Q35/G33 Graphics Controller
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE OEM Product Rev: Hardware Version 0.0
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Creating default Display subsection in Screen section
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (==) VESA(0): Depth 24, (--) framebuffer bpp 32
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (==) VESA(0): RGB weight 888
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (==) VESA(0): Default visual is TrueColor
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (==) VESA(0): Using gamma correction (1.0, 1.0, 1.0)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE DDC supported
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE DDC Level 2
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE DDC transfer in appr. 1 sec.
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE DDC read successfully
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Manufacturer: HWP  Model: 2827  Serial#: 16843009
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Year: 2009  Week: 35
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): EDID Version: 1.3
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Analog Display Input,  Input Voltage Level: 0.700/0.700 V
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Sync:  Separate
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Max Image Size [cm]: horiz.: 44  vert.: 25
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Gamma: 2.20
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Default color space is primary color space
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): First detailed timing is preferred mode
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): redX: 0.650 redY: 0.335   greenX: 0.295 greenY: 0.605
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): blueX: 0.145 blueY: 0.075   whiteX: 0.313 whiteY: 0.329
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Supported established timings:
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): 720x400@70Hz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): 640x480@60Hz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): 800x600@60Hz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): 1024x768@60Hz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Manufacturer's mask: 0
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Supported standard timings:
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): #0: hsize: 1280  vsize 1024  refresh: 60  vid: 32897
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): #1: hsize: 1440  vsize 900  refresh: 60  vid: 149
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Supported detailed timing:
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): clock: 108.0 MHz   Image Size:  442 x 249 mm
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): h_active: 1600  h_sync: 1624  h_sync_end 1704 h_blank_end 1800 h_border: 0
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): v_active: 900  v_sync: 901  v_sync_end 904 v_blanking: 1000 v_border: 0
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Ranges: V min: 48 V max: 76 Hz, H min: 24 H max: 85 kHz, PixClock max 175 MHz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Monitor name: HP 2009
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Serial No: CNC9350L6X
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): EDID (in hex):
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0):         00ffffffffffff0022f0272801010101
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0):         23130103682c1978eeb815a6554b9b25
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0):         135054a1080081809500010101010101
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0):         010101010101302a40c8608464301850
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0):         1300baf91000001e000000fd00304c18
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0):         5511000a202020202020000000fc0048
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0):         5020323030390a2020202020000000ff
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0):         00434e43393335304c36580a20200097
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): EDID vendor "HWP", prod id 10279
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Using EDID range info for horizontal sync
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Using EDID range info for vertical refresh
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Printing DDC gathered Modelines:
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Modeline "1600x900"x0.0  108.00  1600 1624 1704 1800  900 901 904 1000 +hsync +vsync (60.0 kHz eP)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz e)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz e)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Modeline "1440x900"x0.0  106.50  1440 1520 1672 1904  900 903 909 934 -hsync +vsync (55.9 kHz e)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Searching for matching VESA mode(s):
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Total Memory: 127 64KB banks (8128kB)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): <default monitor>: Using hsync range of 24.00-85.00 kHz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): <default monitor>: Using vrefresh range of 48.00-76.00 Hz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): <default monitor>: Using maximum pixel clock of 175.00 MHz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (WW) VESA(0): Unable to estimate virtual size
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Not using built-in mode "1600x1200" (no mode of this name)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Not using built-in mode "1280x1024" (no mode of this name)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Not using built-in mode "1024x768" (no mode of this name)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Not using built-in mode "800x600" (no mode of this name)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Not using built-in mode "640x480" (no mode of this name)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (WW) VESA(0): No valid modes left. Trying less strict filter...
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): <default monitor>: Using hsync range of 24.00-85.00 kHz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): <default monitor>: Using vrefresh range of 48.00-76.00 Hz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): <default monitor>: Using maximum pixel clock of 175.00 MHz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (WW) VESA(0): Unable to estimate virtual size
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Virtual size is 1600x1200 (pitch 1600)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (**) VESA(0): *Built-in mode "1600x1200"
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (**) VESA(0): *Built-in mode "1280x1024"
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (**) VESA(0): *Built-in mode "1024x768"
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (**) VESA(0): *Built-in mode "800x600"
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (**) VESA(0): *Built-in mode "640x480"
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (**) VESA(0): Display dimensions: (440, 250) mm
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (**) VESA(0): DPI set to (92, 121)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (**) VESA(0): Using "Shadow Framebuffer"
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): initializing int10
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Bad V_BIOS checksum
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Primary V_BIOS segment is: 0xc000
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA BIOS detected
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE Version 3.0
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE Total Mem: 8128 kB
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE OEM: Intel(r)Q33/Q35/G33 Graphics Chip Accelerated VGA BIOS
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE OEM Software Rev: 1.0
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE OEM Vendor: Intel Corporation
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE OEM Product: Intel(r)Q33/Q35/G33 Graphics Controller
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): VESA VBE OEM Product Rev: Hardware Version 0.0
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): virtual address = 0x7f5d0a1d6000, VGAbase = 0x7f5d0ab10000
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Setting up VESA Mode 0x15A (1600x1200)
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (==) VESA(0): Default visual is TrueColor
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (==) VESA(0): Backing store enabled
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (==) VESA(0): DPMS enabled

From what I see:

May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Supported established timings:
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): 720x400@70Hz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): 640x480@60Hz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): 800x600@60Hz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): 1024x768@60Hz
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Manufacturer's mask: 0
May 08 02:56:02 localhost-live /usr/libexec/gdm-x-session[2675]: (II) VESA(0): Supported standard timings:

It seems to suggest your highest supported monitor resolution would be 1024x768 (which seems very low for a 2009 monitor)… and that at the end the chosen resolution is 1600x1200 [Edit: I guess I look the wrong way… I should probably look at modelines to see supported modes rather than Supported established timings]

I am still unsure of my way of interpreting… I had compared with the results for my monitor.

According to: https://support.hp.com/hk-en/document/c01662792 prefered resolution should be: 1600 x 900 @ 60 Hz … there was a mention of checksum error… unsure how much it plays.

One of the thing I wanted to check is that image size was correctly reported by the monitor… and is seems to be.

Afraid I made mistake in the links. The links are :-

F30 :- https://paste.centos.org/view/9871cdbf

F32 :- https://paste.centos.org/view/6241a813

F30 :- https://paste.centos.org/view/9871cdbf

F32 :- https://paste.centos.org/view/6241a813

I have filed a bug report on xorg-x11-drv-vesa because it seems to choose an unsupported mode, where there seems to have many more reasonable options… to me.
https://bugzilla.redhat.com/show_bug.cgi?id=1833667

Note that it is not related to your main problem… but it make the workaround, use nomodeset (maybe by using Basic Graphic mode), not working for you.