Aide configuration Xorg

Support Debian
#1

Bonjour à tous :icon-razz:

C’est mon premier message sur ce forum, et voici ce qui m’amène.

Le contexte : je fonctionne en Squeeze amd 64, voici d’ailleurs ce que renvoie un uname -a :2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux

Tout récemment, ma carte-mère m’a lâché, et j’ai dû la faire remplacer d’urgence. Je me suis retrouvé avec une Gigabyte A75M-S2V, sur laquelle j’ai toutefois pu faire remettre le disque dur récupéré sur la précédente. Voici ce que renvoie un lspci :00:00.0 Host bridge: Advanced Micro Devices [AMD] Device 1705 00:01.0 VGA compatible controller: ATI Technologies Inc Device 9644 00:04.0 PCI bridge: Advanced Micro Devices [AMD] Device 1709 00:10.0 USB Controller: Advanced Micro Devices [AMD] Hudson USB XHCI Controller (rev 03) 00:10.1 USB Controller: Advanced Micro Devices [AMD] Hudson USB XHCI Controller (rev 03) 00:11.0 SATA controller: Advanced Micro Devices [AMD] Hudson SATA Controller [IDE mode] (rev 40) 00:12.0 USB Controller: Advanced Micro Devices [AMD] Hudson USB OHCI Controller (rev 11) 00:12.2 USB Controller: Advanced Micro Devices [AMD] Hudson USB EHCI Controller (rev 11) 00:13.0 USB Controller: Advanced Micro Devices [AMD] Hudson USB OHCI Controller (rev 11) 00:13.2 USB Controller: Advanced Micro Devices [AMD] Hudson USB EHCI Controller (rev 11) 00:14.0 SMBus: Advanced Micro Devices [AMD] Hudson SMBus Controller (rev 13) 00:14.1 IDE interface: Advanced Micro Devices [AMD] Hudson IDE Controller 00:14.2 Audio device: Advanced Micro Devices [AMD] Hudson Azalia Controller (rev 01) 00:14.3 ISA bridge: Advanced Micro Devices [AMD] Hudson LPC Bridge (rev 11) 00:14.4 PCI bridge: Advanced Micro Devices [AMD] Hudson PCI Bridge (rev 40) 00:14.5 USB Controller: Advanced Micro Devices [AMD] Hudson USB OHCI Controller (rev 11) 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 0 (rev 43) 00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 1 00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 2 00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 3 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 4 00:18.5 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 6 00:18.6 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 5 00:18.7 Host bridge: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 7 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
Comme je m’y attendais, vu que le chipset graphique est dorénavant un ATI(AMD) alors qu’avant j’avais du nVidia, j’ai dû bricoler un peu pour configurer mon Xorg : j’y suis allé à la main, car après avoir installé le pilote fglrx et ses dépendances, la commande # aticonfig --initial m’a dit : “No supported devices found” :confused: , ce qui me donne ce fichier xorg.conf (probablement assez laid car bricolé à partir de plusieurs « couches », mais bon) :[code]
#Section “ServerLayout”

Identifier “Layout0”

Screen 0 “Screen0”

InputDevice “Keyboard0” “CoreKeyboard”

InputDevice “Mouse0” “CorePointer”

#EndSection

Section “Files”

RgbPath “/usr/X11R6/lib/X11/rgb”

FontPath        "unix/:7100"

EndSection

Section “Module”
Load “dbe”
Load “extmod”
Load “type1”
Load “freetype”
Load “glx”
Load “fglrx”
EndSection

Section “InputDevice”
# generated from default
Identifier “Mouse0”
Driver “mouse”
Option “Protocol” “auto”
Option “Device” “/dev/psaux”
Option “Emulate3Buttons” “no”
Option “ZAxisMapping” “4 5”
EndSection

Section “InputDevice”
# generated from default
Identifier “Keyboard0”
Driver “kbd”
Option “XkbRules” “xorg”
Option “XkbModel” “pc105”
Option “XkbLayout” “fr”
Option “XkbVariant” “latin9”
Option “XkbOptions” “lv3:ralt_switch”
EndSection

Section “Monitor”
Identifier “Monitor0”
VendorName “Unknown”
ModelName “Unknown”
HorizSync 30.0 - 110.0
VertRefresh 50.0 - 150.0
Option “DPMS”
EndSection

Section “Device”
Identifier “ATI”
Driver “fglrx”
VendorName "ATI
EndSection

Section “Screen”
Identifier “Defaults Screen”
Device “ATI”
Monitor “Monitor0”
DefaultDepth 24
SubSection “Display”
Depth 24
EndSubSection
EndSection
[/code]
Depuis, ça marche … à peu près.
Au boot, une fois passé le message annonçant que GDM est lancé, j’ai un écran noir ; je dois faire à la main des allers-retours [Alt]-[Crtl]-[F1] / [Alt]-[Crtl]-[F7] pour arriver à l’accueil de GDM et y entrer mon login (pareil lors de la mise en veille automatique d’ailleurs).
Ensuite, j’ai en permanence en bas à droite de l’écran un message « AMD Unsupported Hardware » dans un carré gris en surimpression semi-transparente ; pas moyen d’en faire une capture d’écran, j’ai essayé.
En revanche, le comportement est par ailleurs normal autant que j’ai pu en juger ; la résolution détectée et appliquée automatiquement est bien celle qui exploite au mieux mon moniteur.

J’ai l’impression que je me retrouve plus ou moins « bêta-testeur » malgré moi : j’utilise le pilote fglrx mais je suppose que ce pilote n’est pas censé être utilisé sur la révision, trop récente, de ma carte graphique …

Qu’en pensez-vous ? Y a-t-il moyen de faire disparaître le message en bas à droite ? Vaut-il mieux utiliser le pilote libre “radeon” ? Comment adapter mon xorg.conf dans ce cas ?

Merci d’avance :023

#2

As tu bien virer les drivers NVidia ?
As tu bien installé les drivers ATI ?
Ton fichier de conf de Xorg est il absolument nécessaire ?
Test en le renommant et redémarre. Normalement il n’y a plus besoin de fichier de conf pour une utilisation classique/normal, tout est auto détecté.

#3

Oui, les drivers nVidia ont été supprimés automatiquement par aptitude lorsque j’ai demandé l’installation des drivers ATI.
Pour ce qui est du fichier de conf de Xorg, je ne savais pas qu’on pouvait s’en passer … il faudra que je teste.

#4

regarde bien si les fichiers de conf nvidia ont bien été “purger” si juste un “remove” ca peux laisser des traces …

et teste aussi sans xorg.conf comme on te la preciser

#5

Bon, je vais voir (où, au fait ?) si les fichiers de conf des pilotes nVidia sont encore là ; si oui : je les efface carrément en tant que root, c’est ca ?

Pour le test sans fichier xorg.conf, voici ce que ça ma fait :
– j’ai renommé le xorg.conf en autre chose, puis /etc/init.d/gdm restart ;
– déjà, le gdm restart m’a planté avec le message “Soft Lock : CPU#1 blocked (ou busy) over 61s”, à plusieurs reprises …
– proposition de redémarrer X sur un display autre que :0, ce que j’ai fini par accepter ; là, résolution sous-optimale et plus moyen de revenir en console par [Ctrl][Alt][F1] … donc
– reboot en « dur » par [Alt][Syst][B]
– là, l’accueil de GDM a la bonne idée d’arriver seul et je n’ai plus le message “Unsupported Hardware”, mais je me retrouve encore avec une résolution qui n’est pas idéale pour mon moniteur, qui attend du 1440 x 900 ;
– bref : récupération de mon xorg.conf, retour au fonctionnement antérieur : basculement à la main vers l’accueil de GDM par [Ctrl][Alt][F7], message “Unsupported Hardware” mais résolution optimale pour l’écran.
:confusion-questionmarks: :confusion-scratchheadblue:

#6

Salut,

Donnes toi le temps d’aller consulter sur NOTRE wiki comment on installe une carte graphique.
Personnellement, je te recommande la méthode dite "pour fainéants qui fait correctement le ménage même quand on a bien merd… avant

#7

Bonsoir,

le noyau ne pourrait-il pas être en cause (modules de l’ancienne carte mère et non de la nouvelle)?

vous avez le droit de me cracher dessus hein :mrgreen:

Bon appétit et bonne soirée

#8

Re,

As-tu seulement essayé ma solution ?

#9

Merci pour vos pistes :023 .
Je ne me sens plus de tenter quoi que ce soit ce soir, on verra à partir de demain.

#10

[quote=“stanislas”]Merci pour vos pistes :023 .
Je ne me sens plus de tenter quoi que ce soit ce soir, on verra à partir de demain.[/quote]

houuuuuuuuuuuuuuuuuu :079 :079 :079 :005 :005 :005

#11

Je suppose que lorsque je vire le fichier xorg.conf, Xorg charge automatiquement le pilote libre “radeon” plutôt que “fglrx”.
En effet comme je le disais, dans ce cas l’écran d’accueil de GDM arrive bien tout seul comme un grand, ce qui accrédite l’idée d’un pilote « bien intégré dans son environnement », mais la résolution adoptée n’est pas optimale ; lorsque j’essaie ensuite de la modifier (Menus GNOME : Système -> Préférences -> Écrans), on ne me propose pas celle qui convient le mieux à mon moniteur, à savoir 1440 x 900. Je précise que ce moniteur est un ASUS-VK193D avec Webcam USB intégrée (qui marche d’ailleurs fort bien avec la commande luvcview).

J’en déduis donc que je dois probablement garder un xorg.conf, soit pour forcer le chargement du pilote fglrx, soit pour expliquer au pilote radeon qu’il doit appliquer (ou du moins proposer) la résolution 1440 x 900, en tous cas s’il est capable de la gérer. Vrai ?

À quoi pourrait alors ressembler ce xorg.conf ?

Sinon, un# dpkg-reconfigure xserver-xorgou un# Xorg -configurepeuvent-ils m’être utiles ?

D’avance merci :wink:

#12

Ça me fait penser à un truc que j’ai eu dans le même genre.

J’ai une carte NVIDIA, j’ai installé les drivers proprio, et quand j’ai voulu revenir sur nouveau pour tester (donc en virant le xorg.conf), ma résolution était toute pourrie (en plus d’être bloquée) alors qu’à l’installation de Debian, tout était ok. (Je précise qu’avant d’installer ces drivers, je n’avais pas de xorg.conf).

Bon, j’ai vite remis mon xorg.conf et puis je suis passé à autre chose, mais à l’époque, j’avais vu ce message (2ème message) :

forum.ubuntu-fr.org/viewtopic.php?id=401387

Sa méthode est hardcore, réinstaller Xorg…

EDIT : Je suis même tombé sur un témoignage d’un mec qui avait exactement le même problème qui s’est arrangé par magie lors d’une coupure de courant… :laughing: Quelle vilainerie ces drivers NVIDIA.

#13

[quote=“Inan”]Ça me fait penser à un truc que j’ai eu dans le même genre.

J’ai une carte NVIDIA, j’ai installé les drivers proprio, et quand j’ai voulu revenir sur nouveau pour tester (donc en virant le xorg.conf), ma résolution était toute pourrie (en plus d’être bloquée) alors qu’à l’installation de Debian, tout était ok. (Je précise qu’avant d’installer ces drivers, je n’avais pas de xorg.conf).

Bon, j’ai vite remis mon xorg.conf et puis je suis passé à autre chose, mais à l’époque, j’avais vu ce message (2ème message) :

forum.ubuntu-fr.org/viewtopic.php?id=401387

Sa méthode est hardcore, réinstaller Xorg…

EDIT : Je suis même tombé sur un témoignage d’un mec qui avait exactement le même problème qui s’est arrangé par magie lors d’une coupure de courant… :laughing: Quelle vilainerie ces drivers NVIDIA.[/quote]

Je m’en tiens à la méthode d’installation pour fainéants préconisée par notre wiki et je vis heureux et serein depuis bien longtemps :laughing:

#14

SMXI ?

#15

Salut,

SMXI est un script, tu peux donc savoir facilement ce qu’il fait si tu es soupçonneux. Quand à moi je l’utilise depuis 2007 sans aucun problème.

#16

Ah mais je ne suis pas soupçonneux, mais tant que je ne l’aurais pas utilisé, son fonctionnement me parraitra toujours un peu flou (forcément).

En plus, le site web consacré est déroutant la première fois :shifty:

EDIT : Je viens de l’installer, lui et son frère, au cas où. Ça servira surement un jour !

#17

Re,

Dans mon cas (sid) chaque matin ! Et tu peux constater dans ma signature que je ne suis pas trop en retard dans mes mises à jour.
Supprimes ton xorg.conf, il va te proposer de t’en reconstruire un parfaitement adapté à ton matériel et choisis le driver qui te convient.
Je recommande quand même l’installation préalable de apt-listbugs.

#18

@ggoodluck47 > ta dernière intervention s’adressait à qui :question:

La « méthode pour fainéants » repose sur l’installation du script SMXI ?

#19

En l’occurence, pour tout ce qui est graphique, je pense que c’est son petit frère (SGFXI) qu’il faut utiliser.

ggoodluck47, tu confirmes ?

#20

[quote=“Inan”]En l’occurrence, pour tout ce qui est graphique, je pense que c’est son petit frère (SGFXI) qu’il faut utiliser.

ggoodluck47, tu confirmes ?[/quote]

Non, les résultats devraient être identiques, mais ils n’utilisent pas les mêmes méthodes. Quand parfois l’un échoue (smxi) j’utilise l’autre.