this post was submitted on 23 Nov 2023
20 points (100.0% liked)

Linux

48067 readers
701 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

I have an Acer XV340CKP monitor connected via Display Port to my GPU. I also have a old LG W2253TQ that I use as a secondary display. It only has a DVI and VGA port. I have a DVI-DVI cable together with a DVI-Display Port converter to connect to my GPU, which is an Asus RX6900XT. I am running Nobara 38.

I have observed that if I were to have my Acer monitor powered when I switch on my desktop, all the monitor buttons do not respond. None of the menu buttons, not even the power button responds. When I switch off the desktop, the monitor stays on. The only way to power it down is to unplug the power cable.

However, if I were to only have the LG monitor powered when I switch on my desktop, all the buttons on the Acer monitor works.

I believe everything was working previously in Nobara 37. I think this issue probably started happening in the recent month or two.

Is this even possible, where the graphics card sends a malformed signal to the monitor and prevents the buttons from working?

top 10 comments
sorted by: hot top controversial new old
[–] [email protected] 7 points 11 months ago (1 children)

DVI should not control the monitor's actual physical controls - it does include a small non-display channel but IIRC that's used to get the display modes info from the monitor, and potentially to transmit contrast information and the like; some monitors will prevent you from adjusting contrast if DVI sends that info for example, but it certainly shouldn't disable the power button.

My guess would be a hardware issue - in the monitor itself - which is somehow triggered by the sequence in which you do enable the displays, and your system update being unrelated. It's a huge guess though. One thing to try is repeating both sequences (the one that locks your buttons and the one that doesn't) using a live CD - not a "nobara 38" one if such a thing exists, another distro. Trying both monitors on another computer would be an interesting test as well, although not necessarily that helpful (because if it doesn't occur there, it might just mean the issue is triggered by peculiarities in your graphic card).

[–] [email protected] 2 points 11 months ago

So I decided to bite the bullet and did a fresh install of Fedora 39 and that appeared to have made the issue go away. In the process of installing updates and configuring it the way I like, the monitor control buttons on both monitors response. So, it seems like the cause of the issue could have been a glitch during an update. Who knows? At least I know that it's not a hardware issue (cross finders). :)

[–] [email protected] 5 points 11 months ago* (last edited 11 months ago) (1 children)

Unlikely, but who knows? Can you try and boot Windows (install iso probably enough)? Or some very old Linux distro? It might just be your monitor becoming weird with age.

Edit: Alsobtry with a laptop or something and see how it goes.

[–] [email protected] 1 points 11 months ago

The monitor with this "unresponsive button" issue is the Acer monitor, which is about 2 years old.

[–] [email protected] 4 points 11 months ago* (last edited 11 months ago) (1 children)

How old is the Asus monitor? This might also be a hardware problem, bad caps related. Digital equipment is sensitive to power voltage fluctuations, and when bad caps are in the picture, even more so, making the equpment do all sorts of inexplainable things, like how could one thing I do on this monitor reflect on what the other monitor does or doesn't. In most cases, a small ground loop or a fluctuation caused by one of the monitors draining power when being turned on or off, might affect what the other one does or doesn't, if it alredy has failing caps. I've seen similar things happen on dual monitor setups when one of them has failing caps. One turns on just fine the other one doesn't, but you power them in reverse order, hey they work 😂.

[–] [email protected] 2 points 11 months ago (1 children)

Very interesting. The Asus monitor is probably only 2 years old. It does work fine standalone with a spare laptop of mine that is running Windows 10 though.

[–] [email protected] 1 points 11 months ago (1 children)

Have you tried to replicate this behavior in Windows? Try it with a spare drive, see if you get the same irrational thing happening in Windows. If it happens, yeah, it's a hardware problem 😉... most probably bad caps. Bad batch maybe, even though it's only 2 years old, who knows.

[–] [email protected] 1 points 11 months ago (1 children)

I did not try replicating this behavior with a Windows install on my desktop. I did however perform a fresh install of Fedora 39 and that appeared to have fixed the issue, which is good news.

[–] [email protected] 2 points 11 months ago

Well, it's not a hardware problem in that case 😉. Good thing you fixed it 👍.

[–] [email protected] 3 points 11 months ago

My brother had a screen that would occasionally reboot with fullscreen video, but not if you kept some window decoration onscreen. There must've been some degree of (you can not turn it off) image processing that would shit itself. Maybe it was local dimming related.

Everything is filled with software, and a lot of it is hot garbage.