Fedora-Fr

jettero · 2010-07-04T07:46:59+00:00

Bonjour à tous. J'arrive au bout de l'installation de mon lenovo. Carte graphique : [maurizio@localhost ~]$ lspci | grep VGA 00:02.0 VGA compatible cont...

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu] Ecrans non reconnus

fgland

as-tu essayé de modifier le xorg en mettant soit intel soit i810
dans le driver de la section
Section "Device"
Identifier "Videocard0"
Driver "intel"
EndSection

ou
Section "Device"
Identifier "Videocard0"
Driver "i810"
EndSection

le fil est tellement long maintenant que je ne sais plus trop ou on en est !

Gérard

madko

N'oublie pas qu'on veut ton Xorg.0.log 😉

jettero

Tu as raison Gérard, c'est devenu confus. Je ferais mieux de démarrer un nouveau post. Maintenant nous avons cerné le problème avec plus de précisions.

Je vais donc poser les données de façon claire et si on peut avancer pas à pas, ça serait bien.

jettero

@madko
le fichier Xorg.0.log est vide.

jettero

@fgland
Hélas il n'y a qu'avec VESA que ça fonctionne ! J'ai tenté de modifier des 2 façons que tu as propsé et ça ne démarre pas en mode graphique. J'ai du démarrer en runlevel 3 et remttre de l'ordre.

Il manque juste un foutu driver...

Troumad

Bonjour

J'ai un problème avec le même chipset : http://forums.fedora-fr.org/viewtopic.php?pid=430446#p430446
Pour ma part le chipset intel semble reconnu, mais dès que j'ai le second écran branché lors du démarrage du serveur X, le serveur X ne démarre pas. Je suis obligé de le brancher après : fedora est donc inutilisable dans mon cas.

jettero

Oui grosse galère...

Moi j'ai résussi à contourner la chose en :

- achetant des câbles hdmi/dvi ;
- en achetant des nouveaux écrans 1280x1024.

Le graphisme est proche des premières cartes écrans sur windows... 16 bits 😉

Je n'ai pas de 3D, pas d'effets bureaux (grrr...)

Mais bon, je peux bosser et on a pas perdu l'investissement couteux de nos nouvelles machines.

j'attends fébrilement à chaque mise à jour, pour voir si un pilote peut gérer cette foutue carte graphique.

Troumad

Ce serait un problème de compatibilité écran ?

Une modification à ce niveau dans xorg.conf donnerait peut-être quelque chose alors :

HorizSync 28.0 - 81.0
    VertRefresh 56.0 - 75.0

nb : pour le moment, je travaille, je ne peux pas encore tester.

Troumad

Et bien avec les fréquences qui ne trouvent les configurations correctes de l'écran, ça ne passe pas 🙁

À moins qu'il y ait besoin de modifier quelque chose pour que xorg.conf soit pris en compte.

jettero

Rien de nouveau sous le soleil ? Mes fréquentes mises à jour ne résolvent pas le problème. j'espère qu'il y aura un driver, un jour !

Troumad

J'ai vu passer un mail à ce sujet ou presque sur xorg-devel@lists.x.org :

FC13 boot up with broken screen wrote:Update for this issue:
I built Xserver 1.9 on my LiveUSB. Then use "X -configure" to
generate the xorg.conf.
Using this xorg.conf(No option MigrationHeuristic), everything
is fine on geode platform.
I am not sure if that is a bug from Xserver or driver. So please
upgrade your Xserver to the lastest.

Thanks,
Frank

> > -----Original Message-----
> > From: Huang, FrankR
> > Sent: 2010?9?10? 15:39
> > To: Geode Mailing List
> > Cc: 'billiboy@thankyou2010.com'; 'bochecha@fedoraproject.org'; xorg-
> > devel@lists.x.org
> > Subject: FC13 boot up with broken screen
> >
> > During this period after 2.11.9 geode driver release , I deployed FC13
on
> > geode platform using an LiveUSB and trace the bug in Fedora BTS 616161
and
> > 540441.
> > From the experiment and debug of users(billiboy, Mathieu), they found
that
> > in FC13, there is underlying bug. The picture of bug can be got from
the
> > link:
> > http://bochecha.fedorapeople.org/geode/screenshots/IMG_8525.JPG
> > After I successfully built the environment on FC13, I reproduced this
bug
> > with our driver. Billiboy provided an workaround solution to this
issue.
> > He add the option:
> > Option "MigrationHeuristic" "greedy"
> > Then the everything is fine.
> > I will investigate on this. Till now, 2.11.8 and 2.11.9 has the
same
> > issue and this is not caused by rendering.
> >
> > What is this option's intention?
> >
> > Thanks,
> > Frank

Mais j'avoue ne plus avoir le temps de tester Fedora avec les problèmes de Mandriva : http://www.mageia.org/fr

jettero

Je pensais que le passage à la 14 allait résoudre la chose. Mais rien de nouveau.

Avez-vous des news à ce sujet ?

Troumad

Rien de nouveau sur xorg-devel@lists.x.org

jlmas

Un fichier xorg.conf complet qui fonctionne pour le même chipset

Section "Device"
        Identifier "Videocard0"
        Driver "intel"
EndSection

Section "Module"
        Load "glx"
        Load "dri"
EndSection

Section "DRI"
        Mode 0666
EndSection

Ah oui un détail con..

Dans le fichier /boot/grub/menu.lst supprime consciencieusement tous les nomodeset

Par exemple cette entrée

title Fedora (2.6.35.10-74.fc14.x86_64)
        root (hd0,0)
        kernel /boot/vmlinuz-2.6.35.10-74.fc14.x86_64 ro root=UUID=65ece712-a17b-4360-861b-cb813a257356 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=fr-latin9 nomodeset rhgb quiet
        initrd /boot/initramfs-2.6.35.10-74.fc14.x86_64.img

devient

title Fedora (2.6.35.10-74.fc14.x86_64)
        root (hd0,0)
        kernel /boot/vmlinuz-2.6.35.10-74.fc14.x86_64 ro root=UUID=65ece712-a17b-4360-861b-cb813a257356 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=fr-latin9 rhgb quiet
        initrd /boot/initramfs-2.6.35.10-74.fc14.x86_64.img

Ça peut peut être t'aider.

Perso je reste avec une résolution médiocre (pour l'instant), mais je ne suis plus en vesa

jettero

ouep.... génial :-D

Depuis juillet le post est ouvert et là tu viens d'y mettre fin. Tout fonctionne à mérveille, effets de bureaux, écran 22 pouces et bonne déf.

Merci pour le coup de main.

Faudra que tu m'expliques quand même le coup du nomodeset !

« Page précédente