[wheezy 64b] Xorg et nouveau : pas la bonne résolution

Support Debian
#1

Bonjour,

Après une très grosse mise à jour de ma testing je suis passé de gdm à gdm3 et de nv à nouveau. C’est après un reboot que j’ai eu des problèmes mais Nouveau semble bien chargé. Par contre mon écran 22 pouces affichant habituellement une résolution de 16801050 est passé en 1024768.

xrandr ne me donne pas le choix d’une résolution plus haute
J’ai testé sans xorg.conf, avec un xorg.conf minimaliste en prenant sur /usr/share/doc/xserver-xorg-video-nouveau/examples/xorg.conf puis avec le même et en rajoutant une section Device en me basant sur mon ancien xorg.conf et enfin juste une section Monitor avec la ligne donnée par la commande gtf.

Voici le contenu intégral du fichier :

[code]# Minimal xorg.conf for the Nouveau driver

Section "Device"
Identifier "Default screen"
Driver "nouveau"
EndSection

Section "Monitor"
Identifier "Default screen"
Vendorname "Samsung"
Modelname "22"
Modeline “1680x1050_70.00” 173.83 1680 1792 1976 2272 1050 1051 1054 1093 -HSync +Vsync
EndSection[/code]

Malgré ça je reste en 1024*768

Ci-joint mon Xorg.0.log

J’ai remarqué que le paquet xserver-xorg-nv n’était pas disponible sur wheezy.
Autre chose, le fichier nouveau_dri.so cherché par AIGLX n’est founi par aucun paquet debian. Je ne sais pas si ça doit être considéré comme une erreur malgré le caractère informatif (II)

Quelqu’un a-t-il une idée ?
Merci d’avance.
Xorg.0.log (19.6 KB)

#2

Salut, C-moi
j’ai eu le même problème de résolution d’écran quand j’ai installer le pilote propriétaire fglrx.
Le problème vient peut être de là ?

#3

Salut et merci de ta réponse.

Je n’utilise aucun pilote propriétaire, je n’ai d’ailleurs pas de carte ATI sur mon ordinateur, mais une carte nvidia :

[quote=“lspci”]05:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce 6200 TurboCache™] (rev a1)
[/quote]

Je précise aussi que j’ai tenté “Xorg -configure” et “X -configure :1” sans résultat probant :

quote=“X -configure” Failed to load module “vmwgfx” (module does not exist, 0)
(EE) vmware: Please ignore the above warnings about not being able to to load module/driver vmwgfx
(++) Using config file: “/root/xorg.conf.new”
(==) Using system config directory “/usr/share/X11/xorg.conf.d”
(EE) [drm] No DRICreatePCIBusID symbol
Number of created screens does not match number of detected devices.
Configuration failed.[/quote]

#4

[quote][ 37424.304] (II) NOUVEAU(0): Output VGA-1 has no monitor section
[ 37424.360] (II) NOUVEAU(0): Output TV-1 has no monitor section
[ 37424.388] (II) NOUVEAU(0): EDID for output VGA-1
[ 37424.388] (II) NOUVEAU(0): Printing probed modes for output VGA-1
[ 37424.388] (II) NOUVEAU(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
[ 37424.388] (II) NOUVEAU(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
[ 37424.388] (II) NOUVEAU(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz)
[ 37424.388] (II) NOUVEAU(0): Modeline "848x480"x60.0 33.75 848 864 976 1088 480 486 494 517 +hsync +vsync (31.0 kHz)
[ 37424.388] (II) NOUVEAU(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 489 492 525 -hsync -vsync (31.5 kHz)[/quote]
il semble que ton xorg.conf ne soit pas pris en compte .ton ecran n’est pas reconnu
une section “monitor” est plutôt de ce genre là

[quote]Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "Monitor Model"
HorizSync 30-107
VertRefresh 48-120
EndSection[/quote]

#5

peut-etre qu’en reinstallant les paquets suivant

xserver-xorg-video-nouveau libdrm-nouveau1

#6

Bonjour,

[quote=“burty”]peut-etre qu’en reinstallant les paquets suivant

xserver-xorg-video-nouveau libdrm-nouveau1[/quote]

Je n’ai pas libdrm-nouveau1 mais libdrm-nouveau1a :
packages.debian.org/fr/wheezy/ma … -nouveau1a

Sous aptitude j’ai à disposition un libdrm-nouveau1 en version 2.4.21-1~squeeze qui est en conflit avec libdrm-nouveau1a (2.4.25-2)

Pour information mon sources.list ne contient plus que

deb ftp.fr.debian.org/debian/ testing main non-free contrib
deb-src ftp.fr.debian.org/debian/ testing main non-free contrib

Edit: J’ai réinstallé les deux paquets (aptitude clean ; aptitude reinstall libdrm-nouveau1a xserver-xorg-video-nouveau) puis redémarré gdm3 (/etc/init.d/gdm3 stop ; /etc/init.d/gdm3 start) sans succès.

#7

il est peu recommandé de n’avoir que ça dans ton source.list surtout juste après une nouvelle release.

#8

Merci misaine

J’avais en effet commenté les autres dépôts. Je les ai décommenté et voici ce qu’apt-cache policy me donne :

# apt-cache policy Fichiers du paquet : 100 /var/lib/dpkg/status release a=now 85 http://www.debian-multimedia.org/ experimental/main amd64 Packages release v=None,o=Unofficial Multimedia Packages,a=experimental,n=experimental,l=Unofficial Multimedia Packages,c=main origin www.debian-multimedia.org 90 http://ftp.fr.debian.org/debian/ experimental/non-free amd64 Packages release o=Debian,a=experimental,n=experimental,l=Debian,c=non-free origin ftp.fr.debian.org 90 http://ftp.fr.debian.org/debian/ experimental/contrib amd64 Packages release o=Debian,a=experimental,n=experimental,l=Debian,c=contrib origin ftp.fr.debian.org 90 http://ftp.fr.debian.org/debian/ experimental/main amd64 Packages release o=Debian,a=experimental,n=experimental,l=Debian,c=main origin ftp.fr.debian.org 90 http://www.debian-multimedia.org/ sid/main amd64 Packages release v=None,o=Unofficial Multimedia Packages,a=unstable,n=sid,l=Unofficial Multimedia Packages,c=main origin www.debian-multimedia.org 500 http://ftp.fr.debian.org/debian/ sid/main Translation-fr 90 http://ftp.fr.debian.org/debian/ sid/non-free amd64 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=non-free origin ftp.fr.debian.org 90 http://ftp.fr.debian.org/debian/ sid/contrib amd64 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=contrib origin ftp.fr.debian.org 90 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=main origin ftp.fr.debian.org 990 http://security.debian.org/ testing/updates/non-free amd64 Packages release o=Debian,a=testing,n=wheezy,l=Debian-Security,c=non-free origin security.debian.org 990 http://security.debian.org/ testing/updates/contrib amd64 Packages release o=Debian,a=testing,n=wheezy,l=Debian-Security,c=contrib origin security.debian.org 990 http://security.debian.org/ testing/updates/main amd64 Packages release o=Debian,a=testing,n=wheezy,l=Debian-Security,c=main origin security.debian.org 985 http://www.debian-multimedia.org/ testing/non-free amd64 Packages release v=None,o=Unofficial Multimedia Packages,a=testing,n=wheezy,l=Unofficial Multimedia Packages,c=non-free origin www.debian-multimedia.org 985 http://www.debian-multimedia.org/ testing/main amd64 Packages release v=None,o=Unofficial Multimedia Packages,a=testing,n=wheezy,l=Unofficial Multimedia Packages,c=main origin www.debian-multimedia.org 500 http://ftp.fr.debian.org/debian/ testing/main Translation-fr 990 http://ftp.fr.debian.org/debian/ testing/contrib amd64 Packages release o=Debian,a=testing,n=wheezy,l=Debian,c=contrib origin ftp.fr.debian.org 990 http://ftp.fr.debian.org/debian/ testing/non-free amd64 Packages release o=Debian,a=testing,n=wheezy,l=Debian,c=non-free origin ftp.fr.debian.org 990 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages release o=Debian,a=testing,n=wheezy,l=Debian,c=main origin ftp.fr.debian.org 980 http://ftp.fr.debian.org/debian/ stable-updates/non-free amd64 Packages release o=Debian,a=stable-updates,n=squeeze-updates,l=Debian,c=non-free origin ftp.fr.debian.org 980 http://ftp.fr.debian.org/debian/ stable-updates/contrib amd64 Packages release o=Debian,a=stable-updates,n=squeeze-updates,l=Debian,c=contrib origin ftp.fr.debian.org 980 http://ftp.fr.debian.org/debian/ stable-updates/main amd64 Packages release o=Debian,a=stable-updates,n=squeeze-updates,l=Debian,c=main origin ftp.fr.debian.org 980 http://security.debian.org/ stable/updates/non-free amd64 Packages release v=6.0,o=Debian,a=stable,n=squeeze,l=Debian-Security,c=non-free origin security.debian.org 980 http://security.debian.org/ stable/updates/contrib amd64 Packages release v=6.0,o=Debian,a=stable,n=squeeze,l=Debian-Security,c=contrib origin security.debian.org 980 http://security.debian.org/ stable/updates/main amd64 Packages release v=6.0,o=Debian,a=stable,n=squeeze,l=Debian-Security,c=main origin security.debian.org 975 http://www.debian-multimedia.org/ stable/non-free amd64 Packages release v=6.0,o=Unofficial Multimedia Packages,a=stable,n=squeeze,l=Unofficial Multimedia Packages,c=non-free origin www.debian-multimedia.org 975 http://www.debian-multimedia.org/ stable/main amd64 Packages release v=6.0,o=Unofficial Multimedia Packages,a=stable,n=squeeze,l=Unofficial Multimedia Packages,c=main origin www.debian-multimedia.org 500 http://ftp.fr.debian.org/debian/ stable/main Translation-fr 980 http://ftp.fr.debian.org/debian/ stable/non-free amd64 Packages release v=6.0.1,o=Debian,a=stable,n=squeeze,l=Debian,c=non-free origin ftp.fr.debian.org 980 http://ftp.fr.debian.org/debian/ stable/contrib amd64 Packages release v=6.0.1,o=Debian,a=stable,n=squeeze,l=Debian,c=contrib origin ftp.fr.debian.org 980 http://ftp.fr.debian.org/debian/ stable/main amd64 Packages release v=6.0.1,o=Debian,a=stable,n=squeeze,l=Debian,c=main origin ftp.fr.debian.org Paquets étiquetés : python-gnome2 -> 2.28.1-1 gnome-settings-daemon -> 2.30.2-2 util-linux -> 2.17.2-5 login -> 1:4.1.4.2+svn3283-2 python2.6 -> 2.6.6-8+b1 grub-pc -> 1.98+20100804-14 gstreamer0.10-plugins-good -> 0.10.24-1 udev -> 164-3 apt -> 0.8.10 python-support -> 1.0.10 fstrim -> 0.2-2 xserver-xorg-input-synaptics -> 1.2.2-2

J’ai depuis réinstallé les deux paquets demandés mais j’obtiens les mêmes résultats.

#9

Bonjour,

Je reviens vers vous, car je n’ai toujours pas trouvé de solution. J’utilise une GeForce6200 TurboCache (famille NV44) supposée gérée par le driver "nouveau"
J’ai installé xserver-xorg-video-nv du dépot stable ce qui a réinstallé tout le xserver-xorg en stable et supprimé les paquets “nouveau1a” puis forcé Xorg à utiliser le driver “nv”. Là c’est pire, le serveur X crashe et ne me rend pas la main. un “/etc/init.d/gdm3 stop” sur une console ssh permet de me rendre la main néanmoins.
Voici la fin du log gdm3 (équivalent à celui de /var/log/Xorg.0.log) :

quote Primary Device is: PCI 05@00:00:0
(–) NV: Found NVIDIA GeForce 6200 TurboCache™ at 05@00:00:0
(EE) NV: Kernel modesetting driver in use, refusing to load
(EE) No devices detected.

Fatal server error:
no screens found
[/quote]

Je suis aussi repassé en gdm mais j’ai évidemment le même souci.
J’ai rajouté la ligne

dans /etc/default/grub ce qui a résolu l’affaire du “kernel modesetting” mais pas celle de la résolution, je suis carrément en 800*600 !.
Vu sur /var/log/Xorg.0.log :

quote NV(0): Not using default mode “1680x1050” (hsync out of range)
[/quote]

À noter que la suppression du paquet “xserver-xorg-video-vmware” permet à la configuration automatique de X de se faire via “Xorg --configure”

J’avoue que là, je sèche. Quelqu’un a-t-il une idée ?
D’avance merci

#10

la modification de section monitor ça donne quoi?

#11

J’ai effectivement modifié la section monitor et voici la partie qui je pense traduit cet état dans le Xorg.0.log :

quote NV(0): : Using default hsync range of 31.50-37.90 kHz
(II) NV(0): : Using default vrefresh range of 50.00-70.00 Hz
(WW) NV(0): Unable to estimate virtual size
(II) NV(0): Clock range: 12.00 to 400.00 MHz[/quote]

J’ai toujours la même résolution :confused:

Voici à l’heure actuellement (xserver-xorg de stable avec xserver-xorg-video-nv de stable) mon xorg.conf :

[code]Section "Device"
Identifier "Default screen"
Driver "nv"
EndSection

Section "Monitor"
Identifier "Default screen"
Vendorname "Samsung"
Modelname "22"
HorizSync 31-80
VertRefresh 56-75
#Modeline “1680x1050_70.00” 173.83 1680 1792 1976 2272 1050 1051 1054 1093 -HSync +Vsync
#Modes 1680x1050_70.00
EndSection[/code]

Je suis allé chercher le guide d’utilisation de mon écran sur le site de samsung pour vérifier les fréquences.

#12

Bonsoir,

Je me permets de répondre à mon dernier post : j’y suis presque :041

J’ai repris le fichier de config auto généré par Xorg d’avant (actuellement j’ai une segmentation fault dû à /dev/fb0 non présent) en rajoutant les synchro horizontales et verticales données par le constructeur.

Là, je suis arrivé en 16801200 !! Par contre mon écran s’est mis à ronchonner sur la résolution en m’affichant un cadre au milieu de l’écran… Je présume que cette résolution, non native, pourrait endommager et mes yeux, et l’écran.
Chose agréable, l’outil de configuration d’Xfce4 que j’utilise m’a enfin proposé la résolution 16801050 en 60 Mhz !!! Après l’avoir choisi, je suis plus que content. Reste qu’après une déconnexion ou lors d’un redémarrage de gdm je me repositionne en 1680*1200.

C’est en écrivant une question que l’on trouve la réponse… Finalement l’ajout d’une ligne “Modes” en sous section “Display” de la section “Screen” a résolu l’affaire !

Je ne peux malheureusement pas joindre le fichier (extension non autorisée) mais voici les modifs qui m’ont apporté la solution :

[code]Section “Monitor”
Identifier “Monitor0”
VendorName “Monitor Vendor”
ModelName “Monitor Model”
HorizSync 31-80
VertRefresh 56-75
Modeline “1680x1050_70.00” 173.83 1680 1792 1976 2272 1050 1051 1054 1093 -HSync +Vsync
EndSection

[…]

Section “Screen”
Identifier “Screen0”
Device “Card0”
Monitor “Monitor0”
[…]
SubSection “Display”
Viewport 0 0
Depth 24
Modes “1680x1050” “1280x1024” “1200x800” “1152x864” “1024x768” “800x600” “640x480”
EndSubSection
EndSection
[/code]

Le tout avec le driver nv.

Par contre, je ne suis pas prêt pour une mise à jour wheezy de xserver-xorg et pour passer par “Nouveau”, du moins l’actuel.

Merci !