Bonjour,
On dirait que X.Org a décidé que maintenant, le fichier de configuration est xorg.conf.failsafe au lieu de xorg.conf.
Voir par exemple http://ubuntuforums.org/archive/index.php/t-584078.html qui ne propose pas vraiment de solution.
Le mieux à faire est d'essayer de copier le contenu de xorg.conf dans xorg.conf.failsafe et voir si X ne va pas démarrer. Utiliser vesa ne fonctionnera sans doute pas, car il se peut que le BIOS vidéo de la carte graphique n'accepte pas de mettre une résolution supérieure à 800x600 lors d'un appel VESA pour qu'on soit obligé d'utiliser le pilote d'ATI pour changer la résolution et utiliser la carte graphique à son plein potentiel.
Si absolument rien ne fonctionne, je ne vois que l'attente ou l'essai d'une autre distribution comme solution. Fedora 9, par exemple, pourrait offrir des pilotes ATI et un noyau plus récents que celui d'Ubuntu 8.04 et ça va peut-être fonctionner. Il y aura sans doute, en contrepartie, de multiples autres problèmes et beaucoup de bidouille à faire, mais au moins ce sera mieux qu'un retour à Windows. Tu pourrais aussi essayer la version bêta d'Ubuntu Intrepid, mais, avous-le, c'est plutôt... intrépide.
Eric

C.T. a écrit :
Salut à tous,

un suivi de cat /var/log/Xorg.0.log
Il n'y a aucune ligne commençant par (EE), déjà.
Quelques extraits:

On dirait que X.org utilise xorg.conf.failsafe (premier problème)
(--) PCI:*(1:5:0) ATI Technologies Inc RS482 [Radeon Xpress 200] rev 0, Mem @ 0xc8000000/27, 0xd8500000/16, I/O @ 0x1100/8
(--) PCI: (1:5:1) ATI Technologies Inc unknown chipset (0x5874) rev 0, Mem @ 0xd0000000/27, 0xd8510000/16

Il charge bien vesa, conformément à ce que préconise xorg.conf.failsafe

(II) LoadModule: "vesa"
(II) Loading /usr/lib/xorg/modules/drivers//vesa_drv.so
(II) Module vesa: vendor="X.Org Foundation"
        compiled for 1.4.0.90, module version = 1.3.0
        Module class: X.Org Video Driver
        ABI class: X.Org Video Driver, version 2.0

VESA supporte beaucoup plus de modes que 800x600 ou 640x480, mais le "virtual size" est limité à 800x600; je pourrais modifier xorg.conf.failsafe, mais c'est vraiment sale. On remarque aussi qu'il détecte correctement l'écran (!)

(II) VESA(0): Total Memory: 256 64KB banks (16384kB)
(II) VESA(0): Configured Monitor: Using hsync range of 30.00-70.00 kHz
(II) VESA(0): Configured Monitor: Using vrefresh range of 50.00-120.00 Hz
(II) VESA(0): Configured Monitor: Using maximum pixel clock of 110.00 MHz
(II) VESA(0): Not using built-in mode "1600x1200" (width too large for virtual size)
(II) VESA(0): Not using built-in mode "1400x1050" (width too large for virtual size)
(II) VESA(0): Not using built-in mode "1280x1024" (width too large for virtual size)
(II) VESA(0): Not using built-in mode "1024x768" (width too large for virtual size)
(II) VESA(0): Not using built-in mode "640x400" (no mode of this name)
(II) VESA(0): Not using built-in mode "640x350" (no mode of this name)
(II) VESA(0): Not using built-in mode "512x384" (no mode of this name)
(II) VESA(0): Not using built-in mode "400x300" (no mode of this name)

À la limite, s'il ne veut pas utiliser fglrx, ça ne me dérange pas; Compiz donne quelques fonctions facilitant le travail (dont la semi-transparence, l'aperçu de fenêtre en passant au-dessus des boutons), mais je peux m'en passer. Si au moins il pouvait utiliser le pilote vesa en me laissant le choix de la résolutions, ça pourrait aller, bien que ça reste une béquille.

Patrick

--- En date de : Lun, 22.9.08, Eric Buist <buisteri@iro.umontreal.ca> a écrit :
De: Eric Buist <buisteri@iro.umontreal.ca>
Objet: Re: [Gulum-team] Vid?o bugg?e sur ATI X300
À: "Membres actifs du GULUM" <gulum-team@iro.umontreal.ca>, "Tobby Cleps" <semaphore45@yahoo.com>
Date: lundi 22 Septembre 2008, 8 h 55

Bonjour,
D'abord, je trouve très suspect qu'il y ait deux pilotes. Même si la carte comporte plusieurs sorties vidéo, un seul pilote est nécessaire pour la gérer.
Dans xorg.conf, il ne devrait y avoir qu'une seule section vidéo, concernant fglrx.
Après avoir vérifié qu'il n'y a aucune référence, dans xorg.conf, à vesa ou à ati, redémarre la machine et examiner les journaux: dmesg, /var/log/syslog et aussi /var/log/Xorg.0.log.
Tu peux aussi regarder ce qui se passe quand tu tapes glxgears. Si tu obtiens un bon framerate, >1000, cela veut dire que le pilote ATI est bien chargé et que c'est l'écran qui n'est pas bien détecté. Dans un tel cas, il ne suffit pas d'entrer le nom de l'écran dans une section de xorg.conf; il faut aussi entrer sa plage de fréquences horizontales et verticales. Ces informations peuvent la plupart du temps être trouvées sur le site du fabricant de l'écran.
Si fglrx ne prenait pas en charge la carte graphique, X.Org devrait refuser de démarrer. S'il démarre quand même, avec le pilote VESA ou ATI, c'est que quelque chose n'a pas été configuré correctement.
Enfin, si absolument rien ne fonctionne, il reste toujours la possibilité d'installer une carte graphique NVIDIA pas chère. Les admins ne voudront probablement jamais, mais ça vaut malgré tout la peine d'essayer, car c'est vraiment dommage, il faut l'avouer, de devoir renoncer à Linux pour une seule composante de la machine.
Eric


C.T. a écrit :
Salut à tous, membres du GULUM,

je tenais à apporter une précision sur le VPN de l'université de Montréal. Le tutoriel de JF est bien fait, mais semble oublier un détail qui empêche de naviguer sur des sites externes; il faut décocher les cases "Use peer DNS" dans l'onglet "PPP Options" de l'éditeur de configuration VPN, ainsi que la case "Peer DNS through tunnel" de l'onglet "Routing". À titre informatif, certains routeurs Linksys, notamment le RT31P2, relativement courant, bloquent l'entrée des paquets liés au VPn pour une raison que je n'ai pas encore trouvée.

Une seconde question: après avoir vu la gestion catastrophique de la RAM sous Windows XP SP2 (même avec 3Go), l'admin système du labo m'a permis d'installer Ubuntu sur un des ordinateurs normalisés de UdeM, le dc5750, qui est doté d'une carte vidéo intégrée ATI X300 (selon le site de HP)  ou Xpress 200 (selon Ubuntu) ou ATI Radeon 3100 (site de la DGTIC) (!). Sur cette carte est branché un écran CRT, Viewsonic E771, et rien d'autre.

La machine démarre en 800x600@60Hz avec, semble-t-il, 2 pilotes chargés pour cette carte (commande sudo displayconfig-gtk), l'un étant vesa, l'autre le pilote libre ati (que l'on sait buggé sur ce modèle de carte).

J'ai voulu mettre fglrx en passant par le gestionnaire de pilotes propriétaires; après un redémarrage, un avertissement de Ubuntu qui indique s'exécuter en mode basse résolution, et toujours rien. J'ai essayé EnvyNG pour l'installation, même résultat. J'ai regardé le xorg.conf, pourtant, il liste bien "fglrx" en face de la section "Driver". J'ai essayé de modifier aux bons paramètres dans displayconfig-gtk en spécifiant Viewsonic E771 pour l'écran, et "fglrx" pour les deux cartes vidéo (comme c'est une dual DVI+VGA, je crois qu'il met un pilote pour chaque port), puis en validant. Après redémarrage, aucun changement dans ce programme n'est retenu.

Comment faire pour que la carte vidéo soit correctement reconnue, ainsi que l'écran? La détection automatique de la vidéo est toujours problématique dans Ubuntu, et cet ordinateur est un des pires pour y installer Linux. Si cela peut aider quelqu'un de plus expérimenté que moi à localiser et régler le problème, j'ai activé le Bureau à distance (VNC) ainsi que l'accès SSH; bien sûr, il pourrait aussi venir au labo. Malheureusement j'ai pu l'installer seulement après l'install-fest au Comic, et, de toute manière, je ne pense pas avoir pu sortir la machine du lab.

D'avance merci pour votre aide
Patrick


Devenez un meilleur amigo grâce à Yahoo! Courriel

_______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team


Offrez un compte Flickr Pro à vos amis et à votre famille. Allez-y!