Can't install nor load into a fresh Fedora 43 KDE on my Lenovo laptop due to Platform Trust Technology, possible video issue

Hello,

this one is a bit of a doozy, but as a Linux novice, I have no idea how to proceed here!

I have a Yoga Slim 7 ProX laptop, which came with Windows 11, Intel i7-12700H, and an Nvidia RTX 3050. I’ve been using Fedora 42 KDE with the proprietary Nvidia drivers on it for about 2 months now (and I’m loving it!), setting up a dual-boot with Windows 11, which works really well. The laptop also had a dual-booted Pop! OS on it for a year prior. I’ve updated the BIOS from within Lenovo’s Windows utility too before this issue.

Recently, the new Fedora 43 came out, and I want to do a full reinstall of Fedora for a fresh start and to clean up my old partitions setup. I’ve flashed the image on a MicroSD in a USB adapter, plugged it in, and navigated to the boot load menu.

First anomaly:

When I installed Fedora 42, I remember that there were 2 options for booting from the Generic STORAGE DEVICE, one called something something Fedora and the other one called “Linpus lite”. However, now it only showed the Linpus lite entry.

When I booted into the Linpus entry, the 3-option Live boot menu appeared like normal. However, here’s what happened when I tried to access each option (In order: Start Fedora 43 live, Test media & start, Troubleshoot):



Hm. Here, I tried a bunch of things, like disabling Secure Boot (which I’ve had enabled and had no problems with previously), trying out a different USB, trying out the GNOME Workstation edition, but nothing worked. Running out of ideas, I tried disabling this setting in my BIOS, “Intel Platform Trust Technology”, which I’ve never touched before:

And it worked! The Live USB could do the media check and run normally. However, I didn’t proceed with regular installation immediately. From what I’ve gathered, PTT is something like TPM, which apparently needs to be ON to have Windows 11 work as intended, so ideally, I’d keep it enabled, especially since F42 worked with it.

Skeptical, I wanted to try installing the system into a small 40GB empty space on the laptop (preserving my Windows and F42 partitions), just to see if things would work. I went through with the installer, backing up my EFI partition so I could restore it later:

(New Installer Feedback: it looks nicer, although it took me some time to figure out manual partitioning with it since it was hidden in the 3-dot > Storage Configuration option, and I ended up making the partitions in KDE Partition Manager anyway since the installer’s tool used GBs and MBs, which didn’t let me make those nice 1024 multiple GiB and MiB-aligned sizes)

When the installation finished, I rebooted the laptop, and the newly installed Fedora 43’s boot menu appeared. Selecting the first option to start Fedora 43, the Fedora logo and spinning circle appeared, but eventually, the system went into a black screen with only a static “_” showing, and seemingly no input responded.

I returned to the installation process again, this time formatting the EFI partition instead of just mounting onto it (don’t know if that really affected anything other than removing the Windows boot option). I also ran the Live environment in the Basic Graphics mode under troubleshooting, thinking it might’ve been some sort of video error. This time around, the installed Fedora 43 booted and loaded into the desktop environment.

However, it seemed like the basic graphics mode was still on, since the screen was locked to 60Hz and was oddly scaled, so I hastily entered these 2 commands from Way forward after installing with "Basic Graphic Mode" - #4 by vgaetera

sudo grubby --update-kernel=ALL --remove-args="nomodeset vga=791"
sudo systemctl reboot

After the reboot, the system allowed me to load into Fedora 43, but after a while of the Fedora logo and spinning circle, it didn’t work again, showing a frozen logo instead of the underscore, not letting me do anything. Although, I don’t think it was a true freeze, since when I pressed the power button, the circle started spinning again as if it was gracefully shutting down (I still force-quit it though).

My hypothesis: the new Fedora 43 has some sort of issue with my hardware in both PTT and/or graphics, since Fedora 42 worked with PTT on, and installed from the Live USB’s non-Basic Graphics mode. While I could live with PTT off (I don’t use Windows 11 that much, and I don’t know what PTT even does), the system still didn’t load into the desktop when installed locally.

I’m not ruling out user error from my little test, since it was just a haphazard installation into a small empty space between my still existing Fedora 42 and Windows partitions.

It’s weird though because with F42, everything worked smoothly on a fresh install even with 120Hz, even before I installed the Nvidia drivers.

I also installed Fedora 43 from this same Live USB on my desktop PC, where it installed properly even with a recently-updated Secure Boot and TPM-compatible BIOS (yeah it’s Battlefield 6), although, there’s this super weird issue where the monitor is really dark and flickers like a horror movie effect unless I either disable Secure Boot or set my refresh rate to 60Hz, but that’s a whole other thing.

Things I didn’t try: Upgrading my existing F42 to F43, disabling Secure Boot (it’s been on throughout), enabling PTT again to see if it has any effect on the locally installed F43 test.

For now, I’ve restored my old EFI partition so I can boot into my Fedora 42 installation. I have no idea how to diagnose this issue, and would be thankful for any help. I can repeat any of these steps if needed. Sorry for the long tangent!

1 Like

Probably due to the nvidia GPU.

I doubt it is graphics. You should be able (when at the login screen) to open a text login window using ctrl-alt-F3 and login there.
At that point you probably could install the nvidia driver for f43 and then after a reboot the graphics should be better.

The PTT matter is a totally different matter and I have no suggestions for that.

I would try (after getting the nvidia driver working) enabling the PTT and see if that would work. I suspect that is simply a different name for the TPM module used by windows.

You may, though, have to do a recovery of the windows boot (restore the /boot/efi/EFI/Microsoft directory from your backup then do a windows boot recovery procedure).

Just as an aside. Installing 2 different fedora releases on the same system, using the same efi partiton WILL mean that only the last installed will be bootable. Your backup and restore of the efi partition shows good planning.

I had a very similar experience with an HP Omen laptop with Intel integrated graphics and an Nvidia 3070 Ti (Optimus). I removed rhgb quiet from the boot options and it seems to be getting stuck loading nouveau. I tried disabling the nouveau module and it still gets stuck. I can’t get to any TTY.

I can’t understand why hadn’t this been acknowledged as an issue. Lots of people are using laptops with Optimus graphics.

Does system boot into multi-user.target?

remove ´rhgb quiet’ and add systemd.unit=multi-user.target

Hello, thank you for the reply,

Yeah, the EFI backup turned out to be pretty handy! I’ve done some more tests today, using the Live USB to install Fedora 43 onto the same test partitions. Here’s what I did:

#1 Installing Fedora 43 with the regular Start Live Environment option, PTT OFF, Secure Boot ON throughout:

  • Booting into Fedora 43, PTT OFF, Secure Boot ON: Fedora logo and circle spins, pressing ESC shows me the initialization process, after some time returns to Fedora logo and circle but frozen. Only pressing Power OFF unfreezes the system and executes a regular shutdown. Ctrl+Alt+F3 doesn’t seem to work in this frozen state, and even when I execute it before it freezes, it goes into a blank screen and freezes in a similar manner.
  • Booting into Fedora 43, PTT OFF, Secure Boot OFF: Same thing, except this time froze on a black screen with an underscore (no input responded but allowed me to shut it down).
  • Booting into Fedora 43 rescue mode, PTT OFF, Secure Boot OFF: Same scenario as #1.

#2 Installing Fedora 43 with Troubleshoot → Basic Graphics mode on the Live USB, PTT OFF, Secure Boot ON:

  • Booting into Fedora 43, PTT OFF, Secure Boot ON: boots and loads into the desktop, although the system is laggy, gets really hot unless I turn on the power-saving profile, and the screen is locked to 60hz. I enabled third-party repositories and ran a sudo dnf upgrade. Info Center showed “llvmpipe” as graphics processor, GPU not identified.
  • Enabling PTT: I rebooted and enabled PTT now, system booted normally with new kernel 6.17.6 and entered the desktop environment, seemingly everything working. I installed the RPMfusion Nvidia drivers and signed them for Secure Boot (using this very handy guide: GitHub - roworu/nvidia-fedora-secureboot). After a reboot, the system seems to work with the NVIDIA drivers, even with PTT and Secure Boot.
  • I actually did this installation twice, and the first time I removed the NVIDIA drivers after everything seemed to work just for the experiment. This would kick my system back into the choppy Basic Graphics mode. When I both uninstalled the NVIDIA drivers and ran sudo grubby --update-kernel=ALL --remove-args="nomodeset vga=791", the system would refuse to load just like in installation #1. I suppose that this argument is all that Basic Graphics mode sets, and what keeps my system from refusing to start.

So… problem solved? Technically, Fedora 43 now boots and runs on my system with PTT and Secure Boot on. Although, I think I’m skeptical of updating to Fedora 43, and I might hold it off for a while.

First of all, the fact that I had to do all this (compared to nothing with Fedora 42) to run a usable OS doesn’t sit right with me. The setup feels pretty unstable too, since removing the NVIDIA drivers makes it fall back to the super choppy “Basic Graphics” mode, which, if I recall correctly, didn’t even list my iGPU in System Info (it only told me that “llvmpipe” was the graphic processor). In Fedora 42, the system could run at 120Hz, gave me more graphics options and ran normally, all without NVIDIA drivers present (because I didn’t have to install it via Basic Graphics mode, so I assume it used some kind of proper default driver).

Secondly, for a quick performance comparison, I’ve installed an instance of Fedora 42 into another small empty space on the same disk, and did the proprietary NVIDIA driver setup just like in the Fedora 43 instance, bringing them 1:1. I ran a very crude comparison: Using KoboldCPP (a portable program to run local AI language models, chose it because it’s GPU and CPU intensive and pretty consistent - GitHub - LostRuins/koboldcpp: Run GGUF models easily with a KoboldAI UI. One File. Zero Install. ), I ran the exact same text generation benchmark from the same drive (a 12B .gguf model), and while I got a consistent ~9 Tokens/second on Fedora 42, I had something around ~7 Tokens/second on the working Fedora 43 installation (both fresh with NVIDIA drivers). It’s a really crude test but these 2 results have been consistent, leading me to believe something is hurting GPU and/or CPU performance on Fedora 43, could be the RPMfusion NVIDIA drivers maybe.

Sorry for the late response and my lack of properly naming things - I’m sure there’s a name for all the drivers here at play. I’m gonna stick to Fedora 42 for now, but I’ll be keeping an eye on this issue!

Hello,

I installed another fresh Fedora 43 instance, which went exactly as I’ve described before (freezes after some time of loading, only allows me to shutdown). I selected the first boot option and pressed e and edited in these parameters, pressing CTRL+X to boot. The system still did the exact same thing - booted, showed me the output during initialization, and then just froze on an empty screen with only a static underscore (ctrl+alt+f3 didn’t work neither), only allowing me to initialize shut down with the power button.

try again and add also rd.driver.blacklist=nouveau modprobe.blacklist=nouveau ( if it’s a new install w/o rpmfusion’s nvidia drivers )

To update kde pls update the system first (don’t reboot) and then pull the newest kwin update from updates-testing. This is a working solution for a KDE issue on F43.

sudo dnf clean all
sudo dnf upgrade
sudo dnf upgrade kwin\* --enable-repo=updates-testing 

I added these (clean Fedora 43 install), but the system still froze like usual after a while of booting.