logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 06-06-2020 18:42:46

i4004
Membre
Inscription : 06-06-2020

Tails: Perte de résolution 1920x1080 après simple changement d'écran

Bonjour,

Je découvre ce forum en essayant de comprendre un problème de perte de résolution sous Tails après un simple changement d'écran.
Je viens de passer de Tails 4.6 à 4.7 mais le problème reste le même.
J'avais un écran Asus 24 pouces qui fonctionnait sans souci en 1920x1080 . Dès que je l'ai remplacé par un Samsung 24SD330 (aussi en 1920x1080 et sans souci sous WIndows), Tails se met en mode 1024x768 120Hz et l'image est de hauteur moitié (mais pleine largeur). Il faut passer manuellement en 60Hz pour que l'image soit acceptable, ou utiliser le "nomodeset" au Linux Boot pour avoir directement le 1024x768 60Hz.
Le driver est "nouveau" et j'aimerai comprendre en quoi un simple changement d'écran peut générer ce problème de perte de résolution.
Si j'essaye d'utiliser xrandr pour créer un mode 1920x1080, j'obtiens une image de bonne hauteur, mais il manque 4cm à gauche et à droite, donc léger écrasement horizontal.
Peut-être qu'un paramètre spécifique permettrait d'activer ce mode sans perte de largeur, mais lequel, et surtout, comment rendre cette modification permanente ? J'aimerai éviter de devoir utiliser un volume persistant à cet effet.

Voici les quelques résultats des commandes effectuées pour commencer à comprendre (bien que je sois un ancien ingé dev d'il y a 25 ans, je suis novice sous Tails / debian).
Je remercie au passage les personnes du forum ubuntu pour leurs premiers guidages et qui m'ont renvoyé ici, et vous remercie de vos lumières.



[code]bloc à supprimer si la commande n’affiche rien[/code]Screen 0: minimum 320 x 200, current 1024 x 768, maximum 16384 x 16384
DVI-I-1 connected primary 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
1024x768 60.04 60.00*
960x720 60.00
928x696 60.05
896x672 60.01
1024x576 59.95 59.96 59.90 59.82
960x600 59.93 60.00
960x540 59.96 59.99 59.63 59.82
800x600 60.00 60.32 56.25
840x525 60.01 59.88
864x486 59.92 59.57
800x512 60.17
848x480 60.00
700x525 59.98
800x450 59.95 59.82
640x512 60.02
720x450 59.89
700x450 59.96 59.88
640x480 60.00 59.94
720x405 59.51 58.99
684x384 59.88 59.85
680x384 59.80 59.96
640x400 59.88 59.98
576x432 60.06
640x360 59.86 59.83 59.84 59.32
512x384 60.00
512x288 60.00 59.92
480x270 59.63 59.82
400x300 60.32 56.34
432x243 59.92 59.57
320x240 60.05
360x202 59.51 59.13
320x180 59.84 59.32
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
DVI-D-1 disconnected (normal left inverted right x axis y axis)
1920x1080_60.00 59.96
 





amnesia@amnesia:~$ cvt 1920 1080
# 1920x1080 59.96 Hz (CVT 2.07M9) hsync: 67.16 kHz; pclk: 173.00 MHz
Modeline "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync
amnesia@amnesia:~$ xrandr --newmode "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync
X Error of failed request: BadName (named color or font does not exist)
Major opcode of failed request: 140 (RANDR)
Minor opcode of failed request: 16 (RRCreateMode)
Serial number of failed request: 35
Current serial number in output stream: 35
amnesia@amnesia:~$





amnesia@amnesia:~$ lspci -vnn | grep -A12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK106 [GeForce GTX 660] [10de:11c0] (rev a1) (prog-if 00 [VGA controller])
Kernel driver in use: nouveau
Kernel modules: nouveau
 





J'ai tenté d'installer l'utilitaire nvidia-detect mais visiblement ça ne marche pas.
L'implémentation diffère-t-elle sous Tails ? Y a-t-il l'équivalent du tableau de bord ubuntu "Logiciels & Mises à Jour" avec l'onglet listant aussi bien les nvidia que le nouveau ?


root@amnesia:~# grep -B2 'Module class: X.Org Video Driver' /var/log/Xorg.0.log
grep: /var/log/Xorg.0.log: No such file or directory
root@amnesia:~#
root@amnesia:~# apt-get install nvidia-detect
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package nvidia-detect
root@amnesia:~#




Encore merci pour votre aide.

Dernière modification par i4004 (06-06-2020 18:43:39)

Hors ligne

#2 07-06-2020 19:18:42

èfpé
Membre
Inscription : 10-07-2016

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

Bonjour i4004, et bienvenue donc,

i4004 a écrit :

J'avais un écran Asus 24 pouces qui fonctionnait sans souci en 1920x1080. Dès que je l'ai remplacé par un Samsung 24SD330 (aussi en 1920x1080 [...]), Tails [s'est mis] en mode 1024x768 [...]


Déjà, la référence 24SD330 ne semble pas exister, chez Samsung... Peux-tu verrouiller ces points :

  • référence exacte du moniteur (genre S24D330H) ;

  • usage de Tails (genre session Live uniquement) ;

  • connectique utilisée (genre adaptateur DVI/HDMI).


Sous GNOME, le journal du serveur X se trouve dans le répertoire personnel, et pas dans /var/log/ :

cat ~/.local/share/xorg/Xorg.1.log


Le log de X comporte en principe les données EDID de l'écran, et les modelines récupérées via DDC.
Sous Buster, le pilote Xorg utilisé pour un GPU NVIDIA est modesetting (modeset). Vérifier ça aussi.

i4004 a écrit :

cvt 1920 1080

# 1920x1080 59.96 Hz (CVT 2.07M9) hsync: 67.16 kHz; pclk: 173.00 MHz
Modeline "1920x1080_60.00"  173.00  1920 2048 2248 2576  1080 1083 1088 1120 -hsync +vsync


La modeline obtenue n'est pas adaptée, si le moniteur supporte la fréquence de 148,5 MHz au plus.

cvt -r 1920 1080

# 1920x1080 59.93 Hz (CVT 2.07M9-R) hsync: 66.59 kHz; pclk: 138.50 MHz
Modeline "1920x1080R"  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync -vsync


L'option -r (ie reduced blanking) fournit une modeline plus conforme aux spécifications du moniteur.

i4004 a écrit :

J'ai tenté d'installer l'utilitaire nvidia-detect mais visiblement ça ne marche pas.


C'est tout à fait normal, la section non-free n'étant pas « activée » par défaut, sous Debian ou Tails.

apt-cache policy nvidia-detect

N: Impossible de trouver le paquet nvidia-detect


Après ajout de ladite section aux sources de paquets et mise à jour des listes ça « marche » mieux.

apt-cache policy nvidia-detect

nvidia-detect:
  Installé : (aucun)
  Candidat : 418.113-1
 Table de version :
     440.82-2 -10
        -10 tor+http://vwakviie2ienjx6t.onion/debian bullseye/non-free amd64 Packages
        -10 tor+http://vwakviie2ienjx6t.onion/debian sid/non-free amd64 Packages
     418.113-1 990
        990 tor+http://vwakviie2ienjx6t.onion/debian buster/non-free amd64 Packages


C'est juste pour le sport, car l'installation du pilote propriétaire (redémarrage requis) est hors sujet.

Dernière modification par èfpé (07-06-2020 21:18:42)

Hors ligne

#3 09-06-2020 21:58:53

i4004
Membre
Inscription : 06-06-2020

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

Tout d'abord, merci pour toutes ces suggestions et la lisibilité.
Certaines sont encore compliquées pour moi qui suis totalement novice sous Tails (les années de codage en C sous X11/R6 vers 1995 sont loin et je n'ai jamais exploré les OS à l'époque pour configurer les machines, c'était au temps de la Red Hat...).

Pour te donner des éléments:
- Le moniteur est bien un Samsung S24D330H
- Tails est sur clé usb (avec un persistent storage depuis que j'ai mis "nouveau" à jour)
- Affichage via DVI. Pour voir, j'ai par la suite ajouté le cordon HDMI, et là l'écran est reconnu comme un second moniteur Samsung avec le bon modèle, en 1920x1080 60Hz. Si je passe en mode Single et HDMI, j'ai un écran noir qui flashe avec n'importe-quoi, et après ça plus possible de revenir en mode DVI. Ailleurs on m'a dit que c'était peut-être lié à un confilt de carte son mais je n'y connais pour le moment rien sur ce conflit potentiel et les façons de le corriger.
J'ai aussi tenté par curiosité de démarrer avec uniquement le cordon HDMI mais bien entendu pas d'affichage au démarrage de la machine.

- J'ai aussi remarqué les messages suivants au démarrage:


[5.464632] i2c i2c-1: sendbytes: MAX bailout.
[5.591701] nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for DVI-I-1
 




Dans le listing obtenu de cat ~/.local/share/xorg/Xorg.1.log (dis-moi si je dois fournir d'autres infos):


[    72.300] (II) modeset(0): EDID for output HDMI-1
[    72.362] (II) modeset(0): EDID for output DP-1
[    72.363] (II) modeset(0): EDID for output DVI-D-1
[    72.363] (II) modeset(0): Output DVI-I-1 connected
[    72.363] (II) modeset(0): Output HDMI-1 disconnected
[    72.363] (II) modeset(0): Output DP-1 disconnected
[    72.363] (II) modeset(0): Output DVI-D-1 disconnected
[    72.363] (II) modeset(0): Using exact sizes for initial modes
[    72.363] (II) modeset(0): Output DVI-I-1 using initial mode 1024x768 +0+0
[    72.363] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0)
[    72.363] (==) modeset(0): DPI set to (96, 96)
 



Merci d'avoir donné le lien vers les specs, effectivement le moniteur ne supporte pas au delà de 148,5 MHz.
J'ai donc essayé cvt -r 1920 1080 et obtenu les mêmes résultats que toi:

cvt -r 1920 1080

# 1920x1080 59.93 Hz (CVT 2.07M9-R) hsync: 66.59 kHz; pclk: 138.50 MHz
Modeline "1920x1080R"  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync -vsync



Le problème est que si je fais xrandr --newmode avec les données de la Modeline, voici le résultat:


amnesia@amnesia:~$ xrandr --newmode DVI-I-1 "1920x1080R"  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync -vsync
xrandr: unrecognized option '+hsync'
Try 'xrandr --help' for more information.
 



Donc je ne sais pas trop comment remédier à ça.

èfpé a écrit :


Sous Buster, le pilote Xorg utilisé pour un GPU NVIDIA est modesetting (modeset). Vérifier ça aussi.



Encore étranger pour moi... ops.gif


èfpé a écrit :


i4004 a écrit :

J'ai tenté d'installer l'utilitaire nvidia-detect mais visiblement ça ne marche pas.


C'est tout à fait normal, la section non-free n'étant pas « activée » par défaut, sous Debian ou Tails.

apt-cache policy nvidia-detect

N: Impossible de trouver le paquet nvidia-detect


Après ajout de ladite section aux sources de paquets et mise à jour des listes ça « marche » mieux.

apt-cache policy nvidia-detect

nvidia-detect:
  Installé : (aucun)
  Candidat : 418.113-1
 Table de version :
     440.82-2 -10
        -10 tor+http://vwakviie2ienjx6t.onion/debian bullseye/non-free amd64 Packages
        -10 tor+http://vwakviie2ienjx6t.onion/debian sid/non-free amd64 Packages
     418.113-1 990
        990 tor+http://vwakviie2ienjx6t.onion/debian buster/non-free amd64 Packages


C'est juste pour le sport, car l'installation du pilote propriétaire (redémarrage requis) est hors sujet.



Si c'est hors sujet je vais pas abuser mais de toute façon j'obtiens l'erreur "N- Impossible de trouver le maquet nvidia-dectect" et ne sais pas encore comment aller plus loin.

Dernière modification par i4004 (09-06-2020 22:00:19)

Hors ligne

#4 09-06-2020 23:10:16

MicP
Membre
Inscription : 29-02-2016

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

Bonjour

Si ça peut aider, vous pouvez aussi voir ce qui a déjà été fait à ce sujet dans ce fil de discussion

=======
@i4004

J'aimerai voir le retour de la ligne de commande suivante :

cat /etc/apt/sources.list

Dernière modification par MicP (10-06-2020 08:03:51)

Hors ligne

#5 10-06-2020 16:18:42

èfpé
Membre
Inscription : 10-07-2016

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

Re-,

i4004 a écrit :

[5.591701] nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for DVI-I-1


Ceci confirme l'origine du problème, hélas tes explications concernant la connectique sont confuses :

  • connecteur utilisé côté moniteur (VGA ?, HDMI ?) ;

  • connecteur utilisé côté carte graphique (DVI-I ?) ;

  • câble utilisé entre les deux (un truc clair/précis) ;

  • adaptateur utilisé (moniteur sans connecteur DVI).


L'extrait du log de X confirme l'utilisation du pilote Xorg modesetting et l'absence de données EDID.

i4004 a écrit :

xrandr --newmode DVI-I-1 "1920x1080R"  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync -vsync

xrandr: unrecognized option '+hsync'
Try 'xrandr --help' for more information.


Cette commande est erronée... D'où l'invitation à lire la doc ou le man qui contient un exemple clair :

xrandr --newmode "1920x1080R"  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync -vsync

xrandr --addmode DVI-I-1 1920x1080R

xrandr --output DVI-I-1 --mode 1920x1080R


En principe, la dernière commande devrait provoquer le redimensionnement de l'affichage, à vérifier :

xrandr --current


Ceci durera le temps d'une session... Si le résultat te convient, tu pourras créer un fichier xorg.conf.

Dernière modification par èfpé (11-06-2020 04:18:42)

Hors ligne

#6 10-06-2020 16:47:03

i4004
Membre
Inscription : 06-06-2020

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

MicP a écrit :

Bonjour

Si ça peut aider, vous pouvez aussi voir ce qui a déjà été fait à ce sujet dans ce fil de discussion

=======
@i4004

J'aimerai voir le retour de la ligne de commande suivante :

cat /etc/apt/sources.list




# /etc/apt/sources.list

deb tor+http://vwakviie2ienjx6t.onion/debian/ buster main contrib
deb tor+http://sgvtcaew4bxjd7ln.onion/ buster/updates main contrib
 



Je regarde le fil recommandé dès que j'ai un moment...
Merci pour votre aide.

Hors ligne

#7 10-06-2020 17:06:20

i4004
Membre
Inscription : 06-06-2020

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

èfpé a écrit :

Re-,

i4004 a écrit :

[5.591701] nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for DVI-I-1


Ceci confirme l'origine du problème, hélas tes explications concernant la connectique sont confuses :

  • connecteur utilisé côté moniteur (VGA ?, HDMI ?) ;

  • connecteur utilisé côté carte graphique (DVI-I ?) ;

  • câble utilisé entre les deux (un truc clair/précis) ;

  • adaptateur utilisé (moniteur sans connecteur DVI).


L'extrait du log de X confirme l'utilisation du pilote Xorg modesetting et l'absence de données EDID.

i4004 a écrit :

xrandr --newmode DVI-I-1 "1920x1080R"  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync -vsync

xrandr: unrecognized option '+hsync'
Try 'xrandr --help' for more information.


Cette commande est erronée... D'où l'invitation à lire la doc ou le man qui contient un exemple clair :

xrandr --newmode "1920x1080R"  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync -vsync

xrandr --addmode DVI-I-1 1920x1080R

xrandr --output DVI-I-1 --mode 1920x1080R


En principe, la dernière commande devrait provoquer le redimensionnement de l'affichage, à vérifier :

xrandr --current


Ceci durera le temps d'une session... Si le résultat te convient, tu pourras créer un fichier xorg.conf.

i4004 a écrit :

Si c'est hors sujet je vais pas abuser mais de toute façon j'obtiens l'erreur "N: Impossible de trouver le paquet nvidia-detect" et ne sais pas encore comment aller plus loin.


C'est/était hors sujet pour un système Live sans persistance ; mais tu sembles avoir changé d'avis.
Quoi qu'il en soit, l'installation du pilote propriétaire ressemble plutôt à la manip de derniers recours.




D'abord MERCI pour ta dernière réponse, l'image est bonne avec les commandes que tu donnes. ENFIN !!!
MAIS: durant le premier essai: j'ai eu un plantage complet avant de tapper la troisième commande. Même la souris (sans fil, tout comme le clavier) ne répondaient plus. RESET...
A la seconde tentative, ça a marché.

En réponse à tes premières questions:
L'écran a une prise VGA actuellement utilisée, et une HDMI (non connectée pour le moment).
Côté ordi, il y a deux sorties DVI: une sur la carte mère (inutilisée), et l'autre sur la GeForce qui a aussi deux HDMI une HDMI et une DP (non utilisées). C'est la DVI GeForce qui est utilisée.
Le cordon est donc un simple VGA/DVI .

Ce qui m'inquiète, c'est ce plantage, car ce n'est pas la  première fois que ça se produit. Mais là, on est peut-être hors sujet (à voir).

Comme tes dernières lignes de commandes donnent le résultat que je souhaitais depuis le début, je vais faire ce ficheir xorg.conf.
J'avais vu qu'on pouvait ajouter ces commandes dans /etc/gdm3/Init/Default et j'ai essayé de le faire en root, mais au redémarrage le fichier a perdu ses changements. Bref, je me plonge dans le xorg.conf... Histoire de commencer à connaître un peu mieux l'OS...
En tout cas, à priori il n'y a pas besoin du pilote NVIDIA. Ta bonne config du pilot nouveau marche.

Dernière modification par i4004 (16-06-2020 21:02:55)

Hors ligne

#8 10-06-2020 17:46:42

èfpé
Membre
Inscription : 10-07-2016

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

Re-,

i4004 a écrit :

Comme tes dernières lignes de commandes donnent le résultat que je souhaitais depuis le début, je vais faire ce fichier xorg.conf.


Le man d'xorg.conf étant tout sauf une sinécure, voici un exemple de fichier ayant fait ses preuves :

nano /etc/X11/xorg.conf

Section "Screen"
        Identifier   "Screen0"
        Device       "Device0"
        Monitor      "Monitor0"
EndSection

Section "Device"
        Identifier   "Device0"
        Driver       "modesetting"
        Option       "Monitor-DVI-I-1" "Monitor0"
EndSection

Section "Monitor"
        Identifier   "Monitor0"
        #DisplaySize   531 299
        Modeline     "1920x1080R" 138.50 1920 1968 2000 2080 1080 1083 1088 1111 +hsync -vsync
        Option       "PreferredMode" "1920x1080R"


DisplaySize est commenté parce que non confirmé. Par ailleurs je n'ai pas encore testé sur une Tails.

edit: bon, xorg.conf ne fonctionnera que sur un système installé, ou alors c'est franchement tordu.

L'alternative un peu bricolo, certes, mais très simple, est de coller trois lignes dans un fichier script :

nano xrandr.sh

#!/bin/sh
xrandr --newmode "1920x1080R" 138.50 1920 1968 2000 2080 1080 1083 1088 1111 +hsync -vsync
xrandr --addmode DVI-I-1 1920x1080R
xrandr --output DVI-I-1 --mode 1920x1080R


chmod +x xrandr.sh


Stocke-le sur le volume persistant, et exécute-le d'un clic au début de chaque nouvelle session Live.

Dernière modification par èfpé (11-06-2020 04:46:42)

Hors ligne

#9 10-06-2020 17:52:51

MicP
Membre
Inscription : 29-02-2016

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

…Le cordon est donc un simple VGA/DVI . …

Certains cordons SVGA<->DVI sont plus ou moins complets, et il peut manquer certaines liaisons qui empêcheraient l'I²C de transmettre les informations DDC
Parfois, c'est aussi sur le connecteur de la carte graphique ou/et de l'écran q'il manque cette liaison.

Je m'étais aperçu de ça quand j'ai eu à dépanner un professionnel de l'animation vidéo qui ne comprenait pas pourquoi il n'arrivait pas à calibrer son écran tout neuf.
Sur son cordon DVI <-> DVI, même si toutes les broches étaient présentes, les broches 6 et 7 n'étaient reliées à aucun conducteur.

Sur un connecteur SVGA, ce sont les broches 12 et 15 que j'utilise (avec la masse en broche 10) comme port I²C sur mes PC pour mes montages électroniques )

=======
Certains protocoles propriétaires (en HDMI, par exemple) n'utilisent pas les broches réservées à l'I²C sur ces connecteurs,
car ils font passer l'I²C dans le flux d'informations qui circule par les autres connections.

=======
Fait quand même attention, maintenant que tu as défini les paramètres manuellement,
à ce que l'écran que tu connecteras à cette machine supporte bien cette configuration,
ça pourrait être fatal (matériellement) pour l'écran s'il n'était pas conçu pour supporter cette configuration.
(d'où l'intérêt du dialogue par l'I²C pour que la carte graphique s'entende avec l'écran sur la configuration optimale à utiliser)

Dernière modification par MicP (10-06-2020 18:08:40)

Hors ligne

#10 10-06-2020 21:08:24

i4004
Membre
Inscription : 06-06-2020

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

MicP a écrit :

…Le cordon est donc un simple VGA/DVI . …

Certains cordons SVGA<->DVI sont plus ou moins complets, et il peut manquer certaines liaisons qui empêcheraient l'I²C de transmettre les informations DDC
Parfois, c'est aussi sur le connecteur de la carte graphique ou/et de l'écran q'il manque cette liaison.

Je m'étais aperçu de ça quand j'ai eu à dépanner un professionnel de l'animation vidéo qui ne comprenait pas pourquoi il n'arrivait pas à calibrer son écran tout neuf.
Sur son cordon DVI <-> DVI, même si toutes les broches étaient présentes, les broches 6 et 7 n'étaient reliées à aucun conducteur.

Sur un connecteur SVGA, ce sont les broches 12 et 15 que j'utilise (avec la masse en broche 10) comme port I²C sur mes PC pour mes montages électroniques )

=======
Certains protocoles propriétaires (en HDMI, par exemple) n'utilisent pas les broches réservées à l'I²C sur ces connecteurs,
car ils font passer l'I²C dans le flux d'informations qui circule par les autres connections.

=======
Fait quand même attention, maintenant que tu as défini les paramètres manuellement,
à ce que l'écran que tu connecteras à cette machine supporte bien cette configuration,
ça pourrait être fatal (matériellement) pour l'écran s'il n'était pas conçu pour supporter cette configuration.
(d'où l'intérêt du dialogue par l'I²C pour que la carte graphique s'entende avec l'écran sur la configuration optimale à utiliser)



Merci pour ce conseil intéressant.
En effet, j'ignorais qu'il existait des versions différentes de cordons VGA/DVI au niveau câblage, surtout que l'écran précédent (un Asus 24 pouces orienté gamer dont j'ai oublié le modèle) marchait sans souci depuis toujours sous Tails, et que mon Samsung actuel a été détecté en 1920x1080 par Windows et fonctionne sans souci.
Sans vouloir faire de hors sujet, j'ai trouvé étrange que Windows le détecte et le fasse fonctionner immédiatement en 1920x1080 alors que Tails n'y est pas arrivé automatiquement. Cela amène plusieurs questions: peut-il exister plusieurs méthodes de détection de cet écran en mode 1920x1080, et si oui, est-il possible qu'il manque celle dont Tails / Debian ont besoin pour que cet écran soit détecté et fonctionnel en 1920x1080 ? Si c'est le cas, est-ce une histoire d'implémentation dans le pilote ("nouveau") ?

Existe-t-il un utilitaire qui tente de communiquer avec l'écran par toutes les façons possibles et te dis ce qui peut manquer dans ton cordon VGA/DVI ?

Encore merci !

Dernière modification par i4004 (10-06-2020 21:20:02)

Hors ligne

#11 10-06-2020 21:51:18

i4004
Membre
Inscription : 06-06-2020

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

èfpé a écrit :

Re-,

L'alternative un peu bricolo, certes, mais très simple, est de coller trois lignes dans un fichier script :

nano xrandr.sh

#!/bin/sh
xrandr --newmode "1920x1080R" 138.50 1920 1968 2000 2080 1080 1083 1088 1111 +hsync -vsync
xrandr --addmode DVI-I-1 1920x1080R
xrandr --output DVI-I-1 --mode 1920x1080R


chmod a+x xrandr.sh


Stocke-le sur le volume persistant, et exécute-le d'un clic au début de chaque nouvelle session Live.



Merci !
Je l'ai fait: ça marche impec depuis le Terminal via la commande

sh xrandr.sh



Seulement le double-clic ouvre le fichier sous éditeur de fichier texte (application Open With par défaut et je ne vois rien d'autre dans les propriétés qui semble correspondre à une exécution de script).
Au premier essai en double click, j'ai eu un plantage radical.
Je suis passé ensuite en exécution via Terminal et là ça marche impec.

Est-il possible d'automatiser l'exécution de ce fichier une fois le persistent délocké au démarrage ?

Dernière modification par i4004 (10-06-2020 21:57:24)

Hors ligne

#12 10-06-2020 22:32:23

MicP
Membre
Inscription : 29-02-2016

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

…peut-il exister plusieurs méthodes de détection de cet écran en mode 1920x1080…

Oui, je pense que l'I²C doit passer aussi par d'autres canaux, multiplexés avec les signaux vidéos.

…est-ce une histoire d'implémentation dans le pilote ("nouveau") ? …

Vu ce que j'ai pu constater avec mes machines, je pense que oui.
Dès que ceux qui fabriquent les cartes graphiques mettront à disposition des développeurs pour Linux les caractéristiques de leur carte graphique,
elles seront implémentées dans les pilote pour Linux.

=======
C'est par le protocole I²C que le "dialogue" entre la carte graphique et l'écran se fait,
et dans le cas de la personne que j'ai dépannée, avec un simple multimètre,
j'ai pu m'apercevoir que c'était bien le cordon qui n'était pas complètement câblé.

J'ai mis dialogue entre guillemets, parce qu'en fait c'était, à la base, plus à sens unique
puisque c'était l'écran qui informait la carte graphique de ses caractéristiques,

Mais ce standard a beaucoup évolué et il y a maintenant beaucoup plus d'informations échangées,
et c'est devenu un vrai dialogue qui se poursuit, toujours en I²C, mais par un Hub USB.

Certaines fonctionnalités ne deviennent alors accessibles (en fonction de la carte graphique ou/et de l'écran)
qu'à condition d'utiliser les pilotes propriétaires.

Mon ancien PC Asus G53SW équipé d'une carte NVIDIA GTX460M ne pouvait utiliser un écran externe en deuxième écran
qu'avec le pilote propriétaire, et même si on arrivait à le lui faire accepter avec le pilote nouveau, la qualité des images
et certaines fonctionnalités étaient bridées (orientation de l'écran, sortie son, etc.)

Mais depuis peu (debian 9), le pilote nouveau semble très bien fonctionner avec cette carte,
donc je n'utilise plus le pilote propriétaire avec ce PC.

Voir la page WiKi concernant le Display Data Channel (en anglais => beaucoup plus détaillée et à jour)
(La même page WiKi mais en Français )

et voir aussi : https://fr.wikipedia.org/wiki/High-band … Protection

Dernière modification par MicP (11-06-2020 05:36:57)

Hors ligne

#13 11-06-2020 04:48:42

èfpé
Membre
Inscription : 10-07-2016

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

Re-,

i4004 a écrit :

Est-il possible d'automatiser l'exécution de ce [script] une fois le [stockage persistant] délocké au démarrage ?


Oui par exemple via un fichier de configuration desktop créé dans le répertoire ~/.config/autostart/ :

cd /live/persistence/TailsData_unlocked/dotfiles

nano xrandr.sh

#!/bin/sh
xrandr --newmode "1920x1080R" 138.50 1920 1968 2000 2080 1080 1083 1088 1111 +hsync -vsync
xrandr --addmode DVI-I-1 1920x1080R
xrandr --output DVI-I-1 --mode 1920x1080R


chmod +x xrandr.sh

mkdir -p .config/autostart

cd .config/autostart

nano xrandr.desktop

[Desktop Entry]
Type=Application
Name=Xrandr
Exec=/home/amnesia/xrandr.sh


C'est bricolo, mais ça peut dépanner en attendant de trouver le câble idéal. Références : ici, ici, et .

Hors ligne

#14 11-06-2020 07:23:18

i4004
Membre
Inscription : 06-06-2020

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

Encore merci pour ces indications et les liens de refs. Je vois tout ça ce soir et te tiens au courant.
Pour le câble, je vais tenter de trouver un modèle "full wired" (reste à voir où il y a un vendeur sérieux qui connaisse la chose).

Par contre, ce qui m'inquiète, ce sont ces plantages que j'ai eus à plusieurs reprises, mais afin de ne pas faire de hors sujet, je ferai un nouveau post à cet effet.

Hors ligne

#15 11-06-2020 08:32:28

MicP
Membre
Inscription : 29-02-2016

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

Vérifie quand même si les broche I²C ne sont pas déjà bien câblées sur ton cordon,
un vendeur sera quand même prêt à t'en vendre un autre (ou même plusieurs smile , c'est son travail de vendre) même si le tien a déjà tout ce qu'il faut.

Un testeur de continuité ou un multimètre ou/et en regardant (si c'est possible) si des fils sont bien soudés sur ces broches.

Je viens de lire ce fil de discussion,
dans lequel la solution a été de changer de carte graphique yikes

Mais bon, c'était peut-être un problème sur le connecteur de la carte graphique…

Comme quoi, même avec un écran et un cordon en bon état …

=======
En faisant des recherches avec  "DRM: DDC responded, but no EDID for DVI-I-1"
on trouve pas mal de personnes ayant eu ce même problème
et qui utilisent des cartes graphiques Nvidia.
Mais je n'ai pas trouvé de solution au problème rencontré.

Dernière modification par MicP (11-06-2020 09:00:50)

Hors ligne

#16 11-06-2020 17:45:40

i4004
Membre
Inscription : 06-06-2020

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

MicP a écrit :

Vérifie quand même si les broche I²C ne sont pas déjà bien câblées sur ton cordon,



Pour un cordon DVI / VGA, il me faudrait les combinaisons possibles pour faire les tests.
Je vais chercher un peu pour voir.


MicP a écrit :


Mais bon, c'était peut-être un problème sur le connecteur de la carte graphique…

Comme quoi, même avec un écran et un cordon en bon état …



Je n'en suis pas convaincu. Windows a détecté mon écran en 1920x1080 de façon transparente et fonctionne sans souci. Pourquoi pas Tails (d'autant plus que les lignes de commande données par èfpé corrigent le problème) ? Pour moi, il manque quelque chose dans le pilote...

Dernière modification par i4004 (11-06-2020 17:48:39)

Hors ligne

#17 11-06-2020 18:00:24

MicP
Membre
Inscription : 29-02-2016

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

Sur la droite dans les pages web suivantes
tu as le brochage des connecteurs

https://fr.wikipedia.org/wiki/Digital_visual_interface

https://fr.wikipedia.org/wiki/Connecteur_VGA

                            VGA             DVI
-----------------------------------------------
SDA données I2C (DDC) Broche 12  <->   Broche 7
SCL Horloge I²C (DDC) Broche 15  <->   Broche 6

La masse étant aussi utilisée pour les autres signaux,
ce n'est pas la peine de la tester : elle est sans doute connectée.

Hors ligne

#18 11-06-2020 18:49:06

i4004
Membre
Inscription : 06-06-2020

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

èfpé a écrit :

Re-,

i4004 a écrit :

Est-il possible d'automatiser l'exécution de ce [script] une fois le [stockage persistant] délocké au démarrage ?


Oui par exemple via un fichier de configuration desktop créé dans le répertoire ~/.config/autostart/ :

cd /live/persistence/TailsData_unlocked/dotfiles

nano xrandr.sh

#!/bin/sh
xrandr --newmode "1920x1080R" 138.50 1920 1968 2000 2080 1080 1083 1088 1111 +hsync -vsync
xrandr --addmode DVI-I-1 1920x1080R
xrandr --output DVI-I-1 --mode 1920x1080R


chmod +x xrandr.sh

mkdir -p .config/autostart

cd .config/autostart

nano xrandr.desktop

[Desktop Entry]
Type=Application
Name=Xrandr
Exec=/home/amnesia/xrandr.sh


C'est bricolo, mais ça peut dépanner en attendant de trouver le câble idéal. Références : ici, ici, et .



J'ai tenté cette manip mais le répertoire dotfiles n'existe pas sous /live/persistence/TailsData_unlocked.
Je l'ai donc créé pour voir, et continué. Après premier redémarrage, pas de changement.
J'ai ensuite vu que dans xrandr.desktop, le chemin de xrandr.sh me semblait erroné (en tout cas dans ce chemin, on ne trouve pas le fichier en question). Donc j'ai remplacé le chemin /home/amnesia/xrandr.sh par /live/persistence/TailsData_unlocked/dotfiles/xrandr.sh mais toujours rien après redémarrage.
Ais-je loupé quelque chose ?

PS: la création du dossier ainsi que des fichiers nécessitait le mode root.

Hors ligne

#19 11-06-2020 19:07:25

i4004
Membre
Inscription : 06-06-2020

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

MicP a écrit :

Sur la droite dans les pages web suivantes
tu as le brochage des connecteurs

https://fr.wikipedia.org/wiki/Digital_visual_interface

https://fr.wikipedia.org/wiki/Connecteur_VGA

                            VGA             DVI
-----------------------------------------------
SDA données I2C (DDC) Broche 12  <->   Broche 7
SCL Horloge I²C (DDC) Broche 15  <->   Broche 6

La masse étant aussi utilisée pour les autres signaux,
ce n'est pas la peine de la tester : elle est sans doute connectée.




Je pense que le multimètre ne sera pas nécessaire: la carte a une prise DVI-I (c'est marqué dessus en plus ops.gif) et j'utilise un cordon avec une prise DVI-A ops.gif.
Faudra voir si le problème se résoud en mettant un câble DVI-I (Dual Link) à la place.

Hors ligne

#20 11-06-2020 19:26:42

èfpé
Membre
Inscription : 10-07-2016

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

Re-,

i4004 a écrit :

Ai-je loupé quelque chose ?


Oui, sans doute, tu n'as apparemment pas configuré la fonctionnalité Dotfiles (stockage persistant).
J'avais tout de même testé avant de poster (machine équipée d'une carte graphique NVIDIA, Fermi).

Hors ligne

#21 11-06-2020 20:01:51

i4004
Membre
Inscription : 06-06-2020

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

Ok alors toutes mes excuses.
J'ai retiré les fichiers et répertoires, configuré les Dotfiles et refait la manip. C'est génial, merci ! merci.gif

Reste à savoir si un cordon DVI-I corrigera le problème, ce qui éviterait les fichiers script, mais en attendant, je reste sur ta solution. smile

Enfin, pour terminer, faudra voir comment annuler l'installation de libgl1-mesa-glx sur le persistent en mettant "nouveau" à jour. Je pense que c'est inutile de garder ce "additional software" pour rien, mais est-ce-qu'une simple suppression depuis le panneau Additional Sotware suffit ?

Dernière modification par i4004 (11-06-2020 21:09:19)

Hors ligne

#22 13-06-2020 16:23:53

MicP
Membre
Inscription : 29-02-2016

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

Tu devrais te faire prêter quelques cordons pour faire des tests,
mais pour que ces tests puissent fonctionner,
il te faudra d'abord mettre de côté les fichiers de configuration "forcée".

Si tu as de l'HDMI des deux côtés du cordon ou du DVI (avec toutes les boches et les conducteurs soudés) des deux côtés du cordon,
je ne serais pas étonné que ça fonctionne.

Hors ligne

#23 15-06-2020 20:49:23

i4004
Membre
Inscription : 06-06-2020

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

J'ai effectivement une prise HDMI en plus sur l'écran et deux côté carte graphique.
Si j'ajoute le cordon HDMI, Tails détecte l'écran sous forme de deux moniteurs en mode dual par défaut:
- celui en 1024x768 max (DVI-A) avec les soucis maintenant résolus
- le même, avec le fabricant / modèle / corrects tout comme la résolution max

Seul hic, c'est qu'il faut passer en mode "single" à chaque dois, et quand je choisis le HDMI, ça ne marche pas.

Je préfère dans un premier temps la solution des fichiers shell, et éventuellement les retirer s'il s'avère qu'un cordon DVI-I solutionne le problème.
Si tu connais un vendeur d'un cordon DVI-I / VGA complètement câblé je suis preneur.

Merci !

Hors ligne

#24 16-06-2020 09:03:25

MicP
Membre
Inscription : 29-02-2016

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

… Je préfère dans un premier temps la solution des fichiers shell,  …

Tout-à fait logique, ça fera moins de manipulations à faire.

Mais avec seulement le cordon HDMI, si l'écran le détecte automatiquement ou s'il y a un menu OSD sur l'écran pour lui dire d'utiliser le connecteur HDMI
ça devrait fonctionner.

Dernière modification par MicP (16-06-2020 09:09:58)

Hors ligne

#25 16-06-2020 20:43:51

i4004
Membre
Inscription : 06-06-2020

Re : Tails: Perte de résolution 1920x1080 après simple changement d'écran

J'avais tenté avec le HDMI seul, mais je n'avais aucune image durant le démarrage du PC ni durant le menu boot UEFI.
Je viens juste de comprendre mon erreur, simplissime, vous allez rire (ça devient comique...). lol
Durant mon test HDMI, je n'avais retiré que la prise DVI de la NVIDIA, mais pas la prise VGA côté écran, qui se mettait toujours en mode VGA, d'où l'impossiblilité de démarrer en HDMI.
Je suis curieux de la façon dont la VGA peut être détectée sans DVI branchée de l'autre côté: qu'y a-t-il dans le cordon pour activer le mode VGA ? Un shunt ? Une puce ?

En tout cas, voici le résultat: avec le cordon HDMI seul, plus de problème de résolution même après retrait des fichiers shell.
Tails démarre tout seul en 1920x1080 comme avant.

Vos conseils m'ont de toute façon appris des choses et je vous remercie de votre patience. merci.gifmerci.gifmerci.gif

Dernière modification par i4004 (16-06-2020 21:24:40)

Hors ligne

Pied de page des forums