Blind Resolution Repair

Howdy!

I installed OpenSUSE a couple nights ago and installed a (reliable) 2012 game application called Wakfu on tty2. I have a 3840x2160 monitor, so the application resolution was relatively small. I believe I adjusted the settings to Fullscreen and to a certain resolution that was wonky but closer to the correct size.

The monitor from its own hardware displayed, and continues to display with every boot (after the lightbulb logo), a black screen with the following message: “The current input timing is not supported by the monitor display. Please change your input timing to 3840x2160, 60Hz or any other monitor listed timing as per the monitor specifications.” S2721QS. It is a Dell 27 Monitor.

I have a GeForce 4GB graphics card, and the monitor message will only show through that, not through built-in HDMI ports. The built-in ports just show a blank screen.

Despite not seeing the screen, I have been able to access the terminal in tty2 and successfully execute the “killall -u [username]” command. The monitor reactivates and brings me to the login page. When I login, the lightbulb logo reappears, and the monitor returns to that same error message.

With full access to tty1, tty2’s terminal, and tty3, is there any way to deactivate the program and return tty2’s monitor to normal? I can reinstall OpenSUSE, but I’d appreciate the achievement, certainly in case I should stumble on this bug ever again.

You could check if the issue is with the system or home by booting from a read-only snapshot from the grub menu:

If it does not work in a read-only snapshot then the issue is with the home config and you would need to rollback home subvolume to an earlier snapshot and restore any documents from the latest/broken one. Snapshots for home are not enabled by default though :disappointed:

The earliest of my five read-only snapshots doesn’t work. I tried another, and that too doesn’t work.

I could reinstall OpenSUSE, as I have nothing personal or of value yet on that drive. However, I still believe this can be salvaged. I’d like to hear a couple more opinions before I call it quits.

@QJ Hi, force the re-install of the nvidia rpms, this isn’t dual graphics (hybrid/optimus) system?

I would just reinstall and try again

I don’t believe so. I’m just switching the HDMI cable between the built-in port and the graphics card port, which only works when I reboot the system.

To confirm, the only difference between the built-in graphics and the graphics card is that the graphics card tells me there is a problem. I get a black screen either way.

@QJ Yes, that is a hybrid setup with two gpus :wink:

I suspect the onboard is intel GPU will be intel GPU, or if AMD, then an amdgpu as well as the discrete GPU…

So a number off options have to be set for this to work, depending on your end goal…

  1. Just use the Nvidia card and via the BIOS disable the intel GPU
  2. Keep using the onboard GPU for graphics and the Nvidia GPU for Shaders/Compute etc - Prime Render Offload

Now depending on your requirements if wanting to use both are two application suse-prime and switcherooctl.

Likewise if using the onboard GPU there has to be an option set for that, likewise if just using the Nvidia GPU, there are options to set for that…

Can you paste the output from inxi -GSaxxz | susepaste you may need to install susepaste and inxi?

I probably can’t download inxi or susepaste without visual access to tty2 or reliable internet connection. I commonly use wifi for my computer, and OpenSUSE doesn’t like that. “Paste failed” and then a frowny face.

Please be advised that this problem didn’t happen until I expanded the single application to a wonky resolution. It worked fine until then.

@QJ so reboot and at Grub press the e key to edit, arrow down to to the line starting linux (or linuxefi), press the end key and add nomodeset and then press the F10 key to boot the system. I would leave the cable plugged into the onboard GPU, resolution may not be great, but can work on that.

“nomodeset” indeed works!

My computer for some reason acts up when I switch out of GeForce, but “nomodeset” works on GeForce! That’s an issue I believe I can handle myself on my own time. It’s a Dell issue rather than an OpenSUSE issue, after all!

Thank you kindly for your patience. I’ll be certain to refer to this in the future, and I hope others collect from your wisdom!

I hope to update with the aftermath: see if I can’t close down that application and return to an fitting resolution.

Or, sorry, was that intended to be one step in this process you envisioned?

@QJ So can you show the output from inxi -GSaz?

“inxi -GSaxxz | susepaste” now yields:

“Pasted as:
openSUSE Paste
Failed to get path for session ‘’: Caller does not belong to any known session.
Graphics server no found. Copying to clipboard is not possible.”

Tagging in case you missed it!

@QJ SO is there any left over xorg conf file in /etc/X11 or /etc/X11/xorg.conf.d directories?

./xorg.conf.d
./xorg.conf.d/00-keyboard.conf
./xinit
./xinit/xinitrc.d
./xinit/xinitrc.d/libcanberra-gtk-module.sh
./xinit/xinitrc.d/xdg-user-dirs.sh
./xinit/xinitrc.common
./xdm
./xdm/Xservers
./xdm/xdm-config
./xorg.conf.install

Tagging again for reference.

@QJ Hi, so is suse-prime and/or bbswitch installed?

Apologies for taking so long. It’s been a terribly busy day.

Confirmed no on both using zipper switch. Forgive me for skipping a beat, but I’ve installed both of them now. I’ll be more available tomorrow morning.