[SCRIPT] Installation pilote ATI sous Mandriva

[Jerame]

Voui...

[lorinc]

et tu n'as pas de /sbin/lspci ... ?

[Jerame]

Dans /sbin, les trucs qui commencent par lsp sont lspcidrake (aha..!) et lspgpot

Note: je débute en Linux... mais alors complètement.

Merci !

[lorinc]

Ah....... pcie........mmmh.

je me demande si tu n'est pas le premier à débarquer ici avec du pcie

bon, c'est pas grave, on va trouver une solution! Ça m'embête vraiment que tu n'aies pas de lspci, surtout si mdk de détecte correctement tes périphériques dans le centre de controle.

enfin, ce n'est pas grave pour l'install des pilotes. Il faut esperer que les derniers drivers ATI gère nativement le bus pcie (le font bien pour l'agp) et utiliser une gestion interne plutôt que celle du noyau.

[Jerame]

Effectivement, lors de l'install Mandrake j'ai dû configurer à la main l'affichage en sélectionnant un pilote vesa il me semble.

Pas terrible, j'arrive à avoir 1024x768@60Hz.

Avec une X300 on doit pouvoir faire mieux...

Le centre de contrôle me permet d'agir un peu sur ces paramètres, mais dès que je vais trop loin en résolution, ça marche plus

[lorinc]

bon, il va falloir modifier le script :

commente tout ce passage (un # en début de chaque ligne...)

#----------------------------------------------------------------------------------------------------"
# Détection du chipset AGP de la carte mère                                                          "
# Si ce dernier n'est pas détecté alors le script qui l'installation et relance le serveur graphique "
#----------------------------------------------------------------------------------------------------"
#lspci|grep "Host bridge:"|awk -F" " '{ print $4 }' | tr [:upper:] [:lower:]
if [ -z ${agp_chipset} ];then
agp_chipset=`lspci|grep "Host bridge:"|tr '[:upper:]' '[:lower:]' | awk -F" " '{ print $4"-agp" }'`
modprobe -l |grep -q "${agp_chipset}"
if [ $? -eq 1 ];then
echo -e "Le chipset AGP de la carte mère n'a pas pu être détecté."
echo -e "Pour connaître votre chipset, tapez la commande suivante : lspci |grep \"Host bridge:\""
echo -e "Essayer de charger le module de votre chipset AGP, exemple : modprobe via-agp"
echo -e "Note : modprobe chipset-agp , chipset peut être égale à via, nvidia, ati, sis, ali, intel ...etc..."
echo -e "Une fois le module chipset chargé, relancer le script"
echec
else
modprobe ${agp_chipset}
if [ $? -eq 1 ];then
 echo -e "Le chipset AGP de la carte mère n'a pas pu être détecté."
 echo -e "Pour connaître votre chipset, tapez la commande suivante : lspci |grep \"Host bridge:\""
 echo -e "Essayer de charger le module de votre chipset AGP, exemple : modprobe via-agp"
 echo -e "Note : modprobe chipset-agp , chipset peut être égale à via, nvidia, ati, sis, ali, intel ...etc..."
 echo -e "Une fois le module chipset chargé, relancer le script"
 echec
fi
fi
fi

pour qu'il ne t'embete pas avec la détection de l'agp que tu n'as pas...

ensuite :

echo -e "Do you want to use the external AGP GART module (y/n)? [y] "

tu corrige et tu mets [n] pour bien penser à mettre NON quand-il te posera la question.

Dans ton cas, il faut utiliser la gestion propre aux drivers, pas celle du noyau

puis

modprobe -q ${agp_chipset} >/dev/null 2>&1

celle là, on va l'éviter aussi, histoire de ne pas se faire insulter (à commentr).

bon, je vais revérifier si j'en ai pas oublié d'autre, mais ça devrait aller

[Jerame]

OK, alors...

J'ai commenté tout ce que tu m'as dit. A ce propos, la ligne

modprobe -q ${agp_chipset} >/dev/null 2>&1

figure deux fois dans le script. J'ai commenté les deux.

Au lancement la première ligne qui s'affiche est encore:

./install_ati_drivers.sh: line 1: lspci: command not found

Je pense que c'est dû à la ligne:

export agp_ati=`lspci |grep VGA |awk -F":" '{ print $3 }'`

qui est au début du script. Bon. Ca ne gène pas l'animal apparemment, qui m'envoie tout un tas de messages trop vite pour les lire mais qui télécharge plein de trucs sur le net.

Ca dure quelques minutes, et ça finit par me dire :

---------------------------------------

Installation du kernel-source-2.6

---------------------------------------

paquetage inconnu: kernel-source-2.6

le media << Installation DVD (cdrom1) >> n'est pas sélectionné

Les sources du noyau 2.6.8.1-12mdksmp n'ont pas pu être installées.

etc. etc.

Bon. J'avais cru comprendre que le script installait tout seul les sources du noyau, non ?

Je recommence, parce que j'ai deux lecteurs de DVD, et là miracle, ça marche ! Il me trouve le DVD (qui était donc placé dans le mauvais lecteur) et m'installe les sources du noyau, les drivers ATI fglrx_4_3_0-8.10.19-1.i386.rpm, et il me fait configurer le serveur X.

Il met alors en place le fichier de configuration sur serveur graphique xorg.conf (enfin c'est ce qu'il dit...), puis affiche :

-------------------------------------------------------------

Ajout du module fglrx au démarrage de la mandrake

-------------------------------------------------------------

Ca fait plusieurs minutes et je poireaute toujours devant...

J'ai fait un truc de travers ?

[lorinc]

Ah oui, merde!

je savais bien que j'en avais oublié :

il faudrait commenter ça aussi

#----------------------------------------------------------------------"
# Ajout du module agp du chipset dans le fichier /etc/modprobe.preload "
#----------------------------------------------------------------------"
if [ -n ${agp_chipset} ];then
grep -qw ${agp_chipset} /etc/modprobe.preload
if [ $? -eq 1 ];then
echo ${agp_chipset} >> /etc/modprobe.preload
fi
fi

si ça ne marche toujours pas au bout de qulques temps, tu peux Ctrl+C puis lancer la fonction d'echec dans un console (puisque tu as quitter le script) :

echo -e "\nL'installation des drivers ATI a echoué, veuillez patienter 5 secondes..."
echo -e "Le script va essayer de relancer le serveur graphique.\n"
sleep 5
if [ ${mesa_drivers} -eq 0 ];then
echo -e "\n================================"
echo -e " Reinstallation des drivers Mesa"
echo -e "================================"
urpmi -q --auto Mesa
fi
rpm -qa |grep -q fglrx
if [ $? -eq 0 ];then
suppression=`rpm -qa |grep fglrx`
echo -e "\n======================================================"
echo -e " Suppression des drivers ${suppression}"
echo -e "======================================================"
rm -f /etc/X11/*.uninstall >/dev/null 2>&1
rpm -e --quiet ${suppression}
fi
if [ -d /lib/modules/fglrx ];then
rm -rf /lib/modules/fglrx
fi
grep -qw "^fglrx$" /etc/modprobe.preload
if [ $? -eq 0 ];then
mv /etc/modprobe.preload /etc/modprobe.preload.bak
sed -e "/^fglrx$/d" /etc/modprobe.preload.bak > /etc/modprobe.preload
rm -f /etc/modprobe.preload.bak
fi
if [ ${save_config} -eq 0 -o -s /etc/X11/XF86Config.orig -a $fglrx_version -eq 6 -o $fglrx_version -eq 7 ];then
if [ -L /etc/X11/xorg.conf ];then
rm -f /etc/X11/xorg.conf
fi
pushd /etc/X11 >/dev/null 2>&1
mv /etc/X11/XF86Config.orig /etc/X11/XF86Config
ln -s XF86Config xorg.conf
popd >/dev/null 2>&1
fi
if [ ${save_config} -eq 1 -o -s /etc/X11/xorg.orig -a $fglrx_version -eq 8 ];then
mv /etc/X11/xorg.orig /etc/X11/xorg.conf
fi
modprobe -q agpgart >/dev/null 2>&1

service dm restart

en espérant que ça fonctionne

[Jerame]

Yeeeesssss !!

Sur fgl_glxgears j'ai le cube qui s'agite avec les engrenages

Les mesures sont comparables à celles qui sont listées sous le script de lebarjoe.

Mille milliers de mercis à toi lorinc, et au barjoe qui a pondu le script magique !

[lorinc]

content pour toi

pour la peine, je t'offre un au bar

EDIT : lebarjoe -> si tu pouvais prendre en compte les modifs pour le cas PCIe ça serait cool. Je pense qu'il vaut mieux faire un script séparé ou alors poser la question au début.

Je ne vois pas d'autre solution pour le moment que d'utiliser la gestion interne du PCIe de fglrx.

Bon, ça fait beaucoup de boulot, mais tu es doué, ça ne devrais pas te prendre beaucoup de temps

Et puis pense à tous tes fans qui sont déjà venu sur ce topic, et à ceux qui viendront après

[Jerame]

Ah non, sûrement pas, c'est moi qui t'invite !!

Mais là d'abord je vais me faire dormir un peu...

[lebarjoe]

content pour toi

pour la peine, je t'offre un au bar

EDIT : lebarjoe -> si tu pouvais prendre en compte les modifs pour le cas PCIe ça serait cool. Je pense qu'il vaut mieux faire un script séparé ou alors poser la question au début.

Je ne vois pas d'autre solution pour le moment que d'utiliser la gestion interne du PCIe de fglrx.

Bon, ça fait beaucoup de boulot, mais tu es doué, ça ne devrais pas te prendre beaucoup de temps

Et puis pense à tous tes fans qui sont déjà venu sur ce topic, et à ceux qui viendront après

Heureusement que tu étais là Lorinc, car hier soir j'étais absent. En tout cas tu as une bonne maîtrise du script et ça fait plaisir.

Il est vrai que mon script ne prend en compte les cartes ATI PCIe, donc je le modifierai mercredi soir prochain, car avant je dois passer des entretiens sur nantes pour un taf (lundi et mardi, donc je suis tout le week-end à nantes).

Donc comme tu le dis si bien, le script posera une question sur le type de bus à utiliser AGP ou PCIe et après il en découlera toute une gymnastique pour une installation réussie. J'aurais préféré que le script détecte le type de bus, mais apparement la commande lspci n'existe pas sur la config de Jerame (bizarre ?, je vais quand même renseigner sur la façon de détecter le type de bus).

Par contre, il semble que le script pose problème pour l'installation losrque l'utilisateur possède une version mandrake CD. Je pense que je vais rajouter en argument du script CD ou DVD. Ce problème est dû au fait de l'utilisation de la commande "urpmi -q --auto package.rpm". J'avais mis cette commande de tel manière à ce que l'utilisateur ait le moins questions à répondre. Du fait que cette dernière commande soit mise en place, si le bon CD n'est pas inséré dans le lecteur le programme sort en lançant la fonction echec, car il n'a pas pu installer le package voulu. Comme mon script installe des packages répartit sur les 3CDs, et bien cela pose un problème qui n'existe pas avec la version DVD. J'effectuerai la modification dans la prochaine version.

Je suis assez content que la communauté de PCINPACT fasse évoluer ce script qui commence à mon avis à prendre forme et à être de plus en plus robuste. Merci à vous tous. (voir les remerciements en fin de tuto, ne me remercié pas que moi).

Bonne journée à toutes et à tous.

PS: les pauvres posséceurs de carte NVIDIA devront attendre un peu pour la mise à jour du tuto, même si le nouveau script est prêt.

[snouf]

C'est toi qui est génial

Je ne parle pas au nom de la communauté PCINPACT mais en tous cas moi je te remercie

Par contre pour le panneau de contrôle :

# fireglcontrol
bash: fireglcontrol: command not found

La commande est fausse ?

si ce n'est pas le cas une idée pour le faire fonctionner (peut-être ou une autre façon de le lancer)

[lorinc]

quand tu as lancé le script, dans cette partie là :

urpmi -q --auto libqt3-devel libMesaglut3-devel
cd /usr/src/ATI
tar xzf fglrx_panel_sources.tgz
grep -q "LIBQT_DYN = qt" Makefile
if [ $? -eq 0 ];then
 mv Makefile Makefile.bak
 sed -e "s/^LIBQT_DYN = qt$/LIBQT_DYN = qt-mt/" Makefile.bak > Makefile
 rm -f Makefile.bak
 make
 export KDEDIR=/usr
 make install

make install a du te dire où il l'avait installé.

sinon,

$locate fire (pour peu que ta base de donnée soit à jour )

[Jerame]

Salut,

J'ai la même réponse que snouf :

# fireglcontrol

bash: fireglcontrol: command not found

locate fire me demande de faire un updatedb, ce que je fais, puis à nouveau locate fire me crache :

/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c

/lib/modules/fglrx/build_mod/2.6.x/firegl_public.h

/lib/modules/fglrx/build_mod/2.6.x/firegl_public.o

/lib/modules/fglrx/build_mod/2.6.x/.firegl_public.o.cmd

/lib/modules/fglrx/build_mod/firegl_public.c

/lib/modules/fglrx/build_mod/firegl_public.h

Bref, je ne sais pas lancer le panneau de contrôle ATI (alors qu'il a été installé par le script).

Que faire ?

[lorinc]

dans /usr/scr/ATI , tu as le tgz des sources du controle panel ?

si oui, ben tu n'as qu'a les décopresser, puis modifier le Makefile comme l'aurais fait le script, puis lancer le make.

et là, je veux bien les message d'erreur.

(aide toi du bout que j'ai quoté 2 posts au dessus )

[Jerame]

Je déroule le bout que tu as quoté plus haut, et le make me sort:

g++ -c  -O2 -fno-strength-reduce -funsigned-char -Wall -W -Dlinux -DFGLRX_USE_XEXTENSIONS -DFGLRX_OGL_INFO -DQT_NO_STL -I/usr/lib/qt3//include -I. -I./include_dummy main.cpp

In file included from FireGLControl.h:22,

                from main.cpp:1:

AdjustPage.h:11:22: X11/Xlib.h: No such file or directory

AdjustPage.h:13:38: X11/extensions/xf86vmode.h: No such file or directory

In file included from FireGLControl.h:22,

                from main.cpp:1:

AdjustPage.h:61: error: `XF86VidModeModeLine' does not name a type

AdjustPage.h:63: error: `XF86VidModeModeLine' does not name a type

AdjustPage.h:65: error: `XF86VidModeGamma' does not name a type

AdjustPage.h:66: error: `XF86VidModeGamma' does not name a type

make: *** [main.o] Erreur 1

[lorinc]

et en installant les bibliothèques de dev de X?

libxorg-x11-devel de mémoire

[Jerame]

Euh... avec quelques détails, comment je m'y prends pour faire ça ?

J'ai trouvé ça :

/var/cache/urpmi/rpms/libxorg-x11-devel-6.7.0-3mdk.i586.rpm

[lorinc]

tu as quelle version de X11?

enfin, bon, dans tous les cas un coup de urpmi libxorg-x11-devel devrais suffire.

(il n'est d'ailleurs pas interdit de chercher ledit paquetage avec l'utilitaire de gestion de paquetages du Centre de Controle de Mandrake )

[Jerame]

urmpi libxorg-x11-devel crache:

installation de /var/cache/urpmi/rpms/libxorg-x11-devel-6.7.0-3mdk.i586.rpm

Préparation...              ##################################################

   1:libxorg-x11-devel      ##################################################

error: unpacking of archive failed on file /usr/include/GL: cpio: rename failed - Is a directory

Tiens, je viens de réussir à l'installer avec le gestionnaire de packages...

Ah non, finalement, en lisant bien la console, je vois la même erreur, mais l'interface graphique du gestionnaire de package n'a rien reporté.

# rpmdrake

examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.jpackage.cz]

examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.NORLUG-10.1.cz]

examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.plf.cz]

examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.Installation DVD (cdrom1).cz]

examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.contrib.cz]

examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.main.cz]

Transaction créée pour l'installation sur / (remove=0, install=0, upgrade=1)

ajout du paquetage libxorg-x11-devel-6.7.0-3mdk.i586 (id=8672, eid=8672, update=1, file=/var/cache/urpmi/rpms/libxorg-x11-devel-6.7.0-3mdk.i586.rpm)

error: unpacking of archive failed on file /usr/include/GL: cpio: rename

examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.jpackage.cz]

examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.NORLUG-10.1.cz]

examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.plf.cz]

examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.Installation DVD (cdrom1).cz]

examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.contrib.cz]

examen de la liste de synthèse [/var/lib/urpmi/synthesis.hdlist.main.cz]

[lorinc]

Ah bé voui, ça c'est normal, puisque les drivers d'ATI (installés de force) se sont accaparés ce répertoire (il y a des entêtes propres à ATI dans OpenGL, histoire que tes progs soient compilés avec l'accel matérielle.)

bon, 2 soluces :

1. soit forcer l'install des lib de devel de X ( donc urpmi --force machin_truc). mais, ça risque d'écraser bon nombre d'entêtes interressantes derrière, donc il faudrait peut-être réinstaller les drivers derrière. Avec les risque que ça comporte (vu ton cas particulier).

2. virer les drivers, installer proprement les lib de devel, et installer proprement les drivers derrière. C'est plus propre, mais encore plus risqué vis-à-vis du boulot que tu as fait pour avoir ces foutus drivers qui merchent...

[Jerame]

Bon, ben je crois que dans l'immédiat je vais me passer du panneau de contrôle ATI...

Merci pour tout lorinc, c'est bien utile les gens qui savent !

[lorinc]

ben si tu veux des screen du paneau de controle d'ATI, pour savoir ce que tu rates, n'hésites pas ( )

perso, la seule utilité que j'en ai, c'est qu'il me dit que j'utilise bien l'accel matérielle, ce que je peux savoir autrement

[Jerame]

perso, la seule utilité que j'en ai, c'est qu'il me dit que j'utilise bien l'accel matérielle, ce que je peux savoir autrement

Dis toujours, comment on fait ?