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
Offrez un compte Flickr Pro à vos amis et à votre famille. http://www.flickr.com/gift/
Afficher les réponses par date
Bonjour,
Le dimanche 21 septembre 2008 à 21:09 -0700, C.T. a écrit :
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.
Est-ce qu'il y a des messages d'erreurs dans les journaux systèmes? Je te suggère de débuter par la sortie de la commande ``dmesg`` et le fichier /var/log/Xorg.0.log.
alex
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*
http://cf.promos.yahoo.com/courriel/visiteguidee2/
Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
Bonjour Éric,
effectivement, le fichier xorg.conf ne contient qu'un seul pilote, fglrx. Seul l'interface displayconfig-gtk en montre deux. Le glxgears confirme malheureusement que fglrx n'est pas chargé (autour de 500 fps).
Une copie d'un bout de syslog juste après le boot: [ 54.190240] EIP is at mc_heap_init+0x687/0x690 [fglrx] [ 54.190291] [<f8c97f2a>] KCL_GetAvailableRamPages+0xa/0x20 [fglrx] [ 54.190359] [<f8ca7f3b>] firegl_init_pcie+0x22b/0x3f0 [fglrx] [ 54.190451] [<f8ca7d10>] firegl_init_pcie+0x0/0x3f0 [fglrx] [ 54.190514] [<f8ca39fe>] firegl_ioctl+0x19e/0x220 [fglrx] [ 54.190583] [<f8c98b6c>] ip_firegl_ioctl+0x1c/0x30 [fglrx] [ 54.190699] EIP: [<f8cb7957>] mc_heap_init+0x687/0x690 [fglrx] SS:ESP 0068:dfb69dc8 [ 54.191165] [fglrx:firegl_release] *ERROR* device busy: 1 0 [ 54.191167] [fglrx] release failed with code -EBUSY [ 56.099211] [fglrx:drm_alloc] *ERROR* [buflist] Allocating 0 bytes [ 56.366335] Modules linked in: af_packet binfmt_misc ppdev ipv6 powernow_k8 cpufreq_ondemand cpufreq_userspace cpufreq_conservative cpufreq_stats freq_table cpufreq_powersave container sbs sbshc dock video output battery iptable_filter ip_tables x_tables ac lp snd_hda_intel snd_pcm_oss snd_mixer_oss snd_pcm fglrx(P) snd_page_alloc snd_hwdep snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event serio_raw snd_seq snd_timer snd_seq_device snd wmi_acer i2c_piix4 button ati_agp parport_pc parport i2c_core k8temp evdev agpgart soundcore shpchp pci_hotplug pcspkr psmouse ext3 jbd mbcache pata_atiixp ata_generic pata_acpi sg sr_mod cdrom sd_mod floppy ehci_hcd ohci_hcd atiixp ide_core usbcore ahci libata scsi_mod tg3 thermal processor fan fbcon tileblit font bitblit softcursor fuse [ 56.366446] EIP is at mc_heap_init+0x687/0x690 [fglrx] [ 56.366497] [<f8c97f2a>] KCL_GetAvailableRamPages+0xa/0x20 [fglrx] [ 56.366565] [<f8ca7f3b>] firegl_init_pcie+0x22b/0x3f0 [fglrx] [ 56.366656] [<f8ca7d10>] firegl_init_pcie+0x0/0x3f0 [fglrx] [ 56.366719] [<f8ca39fe>] firegl_ioctl+0x19e/0x220 [fglrx] [ 56.366788] [<f8c98b6c>] ip_firegl_ioctl+0x1c/0x30 [fglrx] [ 56.366903] EIP: [<f8cb7957>] mc_heap_init+0x687/0x690 [fglrx] SS:ESP 0068:f7585dc8 [ 56.367427] [fglrx:firegl_release] *ERROR* device busy: 1 0 [ 56.367429] [fglrx] release failed with code -EBUSY
J'avoue avoir oublié comment vérifier le Xorg.0.log dans le terminal.
Naturellement, il n'est pas envisageable d'y mettre une nouvelle carte vidéo, d'une part parce que la patience de l'admin a ses limites, de deux parce qu'il y a peu de chance qu'il en ait une en PCI Express, vu que tous les ordinateurs de UdeM sont livrés avec une carte intégrée, et de trois parce que je ne peux investir de l'argent que je n'ai pas pour un PC qui n'est pas à moi.
D'un autre coté, il est clair que je ne peux pas travailler sans Linux sur cette machine, qui est la plus garnie en RAM du labo.
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
Découvrez les photos les plus intéressantes du jour. http://www.flickr.com/explore/interesting/7days/
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. http://www.flickr.com/gift/
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* <http://cf.promos.yahoo.com/courriel/visiteguidee2/> ------------------------------------------------------------------------ _______________________________________________ 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!* http://www.flickr.com/gift/
Slaut à tous,
le problème est que l'attente n'est pas spécialement envisageable, car je suis déjà en retard pour ce travail; par ailleurs, c'est une machine de production; si l'Alpha 6 de Intrepid Ibex est assez stable pour ne pas planter plus d'une fois par jour, ça ne devrait pas poser problème.
Dans le lien que tu donnes, ils disent avoir résolu le problème en enlevant xserver-xgl, mais c'était avec Gutsy. Enfin, en mode live CD, Ubuntu démarre avec un laid 60Hz, mais un beaucoup plus utilisable 1280x1024, si ça peut guider.
Accessoirement, me voir peiner autant que ça pour un simple problème de résolution n'est pas près de convaincre l'admin du labo de conseiller Linux si un problème de gestion de mémoire apparaît sous Windows avec les mammouths comme je manipule.
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 À: "C.T." semaphore45@yahoo.com, "Membres actifs du GULUM" gulum-team@iro.umontreal.ca Date: lundi 22 Septembre 2008, 10 h 31
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!
Devenez un meilleur amigo grâce à Yahoo! Courriel http://cf.promos.yahoo.com/courriel/visiteguidee2/
On Mon, Sep 22, 2008, C.T. wrote:
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.
Ce que je te conseille, c'est de commencer un nouveau xorg.conf à partir du xorg.conf.failsafe (ça devrait donc fonctionner), en ajoutant simplement la ligne :
Virtual 1600 1200
dans Section "Screen" / Subsection "Display".
Je serais assez étonné que tu n'arrives pas du tout à te loguer sous X après ça.
Si ça fonctionne, ensuite, tu pourras commencer à rajouter petit à petit les sections appropriées, jusqu'à ce que ton environnement soit utilisable.
Hth,
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"
Tiens, c'est étrange ça... Ces cases sont cochées par défaut dans ma configuration et ça fonctionne. Pire encore, j'ai un routeur linksys (mais bon, c'est un WRT54GL qui roule le firmware tomato ;). Il me semble que ce VPN fonctionnait partout où je passais, sauf sur des réseaux "Eye-in wireless" de cafés (malheureusement, c'est les réseaux qui auraient le plus intérêt à être sécurisés de façon indépendante, il me semble... sur de tels réseaux, je n'utilise rien avec des mots de passe).
À 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.
T'es sûr que t'as pas une case dans le style "[ ] Allow VPN passthrough" non cochée dans la conf? Me semble que ce genre de trucs est désactivé par défaut dans les firmwares linksys.