Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Flatron W2234S vu comme écran générique derrière KVM

statis

Bonjour,

J’ai raccordé un écran Flatron W2234S qui a une résolution en 1680 mais sur mon Fedora 41 j’ai au maximum 1024 en choix possible.
j’ai cherché une solution sur le forum sans trouver.
Aide possible ?

Merci

statis

Il manquait une information…
l’écran est raccordé via un KVM switch censé être compatible Linux et pouvoir supporter une résolution de 1920×1440 ce qui est supérieur à mon Flatron W2234S
raccordé en direct j’ai bien mon 1680×1050 disponible…
Est-ce que cela veut dire que Fedora n’arrive pas à dialoguer avec l’écran via le switch (dit compatible Linux) et qu’il faudrait “ouvrir la possibilité” de résolution supérieure malgré cela ?

fgland

quelle est l’interface graphique utilisée ? Le comportement est-il le même en x11 et Wayland ?

statis

fgland désolé mais x11 et Wayland sont des termes inconnus pour moi
En environnement je n’ai le choix qu’entre Gnome, Gnome classique et xorg

xylphute

La référence de ton kvm? X11 wayland même combat?

Tu peux en dire plus sur l’usage de ton kvm? Ça le fait sur toutes tes machines?

statis

xylphute même réponse pour x11 et Wayland qu’à fgland, je ne connais pas
Mon kvm est le KVM41UA 4 ports VGA/USB
Sur un deuxième PC avec un autre OS raccordé au KVM l’écran est aussi détecté en générique 1024 mais on peut choisir la résolution 1680×1050 du Flatron W2234S
Le KVM ne doit certainement pas switcher les fils nécessaires au dialogue d’identification d’écran mais il se comporte bien en 1680×1050
J’ai besoin d’un autre OS que Fedora (je dois aussi raccorder un 3ème vieux PC car j’ai besoin d’une très vielle version d’OS) et je n’ai pas la place pour mettre deux écrans (+1), deux claviers (+1) et deux souris (+1) donc j’aimerais contourner le problème pour utiliser Fedora avec une meilleure résolution que du 1024.
Sur une autre distribution Linux j’ai vu des indications de modification du fichier de conf de l’écran générique pour entrer d’autres résolutions mais pas pour Fedora et déjà que bricoler çà ne me plaît pas je préfère ne pas faire n’importe quoi tout seul.

Merci à tous les aidants pour vos réponse rapides 🙂

fgland

x11 et Wayland sont deux ‘modes’ de gestion de l’interface graphique. Wayland étant relativement nouveau, il faudrait se connecter en prenant xorg.

statis

J’ai trouvé une discussion “ailleurs” [ qui parle d’une commande pour se substituer à l’EDID que le KVM bloque certainement :
drm_kms_helper.edid_firmware=edid/1280x1024.bin
Il n’y a sur ce “tuto” aucun retour arrière prévu…

statis

gnome xorg ne détecte pas mieux l’écran, comme expliqué plus haut le KVM dont je ne peux me passer bloque le dialogue

xylphute

installe xrandr

$ sudo dnf install xrandr

et dis nous ce que retourne la commande $ xrandr

Ah, donne nous également

$ ls /sys/class/drm/card*

Puis en fonction de ce que diras xrandr :

$ cat /sys/class/drm/card[port ou est branche l ecran]/modes

statis

xrand a été installé

$ xrandr
Screen 0: minimum 320 x 200, current 1024 x 768, maximum 16384 x 16384
VGA-1 connected primary 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
   1024x768      60.00* 
   800x600       60.32    56.25  
   848x480       60.00  
   640x480       59.94  
HDMI-1 disconnected (normal left inverted right x axis y axis)
HDMI-2 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)

la première commande :

$ ls /sys/class/drm/card*
/sys/class/drm/card0:
card0-DP-1      dev     gt_act_freq_mhz    gt_RP0_freq_mhz  subsystem
card0-DP-2      device  gt_boost_freq_mhz  gt_RP1_freq_mhz  uevent
card0-HDMI-A-1  engine  gt_cur_freq_mhz    gt_RPn_freq_mhz
card0-HDMI-A-2  error   gt_max_freq_mhz    l3_parity
card0-VGA-1     gt      gt_min_freq_mhz    power

/sys/class/drm/card0-DP-1:
connector_id  dpms         enabled        modes   subsystem
ddc           drm_dp_aux0  firmware_node  power   uevent
device        edid         i2c-6          status  waiting_for_supplier

/sys/class/drm/card0-DP-2:
connector_id  dpms         enabled        modes   subsystem
ddc           drm_dp_aux1  firmware_node  power   uevent
device        edid         i2c-7          status  waiting_for_supplier

/sys/class/drm/card0-HDMI-A-1:
connector_id  dpms     firmware_node  status     waiting_for_supplier
ddc           edid     modes          subsystem
device        enabled  power          uevent

/sys/class/drm/card0-HDMI-A-2:
connector_id  dpms     firmware_node  status     waiting_for_supplier
ddc           edid     modes          subsystem
device        enabled  power          uevent

/sys/class/drm/card0-VGA-1:
connector_id  dpms     firmware_node  status     waiting_for_supplier
ddc           edid     modes          subsystem
device        enabled  power          uevent

La deuxième commande

$ cat /sys/class/drm/card0-VGA-1/modes
1024x768
800x600
800x600
848x480
640x480

Que penser de la commande
drm_kms_helper.edid_firmware=edid/1280x1024.bin
?

Merci xylphute

Edit Nicosss : Correction balises Markdown -> Voir FAQ .

statis

et sans passer par le KVM

commande randr :

$ randr
Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 16384 x 16384
VGA-1 connected primary 1680x1050+0+0 (normal left inverted right x axis y axis) 474mm x 296mm
   1680x1050     59.88*+  59.95  
   1280x1024     75.02    60.02  
   1440x900      74.98    59.89  
   1280x960      60.00  
   1152x864      75.00  
   1024x768      75.03    60.00  
   832x624       74.55  
   800x600       75.00    60.32    56.25  
   640x480       75.00    59.94  
   720x400       70.08  
HDMI-1 disconnected (normal left inverted right x axis y axis)
HDMI-2 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)

et la commande de mode

$ cat /sys/class/drm/card0-VGA-1/modes
1680x1050
1680x1050
1280x1024
1280x1024
1440x900
1440x900
1280x960
1152x864
1024x768
1024x768
832x624
800x600
800x600
800x600
640x480
640x480
720x400

le problème vient clairement de l’EDID bloqué par le boitier KVM dont je ne peux me passer et qui oblige à un “forcage”…

Edit Nicosss : Correction balises Markdown -> Voir FAQ .

Nicosss

@statis J’ai corrigé tes messages concernant l’utilisation du bloc code en Markdown.

Je t’invite à lire les Conditions d’utilisation dont le lien est aussi en bas de page ainsi que plus particulièrement la FAQ du Forum. Merci par avance afin de faciliter la lisibilité.

xylphute

Dans gnome xorg tu peux essayer avec xrandr ce lien au chapitre changer la résolution d’un écran. Il te dira comment générer un cvt et l’appliquer pour la résolution voulu. Il faudra que tu adapte pour ta sortie VGA-1.

Si ça marche pas on essayera de trouver autre chose.

statis

xylphute merci çà fonctionne
je donne le détails de ce que j’ai lancé

cvt 1680 1050 60
bash: cvt: commande inconnue...
Voulez-vous installer le paquet « cvt » qui fournit la commande « cvt » ? [N/y] y


 * Attente dans la file... 
Les paquets suivants doivent être installés :
 cvt-0.1.2-8.fc41.x86_64	Command line tool to calculate VESA CVT mode lines
Continuer avec ces changements ? [N/y] y


 * Attente dans la file... 
 * Attente de l'authentification... 
 * Attente dans la file... 
 * Téléchargement des paquets... 
 * Requête de données... 
 * Test des changements... 
 * Installation des paquets... 
# 1680x1050 59.95 Hz (CVT 1.76MA) hsync: 65.29 kHz; pclk: 146.25 MHz
Modeline "1680x1050_60.00"  146.25  1680 1784 1960 2240  1050 1053 1059 1089 -hsync +vsync

puis

xrand --newmode "1680x1050_60.00" 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync
bash: xrand: commande inconnue...
[pcfedora@localhost ~]$ xrandr --newmode "1680x1050_60.00" 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync

xrandr --addmode VGA-1 "1680x1050_60.00"

J’ai essayé de voir si la résolution apparaissait dans le menu graphique de configuration de Fedora et je l’ai activé par là sans utiliser la commande


xrandr --output VGA-1 --mode "1920x1080_60.00"

Ton lien est super, merci beaucoup xylphute

Cela ne fonctionne que sur gnome xorg et ce n’est pas permanent
Mais je préfère car en cas de panne d’écran se retrouver avec une résolution plus grande que celle que peut supporter celui de remplacement est très gênant…
Donc je ne sais pas si on va plus loin dans mon cas 😉

Désolé @Nicoss j’ai utilisé “ nocode / ” et le bouton “</>” çà fonctionne pas chez moi

Nicosss

statis Désolé @Nicoss j’ai utilisé “ nocode / ” et le bouton “</>” çà fonctionne pas chez moi

Ça fonctionne je pense chez tout le monde, c’est juste que tu n’as potentiellement pas encore bien différencié les subtilités des 2 méthodes mais ça va venir avec de l’entrainement et en prenant le temps de bien relire la FAQ .

statis

Nicosss j’ai essayé les deux méthodes en lisant bien la FAQ

mon
code
sur
plusieurs
lignes

et avec le bouton </>

mon code sur plusieurs lignes

à chaque fois en faisant du copier/coller pour être sûr de mettre le bon caractère
si c’est “moncode” et non “nocode” comme spécifié dans la FAQ cela donne

cvt 1680 1050 60
bash: cvt: commande inconnue...
Voulez-vous installer le paquet « cvt » qui fournit la commande « cvt » ? [N/y] y


 * Attente dans la file... 
Les paquets suivants doivent être installés :
 cvt-0.1.2-8.fc41.x86_64	Command line tool to calculate VESA CVT mode lines
Continuer avec ces changements ? [N/y] y


 * Attente dans la file... 
 * Attente de l'authentification... 
 * Attente dans la file... 
 * Téléchargement des paquets... 
 * Requête de données... 
 * Test des changements... 
 * Installation des paquets... 
# 1680x1050 59.95 Hz (CVT 1.76MA) hsync: 65.29 kHz; pclk: 146.25 MHz
Modeline "1680x1050_60.00"  146.25  1680 1784 1960 2240  1050 1053 1059 1089 -hsync +vsync

xylphute

Parfait si ça a fonctionné.

Pas d’inquiétude si un jour tu as un nouvel écran, ça devrait s’adapter automatiquement (hors kvm). Il doit exister un moyen justement pour rendre ta résolution sans manip en filant la résolution dès le GRUB.

Mais si déjà ça te convient tu peux passer le sujet en résolu.

Si tu veux aller plus loin, tu creeras un nouveau poste

statis

xylphute merci xylphute
Je n’ai pas envie de toucher au GRUB je lancerais donc la manip à chaque fois que j’ai besoin de plus de 1024 🙂

Nicosss

statis Il faut bien faire attention si tu es en texte enrichi ou non car les méthodes sont différentes.

Le nocode c’est juste pour éviter la coloration syntaxique par détection automatique de code inséré.

En tout cas tu as l’air de maîtriser une méthode c’est déjà pas mal et ça permettra de faciliter la lisibilité.
Merci à toi pour tes essais et tes efforts.

Page suivante »