Here’s another issue I’m still having after a fresh install. Login screen only displays on internal display and not HDMI. TV output starts working only after login.
So basically, keyboards starts working at login and HDMI starts working after login… not a deal-breaker but annoying. Could be more than annoying on a laptop where the internal keyboard or screen is broken. (my wife has a laptop with a broken internal keyboard and my friend has a laptop with a broken internal display)
Can HDMI-on-login be fixed? Could it be working by default?
Dracut enables early loading (at the initramfs stage, via modprobe) through its --force_drivers command or force_drivers+="" config entry line. For example:
That’s it! Now the login appears on both displays, then switches to HDMI-only after login. Perfect. Why does SDDM otherwise display only on a single output? Looks like bad design.
SDDM is part of KDE? Since they just released Plasma 6, I don’t understand why they haven’t improved this SDDM behavior. It’s something pretty trivial.
I really don’t think new users should have to tinkle and search for these kinds of basic issues. If Linux is to get broader exposure (with the launch of Microsoft Copilot), it has to work better out-of-the-box. In 2024 it’s almost there…
By the way what’s the deal with Wayland and NVidia open source drivers? Last I tried Wayland on NVidia, I got some bugs and it just worked in X11 so I went straight back. I heard that Plasma 6 is getting rock-solid with Wayland even with NVidia; I also heard something that Open Source NVIDIA drivers would soon be the default? Curious to hear what’s the real story and status.
Solving NVIDIA and Wayland long-standing issues would close a big chapter and be a MAJOR step forward for Linux. Also read that real-time Linux is a long-standing issue that’s about to be resolved. It seems Linux might move to a new phase this year.
You have a tendency to imply there is an issue with software that isn’t configured according to your personal preference. This isn’t “bad design” just because you don’t like the default setting.
Someone could just as easily say that when they get to the login screen, all their monitors shouldn’t fire up for no reason–only the primary screen should show the login window, and the rest of the monitors should remain in standby until the session begins. And that is a perfectly valid opinion as well, which seems to align with what the developers intend for this software.
And you know what? This is a super common default. Even Windows does it like that, with the login screen on only the primary display and the rest of them off until you sign in. If you want to change the screen the login window is displayed on, you need to go into the settings and change it.
I’m not saying it should be one way or the other, I’m just saying that the fact that you don’t like it doesn’t mean it’s broken.
Just wanted to mention that on Fedora KDE, the HDMI output is available for the login screen and even before. Even part of the boot sequence has access to HDMI.
What’s the difference?
It displays login on both screens; but the password typing is only on internal screen by default, and it switches to only HDMI after login.
I can confirm that exactly, except that my systems work with Arch/KDE and Garuda/KDE. All have multi-monitor operation via HDMI, and it works without issues on all of them - including my laptop
I have no idea what is going wrong with your Garuda installation again
I assume that you have the Intel iGPU as default on Fedora. I think the main cause in your Garuda installation is the Nvidia card.
By default, the password is entered on the screen on which you last logged in - KDE/SDDM remembers this.
I won’t be re-installing Garuda yet but I can boot from USB using Open Source drivers and see where the HDMI starts working.
In the middle of the boot sequence, the TV will get a “ping”, I think that’s when it start being supported and when Fedora starts displaying the load screen on it.
Fedora will display on HDMI from that point on. Garuda remains on internal display until after the login.