Note the Display lines. The system is not getting the information from the display.
As I recall this is because the display is fed through a 4 port Adder-Link switch and the display information is discovered by the switch when the system boots.
How do I set the display resolution from the cli ignoring the info or lack of it from the switch please.
I am looking for 1920 x 1080. I hope I can either force the resolution either on cli or by forcing a reboot to interrogate the machine and not the switch.
Please could somebody help as I have serious problems working with present display.
There are some X.Org settings which can be set up in the ‘/etc/X11/xorg.conf.d/’ files – ditto for the equivalent Wayland settings.
But, usually, the display resolution settings should be made within the Desktop GUI.
The problem is the Adder switch between the display and the workstation. I cannot see anything but VGA and cannot set any other resolutions, lower or higher. The problem is that the connection to the Adder switch is an analogue VGA cable. I do not know what intelligence is built into the Adder device but windoze managed it somehow.
Using the System Settings>Display & Monitor all I can see is the VGA monitor with resolution set to the highest available shown which is 1024x768. Previously a much larger selection was offered.
I have tried to force the required resolution but not had any luck so far
Previously there was a windoze workstation also connected to this switch and this used to work and give me all the higher resolutions I need and somehow I was then able to get this working with Linux but not any more, hence my post.
It worked before it might still work now.
Another approach sometimes that work is.
Power down for a while remove the electrical cable, remove the display cables from the system and retry after connecting.
Another one is remove the board battery for a minute or so and reconnect then start the computer.
If you still have a window partition in your machine you can try booting to windows, if it work try booting to linux.
Their is no harm in trying.
CVT & GTF can’t generate a modeline any better than Xorg. All three require correct information with which to calculate. For a common 1920x1080 LCD/LED display, a generic config file should do to correct for the passive switcher: /etc/X11/xorg.conf.d/51-monitor.conf:
HorizSync 29-81 # This and VertRefresh can be had from **hwinfo --monitor** output if not elsewhere
Option "PreferredMode" "1920x1080" # put here the resolution the display should use
Inxi has a man page you obviously haven’t looked at lately. -F is a kitchen sink reporter, something about nearly everything, enough about nothing, when graphics is the issue.
inxi -xxx --admin --graphics equates to inxi -Ga, both of which provide the maximum inxi can for graphics.
-xxx is subsumed by --admin, for which -a is short. -z filters out serial numbers, passwords and other sensitive data.
3.1.00 is 15.3’s broken antique inxi version. There is no such thing as an ati display driver. All the ati is for is choosing the most appropriate driver to load for old ATI GPUs (radeon or r128 or mach64), and an rpm name. Please use its -U switch and sudo to upgrade inxi directly from upstream, and install xdpyinfo, then provide inxi -Gaz output here.
That’s the point the OP is trying to make here - the Adderlink (KVM) switch apparently does not parse EDID to allow Xorg to determine the native display resolution. Hence the manual options (which I’ve done myself on occasion).
I have a KVM switch and also a remote extender between computers and work desk and I suspect this is what is stopping me getting all the answers I need.
I have now found a manual for the KVM switch which is an Adderview Gem, long since obsolete and not Adder mainstream but from their venture into lower cost manufacture in Far East.
The KVM gets it’s power from the computer, as I recall the mouse port, and data from the first turn on. The order of which device is turned on first makes doing all this remotely more difficult given I had no physical access.
That said the device works well except that if I have only a linux machine plugged in and turn it on I only get VGA offered.
If I do this with a wiindoze 10 machine connected and all the other machines off and then boot the windoze machine I get 1920 x 1080.
With the windoze machine running and giving me the higher resolution I then can turn on the linux machines and get all the resolutions I want.
There is something in the initial communication between the windoze machine and the display which is different from the linux machine.
I am certain this can be overcome but not found an easy solution yet.
Meanwhile thanks for the detailed advice on inxi. Will update my machines and keep trying!
Please forgive the post today and let me know if I should start a new thread but I have exactly the same problem discussed here and need some further help please.
First the version of inxi which is on my system. When I check using Yast I find my system shows:-
When I run the command I get:
inxi 3.3.24-00 (2022-12-27)
What is going on here and which is my system using?
Second question concerns my loss of display resolution. I am having to work on windoze for this because it is very difficult working on my workstatio because of the poor resolution so having writen this I am going to post and then try and resume on Leap 15.4 system where I can post results from cli.
IIUC, the latter is from /usr/local/bin/inxi, which you put there by using inxi’s -U switch. /usr/local/bin/ has $PATH priority over the location where inxi was placed by rpm, so provides the one run when called. Package management (zypper, rpm, yast) doesn’t put anything in /usr/local/ except via exceptionally expert usage.
Many thanks. Now I understand more and can always do as you suggested using the -U switch if necessary but I do not think the repo update version of inxi is a problem for me at present.
I still do not understand why I had a problem but now have the resolution I want. Why this only worked once I had set up another network connection using an USB adaptor is not yet understood.