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

Ubuntu ; MX Linux ; Linux Mint ; etc.
Répondre
i4004
Membre
Membre
Messages : 10
Enregistré le : 06 juin 2020, 11:45
Status : Hors ligne

06 juin 2020, 19:16

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 vous remercie de vos lumières.

Code : Tout sélectionner

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:~$ 

Code : Tout sélectionner

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:~$ 

Code : Tout sélectionner

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:~$ 

Code : Tout sélectionner

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
amnesia@amnesia:~$ 

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 ?

Code : Tout sélectionner

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:~# 

Code : Tout sélectionner

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.
Avatar du membre
Grhim
Membre très actif
Membre très actif
Messages : 1069
Enregistré le : 30 mai 2016, 01:00
Localisation : Zurich
Status : Hors ligne

06 juin 2020, 22:03

salut

Tails s'installe & s'utilise sur clefs usb de préférence. il y a moins de souci de détection écran

ensuite, l'utilise-tu en dur sur un disque comme Os principale ?

as-tu essayer de te faire un Xorg.conf ?

perso, j'ai eu sous debian en 2014 le même soucie a cause d'un changement de moniteur pc, c'est la carte graphique qui n’était plus au norme, j'avais pourtant tout essayer...
une nouvelle CG avait résolut le problème

regarde ici https://tor.stackexchange.com/questions ... n-in-tails
Debian Testing-Sid / Debian Stable / Kali Linux / Gnome3 - KissOs - Raspberry 3b+ -
i4004
Membre
Membre
Messages : 10
Enregistré le : 06 juin 2020, 11:45
Status : Hors ligne

06 juin 2020, 22:09

Salut,

Je l'utilise en clé USB.
Je suis encore novice en manipulations système mais je vais creuser autour du Xorg.conf.
Ma NVIDIA marchait très bien avant changement d'écran, donc je ne vois pas en quoi elle serait en cause (sauf erreur).
J'ai suivi le tuto qui utilise cvt et xrandr (http://www.ubuntugeek.com/how-change-di ... randr.html), et quand je choisis 1920x1080, j'ai bien une image de 1080 en hauteur, mais en largeur elle est rétrécie de 8cm (donc perte d'espace de 4cm à gauche et à droite), donnant un effet d'écrasement latéral. Est-ce-qu'un paramètre à changer dans la commande xrandr pourrait résoudre le problème ?
Le tuto donne les infos pour rendre cette modif permanente sous ubuntu, mais j'ignore si c'est la même manip sous debian.
Avatar du membre
Grhim
Membre très actif
Membre très actif
Messages : 1069
Enregistré le : 30 mai 2016, 01:00
Localisation : Zurich
Status : Hors ligne

06 juin 2020, 22:12

ça peut aider https://tails.boum.org/support/known_is ... ex.fr.html

chose intérressante : https://unix.stackexchange.com/question ... resolution
Si vous possédez une des cartes nvidia récentes, il s'agit d'un problème connu qui peut être résolu en mettant à jour le noyau linux en 4.x. Sinon, votre GPU n'est probablement pas supporté (ou il manque un pilote) et vous pouvez changer si vous avez cette option.
Debian Testing-Sid / Debian Stable / Kali Linux / Gnome3 - KissOs - Raspberry 3b+ -
i4004
Membre
Membre
Messages : 10
Enregistré le : 06 juin 2020, 11:45
Status : Hors ligne

06 juin 2020, 22:25

Merci Grhim. Je suis passé par ces deux liens. Ma NVIDIA est assez ancienne, elle a au moins 6 ans et je n'ai jamais eu de souci de résolution sous Tails jusqu'à changement d'écran.
Pour info j'ai la dernière version de Tails (4.7).
Avatar du membre
Grhim
Membre très actif
Membre très actif
Messages : 1069
Enregistré le : 30 mai 2016, 01:00
Localisation : Zurich
Status : Hors ligne

06 juin 2020, 22:51

i4004 a écrit :
06 juin 2020, 22:25
Merci Grhim. Je suis passé par ces deux liens. Ma NVIDIA est assez ancienne, elle a au moins 6 ans et je n'ai jamais eu de souci de résolution sous Tails jusqu'à changement d'écran.
Pour info j'ai la dernière version de Tails (4.7).
il n'y a plus qu'a tenté le Xorg.conf

:006:
Debian Testing-Sid / Debian Stable / Kali Linux / Gnome3 - KissOs - Raspberry 3b+ -
i4004
Membre
Membre
Messages : 10
Enregistré le : 06 juin 2020, 11:45
Status : Hors ligne

07 juin 2020, 10:45

J'ai créé le fichier /etc/X11/xorg.conf avec:

Code : Tout sélectionner

Section "Device"
Identifier	"Video Card"
Driver		"nouveau"
EndSection
Je sais pas si "Video Card" a un sens, j'ai suivi le tuto https://debian-facile.org/doc:materiel: ... brenouveau.
Mais rien ne change.
Avatar du membre
Grhim
Membre très actif
Membre très actif
Messages : 1069
Enregistré le : 30 mai 2016, 01:00
Localisation : Zurich
Status : Hors ligne

07 juin 2020, 19:15

i4004 a écrit :
07 juin 2020, 10:45
J'ai créé le fichier /etc/X11/xorg.conf avec:

Code : Tout sélectionner

Section "Device"
Identifier	"Video Card"
Driver		"nouveau"
EndSection
Je sais pas si "Video Card" a un sens, j'ai suivi le tuto https://debian-facile.org/doc:materiel: ... brenouveau.
Mais rien ne change.
vois ici pour installer ton driver

https://wiki.debian-fr.xyz/Materiel_et_Pilotes
Debian Testing-Sid / Debian Stable / Kali Linux / Gnome3 - KissOs - Raspberry 3b+ -
Avatar du membre
piratebab
Site Admin
Site Admin
Messages : 3472
Enregistré le : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : Hors ligne

07 juin 2020, 23:07

C'est curieux que tu sois obligé de créer un xorg.conf.
Maintenant les écrans sont directement reconnus par le systeme. Le tiens doit mal annoncer ses caractéristiques.

Pour creer un xorg.conf, tu as un utilitaire bien pratique: xorgsetup
MicP
Modérateur
Modérateur
Messages : 630
Enregistré le : 16 avr. 2016, 22:14
Status : Hors ligne

08 juin 2020, 11:22

Bonjour

Ça peut aussi dépendre du connecteur utilisé (autant sur l'écran que sur la carte graphique)
et du cordon de liaison utilisé.

S'il manque une liaison dans le câble ou dans les connecteurs,
les signaux DDC pourraient ne pas pouvoir être transmis et reçus.
i4004
Membre
Membre
Messages : 10
Enregistré le : 06 juin 2020, 11:45
Status : Hors ligne

08 juin 2020, 15:17

Je vous remercie pour vos réponses.
Le cordon est celui que j'utilisais sur l'Asus, et avec lequel il n'y avait pas de souci.
Par contre, j'ai remarqué ces deux lignes qui s'affichent rapidement au boot:

Code : Tout sélectionner

[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
J'ai remarqué aussi que le la commande xrandr --newmode "1920x1080_60.00" (suivie des autres paramètres) va ajouter ce mode en DVI-D-1 qui reste déconnecté.
Or, si je tente un xrandr --addmode DVI-I-1 1920x1080_60.00 suivi d'un xrandr --output DVI-I-1 --mode 1920x1080_60.00, l'image passe en 1080 de haut avec perte de largeur, et là le mode 1920x1080_60.00 est ajouté à DVI-I-1 mais avec 59.96* comme fréquence (que signifie l'astérisque ?).

Edit: J'ai par la suite fait des des essais avec le cordon HDMI fourni avec l'écran Samsung. Le cordon seul ne permet pas de voir quoi que ce soit au démarrage du PC. J'ai donc mis les deux cordons: VGA et HDMI. Dans ce cas de figure, Tails reconnaît deux écrans, et je dois me mettre en mode "single". Là, l'écran VGA est "unknown monitor" et reste en 1024x768 max, mais l'écran HDMI est bien détecté en tant que Samsung (avec le bon modèle) et en mode 1920x1080_60.00. Pourtant, si je passe sur ce mode HDMI, j'ai un écran noir qui flashe avec plus ou mois n'importe-quoi par moments, et impossible de revenir en arrière vers le mode VGA.

Encore merci.
Avatar du membre
piratebab
Site Admin
Site Admin
Messages : 3472
Enregistré le : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : Hors ligne

08 juin 2020, 17:58

L'EDID s'est effectivement les informations que fourni l'écran à la carte afin qu'elle se configure. Il semblerait que ces informations ne soit pas, ou mal , transmises.
Normalement tu dois avoir l'info dans le xorg.log (un warning je pense)
Si tu peux te mettre en hdmi, c'est préférable. Parfois ça met le bazar dans les cartes son (le hdmi est vu aussi comme une carte son), mais c'est facile à régler.
i4004
Membre
Membre
Messages : 10
Enregistré le : 06 juin 2020, 11:45
Status : Hors ligne

08 juin 2020, 21:17

Je regarderai le xorg.log .
Par contre, pour régler le problème de conflit HDMI avec une carte son, j'ignore comment procéder.
Avatar du membre
piratebab
Site Admin
Site Admin
Messages : 3472
Enregistré le : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : Hors ligne

08 juin 2020, 23:13

Je ne sais pas quel est ton environnement de bureau, mais généralement il fournit une interface graphique pour choisir la carte son par défaut. Sinon tu as pavucontol qui permet de choisir la bonne carte son.
MicP
Modérateur
Modérateur
Messages : 630
Enregistré le : 16 avr. 2016, 22:14
Status : Hors ligne

08 juin 2020, 23:54

Bonjour

Il te faudrait installer et utiliser le pilote propriétaire NVIDIA

=======
La recherche de solution se poursuit dans ce fil de discussion
Avatar du membre
piratebab
Site Admin
Site Admin
Messages : 3472
Enregistré le : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : Hors ligne

10 juin 2020, 13:52

MiCP;
lorsque je vois dans le fil en question
Sous Buster, le pilote Xorg utilisé pour un GPU NVIDIA est modesetting (modeset). Vérifier ça aussi.
cela se passe de commentaires.

Pour ceux qui n'auraien pas compris, faites un

Code : Tout sélectionner

apt-cache policy xserver-xorg-video* | grep mode
i4004
Membre
Membre
Messages : 10
Enregistré le : 06 juin 2020, 11:45
Status : Hors ligne

11 juin 2020, 22:05

On m'a trouvé deux solutions (grand merci à ceux sur les forums confrères qui m'ont trouvé ça):
- Dans un premier temps un .sh à lancer à la main sur le persistent et qui contient les bonnes commandes xrandr. Ca marche impec.
- Par la suite, un fichier de configuration desktop créé dans le répertoire ~/.config/autostart/ qui me met automatiquement en mode 1920x1080 une fois Tails démarré avec le persistent.

Pour ceux qui auraient eu le même problème, voici les choses à faire (merci à èfpé sur le forum Debian Facile):

- Création du Persistent Storage (si pas déjà présent) et activation de l'option Dotfiles + redémarrage de Tails

Puis les commandes suivantes en user:

Code : Tout sélectionner

cd /live/persistence/TailsData_unlocked/dotfiles
nano xrandr.sh
Entrer les lignes suivantes sous nano et sauvegarder le fichier xrandr.sh:

Code : Tout sélectionner

#!/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

Code : Tout sélectionner

chmod +x xrandr.sh
mkdir -p .config/autostart
cd .config/autostart
nano xrandr.desktop
Entrer les lignes suivantes sous nano et sauvegarder le fichier xrandr.desktop:

Code : Tout sélectionner

[Desktop Entry]
Type=Application
Name=Xrandr
Exec=/home/amnesia/xrandr.sh
Comme le dit èfpé, "c'est bricolo" mais ça marche !


Avant tout ça j'avais fait une mise à jour de "nouveau" et ça m'avait installé libgl1-mesa-glx sur le persistent. Je ne pense pas en avoir besoin: comment revenir en arrière ? Simple suppression dans la liste Additional Software ?
Avatar du membre
piratebab
Site Admin
Site Admin
Messages : 3472
Enregistré le : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : Hors ligne

14 juin 2020, 15:08

c'est effectivement très bricolo.
solution propre est de faire un petit fichier de config de ton écran dans xorg.conf ou xorg.conf.d qui reprends les réglages de ton écran. Avec l'utilitaire xorgsetup par exemple
i4004
Membre
Membre
Messages : 10
Enregistré le : 06 juin 2020, 11:45
Status : Hors ligne

15 juin 2020, 22:05

xorgsetup n'existe pas sous Tails (j'ai tenté de le trouver avec touch mais ça mène à un fichier nul du même nom). J'avais aussi tenté de le faire en modifiant un autre fichier pouvant contenir les commandes xrandr, mais ce fichier était recopié à chaque démarrage, donc pour moi pas possible à modifier de façon permanente.
Après je vais tenter de voir si l'utilisation d'un cordon DVI-I / VGA permet d'éviter l'utilisation des fichiers shell, car le cordon actuel est un DVI-A / VGA par lequel certaines ne passent pas (du moins avec l'écran actuel, car avec mon Asus précédent tout allait bien). Et Tails pense qu'il y a un écran DVI-I...
Avatar du membre
Grhim
Membre très actif
Membre très actif
Messages : 1069
Enregistré le : 30 mai 2016, 01:00
Localisation : Zurich
Status : Hors ligne

15 juin 2020, 22:19

i4004 a écrit :
15 juin 2020, 22:05
j'ai tenté de le trouver avec touch mais ça mène à un fichier nul du même nom
http://www.linux-france.org/article/man ... uch-1.html
Debian Testing-Sid / Debian Stable / Kali Linux / Gnome3 - KissOs - Raspberry 3b+ -
Répondre