@jlehtone I did a default install. The only change I’ve made is to switch to Gnome classic during login. If I use loginctl to get the session and get the type from the session “loginctl show-session -p Type” then I get X11
I don’t have gnome-classic; I exclude that package. I tried on machine nouveau NVidia.
Chose Gnome Settings, there Display, and in Resolution drop-down menu a lower
resolution. (I don’t recall trying that before.)
The result? Black screen. Luckily, Ctrl-Alt-F4 and Ctrl-Alt-Del did reboot and original
resolution was there. This might have been nouveau “feature”.
I do have a faint recollection that once upon a time, if you had multiple resolutions
(in xorg.conf?), some X11 key combo did switch between them.
(I’ve never learned to use the xrandr.)
@jlehtone I don’t have the option to go into Wayland. On the computer I see standard (X11 display server), gnome classic, custom, and user script. If I create a virtual machine and install the iso, I get the Wayland option.
It’s worth testing with a DisplayPort cable, if you can get one, or borrow one.
But, you need to find out why you don’t have the Wayland optoin in GDM, It should be there.
Regarding the black screen when testing from GUI settings applet on X11, that’s obviously not ideal. I seem to remember on very early CentOS 8.0 you would wait 10 seconds and then it would jump back to the old resolution, but meybe they broke that part. Overall, the whole issue of black screens is getting worse, e.g. when the monitor can’t understand the digital output. I had a similar problem where I couldn’t use the BIOS due to the motherboard, GPU and monitor not agreeing on a resolution. In my case switching from DVI to DisplayPort got it working.
I erased Rocky Linux 9 and installed the first version of Rocky Linux (RHEL 8 clone). The first version of Rocky Linux display works as expected. Also, the “xrandr: Failed to get size of gamma for output default” error went away. I could also see Wayland as an option when I was logged in.
That thread has some info plus a link to the bugzilla report. Issue is with the Alder Lake support. My issues are gone with RHEL 9.1, so Rocky 9.1 should likewise also have these same fixes. I haven’t tested but RHEL/Rocky 8.7 may also have had these fixes backported. It isn’t clear which version of Rocky you installed last, you said ‘first version’, which would have been 8.3. To my knowledge there was no official Alder Lake support in that version.
I’m using AMD, so maybe that’s why I’m not seeing the issue.
I also forgot something fairly important.
In year 2022, and with flat panel displays, the term “resolution” might be wrong.
The idea is to lock to the native resolution of the panel, and then then use scaling instead of resolution. For example in my case, to make the text bigger, at the expense of slightly less screen space.
I don’t think you need xrandr with Wayland, the ‘x’ is something to do with X.org
@JimWright For Rocky Linux 9, I installed the DVD iso Rocky-9.0-20220808.0-x86_64-dvd.iso. For the first version of Rocky Linux, I installed the DVD iso Rocky-8.7-x86_64-dvd1.iso. In other words, by “first rocky linux” I meant the first major release of Rocky Linux (i.e., 8.x). After I installed the OS, I used yum update to update the packages.
Unfortunately I can’t help with either of those questions, but I assume that the driver is built against a specific kernel version and will have issues running elsewhere.
The Rocky 8.7 which was recently released will have all of the latest fixes backported to it, so in some regards will be ‘better’ than Rocky 9.0 which was released prior to 8.7. When 9.1 is released, it will have all the latest updates built against the 9.x kernel.
It shouldn’t take very long now for 9.1 to be officially released, it would be best to wait for that release, unless you’re happy with 8.7. But going from 8.x to 9.x on a running system basically involves an install from scratch, no easy upgrade path is available.
Have you tried a “dnf upgrade”? That should update your system, but keep your OS version as is, just with patches & fixes. You may get a newer Kernel & modules that way, & your Alderlake may then work as expected.