Ubuntu detecteert "Unknown monitor", geen 1280x1024 mogelijk

[Josefien]

Mijn vraag
...
Een Ubuntu MATE 20.04 systeem detecteert de monitor als "Unknown" en daarmee is het niet mogelijk om de resolutie 1280x1024 in te stellen.

Hoe kan ik deze resolutie alsnog forceren? Pogingen met "xrandr" hebben tot nu toe geen succes.


Relevante software en hardware die ik gebruik
...
- Ubuntu MATE 20.04
- Iiyama ProLite E480S monitor
- nVidia GeForce 8600GT grafische kaart
- nVidia 340 drivers zijn geïnstalleerd


Wat ik al gevonden of geprobeerd heb
...

Met "gtf" een "ModeLine" gegenereerd:

code:

josefien@ws21:~$ gtf 1280 1024 60

  # 1280x1024 @ 60.00 Hz (GTF) hsync: 63.60 kHz; pclk: 108.88 MHz
  Modeline "1280x1024_60.00"  108.88  1280 1360 1496 1712  1024 1025 1028 1060  -HSync +Vsync

Deze toegevoegd met "xrandr":

code:

josefien@ws21:~$ xrandr --newmode "1280x1024_60.00"  108.88  1280 1360 1496 1712  1024 1025 1028 1060  -HSync +Vsync

En dan gaat het fout bij het koppelen van die mode aan het desbetreffende scherm:

code:

josefien@ws21:~$ xrandr --addmode DVI-I-1 "1280x1024_60.00"
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  140 (RANDR)
  Minor opcode of failed request:  18 (RRAddOutputMode)
  Serial number of failed request:  31
  Current serial number in output stream:  32

Zonder aanhalingstekens en/of als root geeft het dezelfde foutmelding

De "DVI-I-1" is zeker weten juist, want een teken veranderen levert een fout op dat de output niet bestaat. En als ik "xrandr" uitvoer zonder parameters geeft 'ie duidelijk aan dat "DVI-I-1" de gebruikte output is:

code:

josefien@ws21:~$ xrandr
Screen 0: minimum 8 x 8, current 1024 x 768, maximum 8192 x 8192
DVI-I-0 disconnected primary (normal left inverted right x axis y axis)
DVI-I-1 connected 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
   1024x768      60.00*+
   1600x900      59.82  
   1400x900      59.88  
   1368x768      59.88    59.85  
   1360x768      59.96    59.80  
   1280x800      59.91    59.81  
   1280x720      59.86    59.74  
   1152x864      60.00  
   1024x576      59.90    59.82  
   960x540       59.82    59.63  
   864x486       59.92    59.57  
   800x600       72.19    60.32    56.25  
   800x450       59.82  
   700x450       59.88  
   684x384       59.88    59.85  
   680x384       59.96    59.80  
   640x480       59.94  
   640x400       59.98    59.88  
   640x360       59.86    59.83  
   512x384       60.00  
   512x288       60.00    59.92  
   480x270       59.82    59.63  
   432x243       59.92    59.57  
   400x300       72.19  
   320x240       60.05  
TV-0 disconnected (normal left inverted right x axis y axis)
DVI-I-2 disconnected (normal left inverted right x axis y axis)
DVI-I-3 disconnected (normal left inverted right x axis y axis)
  1280x1024_60.00 (0x297) 108.880MHz -HSync +VSync
        h: width  1280 start 1360 end 1496 total 1712 skew    0 clock  63.60KHz
        v: height 1024 start 1025 end 1028 total 1060           clock  60.00Hz

[Borromini]

Heb je al met nouveau ipv de Nvidia-blobs geprobeerd?

Xrandr lijkt inderdaad max 1024x768 te detecteren zo.

[Josefien]

Nee, die drivers hebben een veel mindere prestaties.

Hoewel toen hij met nouveau opstartte de resolutie ook op 1024x768 stond en via de grafische utility niet hoger kon. Ook toen was de monitor "unknown".

[Borromini]

De kabel is in orde? Geen pinnetjes verbogen ofzo? Monitor al op ander systeem met andere GPU getest? Werkt het bv. wel op een oudere Ubuntu Live CD?

[Josefien]

Ik heb inmiddels de monitor getest met een andere PC, daar wordt hij wel herkent en gaat de resolutie automatisch naar 1280x1024. De kabel en monitor is dus goed.

Op de desbetreffende PC waar het dus niet verder dan 1024x768 wil, werkt het met een oudere 16.04 live-CD ook niet.

Vroeger met Ubuntu 8.04 of 12.04, voordat er xrandr was, was er toch een commando om elke resolutie/refresh rate forceren ongeacht wat er gedetecteerd werd. Bestaat dat tegenwoordig niet meer?

[Borromini]

Gebruikt de nieuwere Ubuntu nog Xorg of is dat al Wayland? Indien het laatste, kijk dan of je een sessie met Xorg kan opstarten.

Ik heb geen idee in hoeverre al die xrandr/... commando's en configuratiebestanden Xorg-specifiek zijn (en dus genegeerd worden door Wayland).

[Josefien]

Voor zover ik weet is het nog gewoon Xorg. Wayland is een optie en niet beschikbaar voor deze GPU met deze drivers.

[Josefien]

Ik heb inmiddels de "nouveau"-driver weer geprobeerd te installeren. Deze stuurt de monitor echter "out of range" Ik kan 'm nu dus helemaal niet meer instellen, omdat ik niks kan zien

Voor de zekerheid heb ik ook een andere (nieuwe) VGA-kabel geprobeerd, geen verschil helaas.

Dit "out of range" probleem doet zich voor zodra Xorg wordt gestart. De bootsplash is wel zichtbaar maar 1024x768.

Hoe kan ik dit nog oplossen als in de monitor op 1280x1024 krijgen?

[Josefien]

Met "nomodeset" toegevoegd aan de opstartparameters laat Xorg weer beeld zien, maar meteen met 640x480... totaal onbruikbaar

[Damic]

Heb je een andere pc waar je de graka kunt in testen?

[Josefien]

Niet direct voorhanden, veel kasten zijn low-profile, daar past deze kaart niet in.

Ik heb wel een andere 1280x1024 monitor geprobeerd, zelfde probleem. En ook nog een breedbeeld-monitor, ook die ging "out of range". Echter, met digitaal aansluiten via DVI-D werkt de breedbeeld-monitor wèl goed.

Toen ben ik gaan vermoeden dat het in het adapterblokje DVI-VGA zit. Dus ben ik een andere gaan pakken... zelfde probleem. Tot ik er nòg ééntje tegenkwam met een XFX-merkje... die geprobeerd en alle problemen zijn opgelost, zelfs GRUB en de bootsplash zijn 1280x1024

Alle 3 adapterblokjes hebben aan één kant hetzelfde merkje. Op de andere kant heeft eentje een XFX-merk en dat is de enige die in dit geval goed werkt Ofwel alleen de meest linker werkt... dat is toch raar? Ik dacht dat deze dingen passief waren, niks in zat wat kapot kan gaan?

Deze blokjes zijn ooit allen gebruikt geweest zonder problemen. Misschien is dat alleen een probleem i.c.m. deze GPU of alleen i.c.m. (moderne) Linux

[Borromini]

Goeie vraag, meestal is dat inderdaad gewoon een wit product; maar dat je een adapter gebruikte (en er dus ergens een vertaalslag gebeurt onderweg) is wel cruciale info die je nergens vermeldt hebt tot nu toe.

Blij dat het opgelost is

[Josefien]

Ik had er eerder niet eens bij stilgestaan dat er een adapterblokje tussen zat Deze dingen waren hier erg lang gewoon geweest toen grafische kaarten (zoals deze 8600GT) alleen 2x DVI uitgang hadden, de blokjes werden toen meegeleverd met de kaarten.

Van binnen zijn ze volgens mij ook alleen een doorverbinding van bepaalde pinnen, dat er exemplaren niet goed werken zie ik voor het eerst.

[Hero of Time]

Hoe zien de DVI zijden eruit van de blokjes? Dat is wel interessant om te weten. Wie weet is er bij de werkende een pennetje nog in orde en bij de andere twee ingedrukt/mist. Ook zou het zomaar kunnen dat er intern toch iets mis is. Bijvoorbeeld een van de 15 VGA punten niet aangesloten.

[Josefien]

Alle pinnen zijn aanwezig en niet krom. De bovenste is het werkende exemplaar:



Ik heb ooit ook een adapter gehad waarbij de DVI-zijde niet alle pinnen gemonteerd had, maar die kan ik nu niet meer vinden.

[Slaiter]

Gelukkig opgelost, maar inderdaad mogelijk dat een van de pinnen om wat voor een reden dan ook niet goed aansloot VGA of DVI zijde. Eigenlijk is bij dergelijke zaken het eerste waar je naar kijkt de adapter, die zijn vaak het gevoeligst voor storingen. Je zei dat je de monitor op een andere pc had geprobeerd en dat die daar wel werkte, dat was zonder adapter neem ik aan?

Dat je ooit een adapter hebt gehad die niet alle pinnen had dat kan.
Er zijn namelijk meerdere DVI aansluitingen en dit zijn DVI-I Dual links, waarbij alle pinnen aanwezig zijn.

Info:
Bij Single links bijvoorbeeld mis je 6 pinnen in het midden en bij DVI-D mis je de 4 pinnen om de platte connector. Je hebt ook nog de DVI-A variant en die mist zelfs 12 pinnen.

[Cyphax]

Josefien schreef op maandag 31 augustus 2020 @ 22:34:
Alle pinnen zijn aanwezig en niet krom. De bovenste is het werkende exemplaar:

[Afbeelding]

Ik heb ooit ook een adapter gehad waarbij de DVI-zijde niet alle pinnen gemonteerd had, maar die kan ik nu niet meer vinden.

offtopic:
Er zijn verschillende DVI-uitvoeringen en niet alle DVI-uitgangen hebben een VGA-signaal.

edit:
Oh dat staat hireboven ook al

[ Voor 3% gewijzigd door Cyphax op 03-09-2020 12:07 ]

[Josefien]

Ik had niet aan de adapter gedacht omdat ik überhaupt niet bij stilstond dat hij er tussen zat Dit is ook de eerste keer dat ik een storing zie veroorzaakt door zo'n adapter.

De monitor op een andere PC proberen was inderdaad zonder adapter, dat was een nieuwere PC maar wel met native VGA aansluiting.

DVI-D was degene zonder VGA-signaal, dacht ik. En dat zijn die 4 pinnen bij het platte stuk. Ik heb ze wel eens op videokaarten gehad, dan past zo'n blokje er gewoon niet op. DVI-A ben ik vooralsnog nergens tegengekomen.


Ik vind het trouwens nog steeds gek dat bij geen detectie de resolutie niet hoger dan 1024x768 kan of zelfs out-of-range gaat. "Vroeger" kon je i.i.g. in Windows toch een resolutie en refresh rate forceren als er niks gedetecteerd werd? Er bestonden toen ook monitoren met 9-pins VGA, die hadden geen detectiemogelijkheid. En CRT-schermen die verkeerde waardes meldde. In een oude Ubuntu (8.04 of zo) zat meen ik een tooltje om resolutie en refresh rate te forceren. Ik had een CRT die bij detectie geen refresh boven 75Hz kon komen, maar met dat tooltje was het te forceren. De tooltje verdween een paar versies Ubuntu later...

[Josefien]

Als ik mijn multimeter mag geloven zijn de DDC-pinnen op de 2 adapter-blokjes die niet werken intern verkeerd verbonden

Volgens deze pinout (https://pinoutguide.com/V..._vga_adapter_pinout.shtml) moeten de DVI-pinnen 6 & 7 naar resp. 15 & 12 van de VGA connector worden verbonden voor DDC. Dat klopt ook bij de werkende adapter.

Bij de 2 niet-werkende adapters zijn juist de DVI-pinnen 4 & 5 verbonden naar de 2 VGA-pinnen

Het zou dus eigenlijk nooit gewerkt kunnen hebben. Maar toch heb ik beide adapters jaren gebruikt Misschien was dat toen met Windows waar je resolutie en refresh kan forceren of was het in de tijd dat in Ubuntu die forceer-utility nog zat. Ik heb geen idee....

Het lijkt ook niet specifiek aan die nVidia-GPU te liggen dat het niet werkt, want die 2 niet-werkende blokjes werken ook niet op een AMD GPU in een modernere i5 machine.

[LEDfan]

Josefien schreef op donderdag 3 september 2020 @ 13:23:
Ik vind het trouwens nog steeds gek dat bij geen detectie de resolutie niet hoger dan 1024x768 kan of zelfs out-of-range gaat. "Vroeger" kon je i.i.g. in Windows toch een resolutie en refresh rate forceren als er niks gedetecteerd werd? Er bestonden toen ook monitoren met 9-pins VGA, die hadden geen detectiemogelijkheid. En CRT-schermen die verkeerde waardes meldde. In een oude Ubuntu (8.04 of zo) zat meen ik een tooltje om resolutie en refresh rate te forceren. Ik had een CRT die bij detectie geen refresh boven 75Hz kon komen, maar met dat tooltje was het te forceren. De tooltje verdween een paar versies Ubuntu later...

Er lijkt op Linux wel een manier te zijn om een resolutie te forceren als je monitor niet gedetecteerd wordt: https://superuser.com/a/684013 . Waarschijnlijk zul je de voorgestelde commando's een beetje moeten aanpassen (output en gewenste resolutie). Niet getest trouwens

[Josefien]

Ik had xrandr al geprobeerd, maar dat eindigde zoals geschreven in een vreemde foutmelding. Vermoedelijk werkt dat niet met de nVidia driver.

De open-source driver stuurt de monitor weer meteen out-of-range waardoor je niks ziet en dus niks kan doen.

In dat laatste geval overschakelen naar een terminal werkt ook niet, want xrandr moet per se binnen Xorg worden uitgevoerd, anders detecteert hij helemaal geen schermen...

De utility van vroeger deed het forceren d.m.v. modelines in xorg.conf, die worden tegenwoordig genegeerd

[Slaiter]

Josefien schreef op donderdag 3 september 2020 @ 13:23:
Ik vind het trouwens nog steeds gek dat bij geen detectie de resolutie niet hoger dan 1024x768 kan of zelfs out-of-range gaat. "Vroeger" kon je i.i.g. in Windows toch een resolutie en refresh rate forceren als er niks gedetecteerd werd? Er bestonden toen ook monitoren met 9-pins VGA, die hadden geen detectiemogelijkheid. En CRT-schermen die verkeerde waardes meldde. In een oude Ubuntu (8.04 of zo) zat meen ik een tooltje om resolutie en refresh rate te forceren. Ik had een CRT die bij detectie geen refresh boven 75Hz kon komen, maar met dat tooltje was het te forceren. De tooltje verdween een paar versies Ubuntu later...

Opzicht is dat niet gek dat je dat gek vind.

Normaal stuurt je monitor een EDID door, waarmee de juiste resoluties bepaald worden, dit gaat soms mank en dan word de native (maximale) kernel resolutie gebruikt. Dat zou in dit geval dus native 1024x768 zijn geweest en mogelijk staat er een verwijzing naar deze resolutie in je grub.cfg.

via bv

code:

vga=794

in de kernelline van grub 'forceer' je een resolutie van 1280x1024x16.

Hetzelfde zou je moeten kunnen bereiken via het aanpassen van de GFXMODE

code:

GRUB_GFXMODE=1280x1024x16  # set kernel resolution
GRUB_GFXPAYLOAD_LINUX=keep # keep resolution in tty

De reden dat het via Nouveau een probleem gaf is dat Nouveau gebruik maakt van 'early kms' en als die geen EDID of een corrupte EDID vind kan dit tot problemen leiden. Dit is inweze op te lossen door een handmatige EDID te forceren (bij voorkeur vanuit de initramfs.)

[ Voor 3% gewijzigd door Slaiter op 08-09-2020 08:20 ]

[Josefien]

Die vga-parameter kan ik me nog herinneren, dat ik die in de grub.cfg zette om een hogere resolutie te hebben in de tekst-terminal Maar dat was in de tijd van GRUB1.

Sinds GRUB2 kon de grub.cfg niet meer bewerkt worden en moest het via /etc/default/grub en update-grub. De GFXMODE zat daarin, meen ik te herinneren. Maar die was niet helemaal hetzelfde als de vga-optie. Die laatste werkte ook op hele oude systemen (als in Pentium II met een 8MB videokaart), de GFXMODE niet.