[SOLUTION] AMD/Intel Graphiques Commutables

Thomson · Le 02/10/2012, à 14:00

Hello à tous,

Je rejoins le train en marche, j'ai quelques problèmes avec mon nouveau laptop et ses cartes graphiques switchable. 4 jours que je cherche et j'ai pas de solutions, ni sur les forums francais, ni sur les anglais où ils parlent de patcher le driver pour le dernier noyau, bref je me tourne finalement vers vous.

J'ai un Acer 3820TG, avec un chipset Intel intégrée et une Radeon 5470HD comme vrai carte graphique.

J'ai suivi tous les tutos d'installation que j'ai trouvé (dont celui du premier post de ce topic.), mais rien à faire.

Je vous explique : dans le Bios, si je laisse sur "Switchable", que j'installe les drivers, tout va bien jusqu'à ce que je redémarre. Quand je reboot, j'ai droit à un écran noir avec "System is running low-graphic mode", avec rien d'utilisable a moins de passer par la console. Si je reboot en mode "Discrete" (donc la 5470HD en "forcée"), ca démarre, j'ai accès au Catalyst Control Center. Mais quand je tente un "fgrlxinfo" dans la console, je me fais insulter !

X Error of failed request:  BadRequest (invalid request code or no such operation)

Le truc, c'est que j'aimerais totalement désactivée la Radeon 5470HD sous Ubuntu, comme elle ne me sert pas. Mais apparement, pas moyen de la désactivée tant que le Catalyst Control Center n'est pas installé. Bref, je tourne en rond et je trouve pas. Si quelqu'un à une solution pour que la Radeon ne se lance pas dans Ubuntu, comme ca je regagne de l'autonomie et je perds en chaleur. Par contre, elle doit rester accessible sous Windows (ca me semble évident, mais sait-on jamais )

Je vous remercie par avance
Thomson

clement.analogue · Le 02/10/2012, à 14:09

C'est un bug reporté :
https://bugs.launchpad.net/xserver-xorg … ug/1021024
mais pas assez connu pour être pris en compte. Si tu peux cliquer sur "it also affects me", ça aidera ce bug à prendre de la visibilité et donc à être corrigé.

En attendant, tu peux te reporter à cette page :
http://doc.ubuntu-fr.org/vga_switcheroo

Dernière modification par clement.analogue (Le 02/10/2012, à 14:10)

powerflower5 · Le 03/10/2012, à 18:50

clement.analogue a écrit :

oki.
powerflower5, je te confirme que tu es bien concernée par cette partie de la doc sur les systèmes hybrides.

Bonsoir,
J'ai installé Linux Mint 13 Cinnamon qui est basé très fortement sur ubuntu. Pour ne pas avoir d'écran noir au démarrage, j'ai "validé" nomodeset dans le grub (pour pouvoir enfin profiter de mon Linux tout neuf! . Peux-tu me confirmer que le fait de désactiver la carte AMD au profit du chipset Intel ne se fera qu'au démarrage de Linux et pas de windows... car tout fonctionne normalement sous windows? (Je modifierai bien entendu d'abord grub pour qu'il n'y ait plus le nomodeset.)
J'ai une autre question : quand j'aurai supprimé le nomodest dans le grub, je ne pourrai accéder à Linux qu'en mode recovery. Les manipulations sont possibles quand même? (désolée pour cette question qui va sans doute te sembler idiote)?
De plus, je n'ai pas compris ça. Du moins, je pense avoir compris jusqu'à "modifier avec les droits d'administration". C'est à partir du "où" que là je suis perdue!!! Peux-tu m'expliquer en bonne novice que je suis ce que je dois faire, svp?
Voilà, je pense que tout y est. Merci d'avance pour ton aide.

alca94 · Le 03/10/2012, à 20:28

il faut confirmer l'option nomodeset en editant grub

gksudo gedit /etc/default/grub

et modifier la ligne
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
pour quelle devienne
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"
enregistré puis faire

sudo update-grub

powerflower5 · Le 04/10/2012, à 06:38

Bonjour,
Alca94, j'ai déjà fait tout ça! Justement ça ne me permet que de démarrer sans écran noir, et de n' avoir qu'une résolution cracra!
Maintenant, ce qui m'intéresse c'est de pouvoir désactiver ma carte AMD au démarrage et c'est là que je n'ai pas tout compris et que j'aimerais avoir de l'aide. Et que j'aimerais savoir si ça a une incidence sur le démarrage de windows?

alca94 · Le 04/10/2012, à 09:54

Bonjour
Concernant les pc avec 2 cartes je ne peux pas vous répondre (désactiver AMD) je pensais que c'était automatique ?
Concernant Windows ,Linux utilise des pilotes qui lui sont propre ,aucun rapport de l'un a l'autre (c'est comme si vous étiez sur 2 disques dur différends) donc aucun risque.

alca94 · Le 04/10/2012, à 10:03

De plus, je n'ai pas compris ça. Du moins, je pense avoir compris jusqu'à "modifier avec les droits d'administration". C'est à partir du "où" que là je suis perdue!!! Peux-tu m'expliquer en bonne novice que je suis ce que je dois faire, svp?

quand vous avez repéré la ligne avec \_SB.PCIO.PEGO ........works
il faut ouvrir avec

gksudo gedit /etc/rc.local

et ajouter la ligne etc....
a partir du OU vous laissez tomber puisque vous l'avez fait ,c'est l'explication de la solution

Dernière modification par alca94 (Le 04/10/2012, à 10:05)

powerflower5 · Le 04/10/2012, à 11:51

Donc la désactivation de la carte ne se fera qu'au démarrage de Linux, si j'ai bien compris?

alca94 · Le 04/10/2012, à 12:49

Exact
Avec windows ( peut-être que oui mais différemment avec ses propres pilotes)

powerflower5 · Le 04/10/2012, à 18:25

Merci pour ta réponse. J'aimerai justement être sûre que ça n'agira pas au démarrage de windows car sous windows, tout marche très bien au niveau graphique.

alca94 · Le 04/10/2012, à 18:36

Aucunement ,vous pouvez être sûre que tout marchera pour windows. Pour preuve que si il y avait eu un lien entre les deux ,Ubuntu aurait fonctionné parfaitement puisque windows
fonctionnait (graphiquement parlant)

powerflower5 · Le 14/10/2012, à 09:58

Bonjour,
Je n'ai pas réussi à décativer ma carte graphique au démarrage avec la procédure acpi call.
Pouvez-vous me dire si ceci est correct (rien oublié) :
echo '\_SB.PCI0.P0P2.PEGP._OFF'/proc/acpi/call exit 0 (dans /ect/rc.local)

par rapport à ce qui figure dans l'aide :
echo '\_SB.PCI0.PEG0.PEGP._OFF' > /proc/acpi/call

J'ai d'abord mis : echo '\_SB.PCI0.P0P2.PEGP._OFF' > /proc/acpi/call
exit 0 ça ne marche pas

Ensuite j'ai mis : echo '\_SB.PCI0.P0P2.PEGP._OFF' > /proc/acpi/call exit 0
ça ne marche pas non plus

Toutes ces manip ont été faites dans ce post

Quelqu'un aurait-il une idée de pourquoi ça ne fonctionne pas, svp?

alca94 · Le 14/10/2012, à 10:15

bonjour
je ne vais pas pouvoir beaucoup vous aider a part ce que vous avez indiquez
Dans l'aide
echo '\_SB.PCI0.PEG0.PEGP._OFF' > /proc/acpi/call
et vous
echo '\_SB.PCI0.P0P2.PEGP._OFF'/proc/acpi/call exit 0 (dans /ect/rc.local)
c'est deux lignes sont différentes (cela est peut-être normal) vous aviez fait un copier-coller ?

powerflower5 · Le 14/10/2012, à 10:31

En fait, pour le SB etc... je devais mettre le mien, l'autre étant l'exemple donné donc, le mien est SB.PCI0.P0P2.PEGP._OFF. Pour ça, c'est ok. Moi, je me demande :
1) s'il faut garder ce qui est en rouge ici : echo '\_SB.PCI0.P0P2.PEGP._OFF' > /proc/acpi/call ou pas?
2) s'il faut mettre exit 0 à la ligne ou directement à suivre?

J'ai lu également ce post. Pense-tu que ça vaut le coup pour moi d'essayer de mettre un pilote ati comme indiqué sur ce post, sachant que je n'ai pas non plus compris grand chose dans les dépôts mains ect...?

Dernière modification par powerflower5 (Le 14/10/2012, à 10:38)

alca94 · Le 14/10/2012, à 10:50

Il faut alors repérer la ligne qui se termine par "works!". C'est cette ligne qui vous intéresse pour désactiver la carte à chaque démarrage.
Modifiez avec les droits d'administration le fichier /etc/rc.local pour insérer les deux lignes suivantes à la fin du fichier, juste avant exit 0 :
insmod /<CHEMIN>/acpi_call.ko
echo '\_SB.PCI0.PEG0.PEGP._OFF' > /proc/acpi/call
où :
<CHEMIN> est à remplacer par le chemin complet vers où se trouve le fichier acpi_call/acpi_call.ko
\_SB.PCI0.PEG0.PEGP._OFF est à remplacer par la ligne où se trouvait le "works!".

je dirais que vu ce qui est marqué exit 0 n'est pas sur la même ligne pour ce qui est du > ça dépends du résultats que vous avez eu ,il faut copier exactement la même chose ?
Sinon comment ça marche avec le pilote libre ?

powerflower5 · Le 14/10/2012, à 11:06

En ce qui concerne les pilotes :
j'ai essayé le pilote libre ATI Radeon : ça ne marche pas
j'ai essayé d'installé le pilote propriétaire ATI/AMD FGLRX (mise à jour postérieure à la sortie d'ubuntu) mais l'installation a echoué
J'avais essayé le pilote propriétaire ATI/AMD pour cartes graphiques FGLRX mais l'installation a également échoué!
Je n'ai rien d'autre qui me soit proposé!

zamblator · Le 18/10/2012, à 12:10

Modifier le 16/11/2012

personnelement j ai une meilleur solution car acpi_call empeche la mise en veille de la machine alors voila ma procedure:

+ une adaptation en cas de mise a jour du noyau
(attention moi j utilise vi comme editeur de texte mais vous pouvez utilisez tout autre editeur )

la meilleur solution que j ai trouver
1- desactiver le driver ati dans \application\pilotes suplementaires

2 -installer acpi_call

Code:

cd /opt
sudo mkdir acpi_call
cd acpi_call
sudo apt-get install git
git clone http://github.com/mkottman/acpi_call.git
cd acpi_call/
sudo make
sudo insmod ./acpi_call.ko
sudo chmod +x test_off
sudo ./test_off

normalement tu optiens

Trying \_SB.PCI0.P0P1.VGA._OFF: failed
Trying \_SB.PCI0.P0P2.VGA._OFF: failed
Trying \_SB_.PCI0.OVGA.ATPX: failed
Trying \_SB_.PCI0.OVGA.XTPX: failed
Trying \_SB.PCI0.P0P3.PEGP._OFF: failed
Trying \_SB.PCI0.P0P2.PEGP._OFF: works!

3- installer le module acpi_call

Code:

cd /opt/acpi_call
sudo cp acpi_call.ko /lib/modules/$(uname -r)/kernel/drivers/acpi/
sudo depmod

puis editer /etc/modules

sudo vi /etc/modules

et ajouter la ligne

acpi_call

4- creer le service atioff

creer un fichier atioff dans /etc/init.d

Code:

sudo vi /etc/init.d/atioff

et y mettre:

Code:

#! /bin/sh
### BEGIN INIT INFO
# Provides:     atioff
# Required-Start:       $local_fs $syslog
# Required-Stop:        $local_fs $syslog
# Default-Start:        2 3 4 5
# Default-Stop:         0 1 6
#
#                       http://robbyx.net/blog/?p=190
### END INIT INFO

. /lib/lsb/init-functions

set -e

if [ ! -e /lib/modules/$(uname -r)/kernel/drivers/acpi/acpi_call.ko ] ; then
cd /opt/acpi_call/
make
insmod acpi_call.ko
./test_off.sh
cp acpi_call.ko /lib/modules/$(uname -r)/kernel/drivers/acpi
depmod
update-initramfs -u

fi

case "$1" in
start)
#
echo '\_SB.PCI0.P0P2.PEGP._OFF' > /proc/acpi/call
;;
stop)
echo '\_SB.PCI0.P0P2.PEGP._ON' > /proc/acpi/call
;;
*)
echo '\_SB.PCI0.P0P2.PEGP._OFF' > /proc/acpi/call
N=/etc/init.d/atioff
echo "Usage: $N {start|stop}\nBy default, 'start' is executed.\n" >&2
exit 1
;;
esac

exit 0

- le rendre executable et lancer le service

Code:

sudo update-rc.d atioff defaults 98 02
sudo chmod a+x /etc/init.d/atioff
sudo service atioff start
sudo update-initramfs -u

5- activer desactiver la carte ati pour la mise en veille

creer le fichier /etc/pm/sleep.d/20.ativeille

Code :

sudo vi /etc/pm/sleep.d/20.ativeille

et y mettre

#!/bin/sh

case "${1}" in
    hibernate|suspend)
        /etc/init.d/atioff stop
        ;;
    resume|thaw)
        /etc/init.d/atioff start
        ;;
esac

le rendre executable
Code :

sudo chmod +x /etc/pm/sleep.d/20.ativeille

6- modifier grub

sudo vi /etc/default/grub

et

modifier

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash radeon.modeset=0 acpi_osi=Linux"

et update grub

sudo update-grub

et voila le tour est joue

inspirer de : http://ubuntuforums.org/showthread.php?t=1705406

merci a Menthu_Rae pour ses infos

et j espere qu un jour intel et amd vont se mettre d accord pour developper un drv qui marche

Dernière modification par zamblator (Le 16/11/2012, à 13:18)

powerflower5 · Le 20/10/2012, à 16:17

Bonjour Zamblator,
voici mon 1er retour de commande :

nath@nath-HP-G72-Notebook-PC ~ $ uname -r
3.6.2-030602-generic

Peux-tu m'écrire précisément ce que je dois mettre ensuite dans le terminal car je ne sais pas trop ce qu'il faut garder ou enlever (ex : valeur uname-r), svp?

clement.analogue · Le 20/10/2012, à 16:34

à la place de :

uname -r
sudo cp acpi_call.ko /lib/modules/[b]<valeur uname -r>[/b]/kernel/drivers/acpi/
sudo depmod

fais :

kernel=$(uname -r)
sudo cp acpi_call.ko /lib/modules/$kernel/kernel/drivers/acpi/
sudo depmod

powerflower5 · Le 20/10/2012, à 18:49

voici le retour :

nath@nath-HP-G72-Notebook-PC ~ $ kernel=$(uname -r)
nath@nath-HP-G72-Notebook-PC ~ $ sudo cp acpi_call.ko /lib/modules/$kernel/kernel/drivers/acpi/
[sudo] password for nath: 
cp: impossible d'évaluer «acpi_call.ko»: Aucun fichier ou dossier de ce type
nath@nath-HP-G72-Notebook-PC ~ $ sudo depmod
nath@nath-HP-G72-Notebook-PC ~ $

clement.analogue · Le 20/10/2012, à 19:35

il faut rentrer dans le répertoire avant

cd acpi_call/

Dernière modification par clement.analogue (Le 22/10/2012, à 08:30)

powerflower5 · Le 21/10/2012, à 07:07

voici :

nath@nath-HP-G72-Notebook-PC ~ $ kernel=$(uname -r)
nath@nath-HP-G72-Notebook-PC ~ $ sudo cp acpi_call.ko /lib/modules/$kernel/kernel/drivers/acpi/
[sudo] password for nath: 
cp: impossible d'évaluer «acpi_call.ko»: Aucun fichier ou dossier de ce type
nath@nath-HP-G72-Notebook-PC ~ $ sudo depmod
nath@nath-HP-G72-Notebook-PC ~ $

Voici également un post où j'ai déjà fait des manip à ce sujet mais qui n'a pas abouti ici.

Dernière modification par powerflower5 (Le 21/10/2012, à 07:13)

clement.analogue · Le 22/10/2012, à 08:31

J'ai donné la solution dans le message précédent.

wooper77 · Le 09/11/2012, à 21:50

MERCI BEAUCOUP,

Ce tuto a résolue mon problème, mille fois merci !

zamblator · Le 16/11/2012, à 13:21

pour powerflower il peut voir les modif que j ai apporte a la procedure, avec une mise a jour auto lors du changement de noyau, et rectifications de petites erreurs

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 02/10/2012, à 14:00

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#77 Le 02/10/2012, à 14:09

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#78 Le 03/10/2012, à 18:50

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#79 Le 03/10/2012, à 20:28

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#80 Le 04/10/2012, à 06:38

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#81 Le 04/10/2012, à 09:54

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#82 Le 04/10/2012, à 10:03

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#83 Le 04/10/2012, à 11:51

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#84 Le 04/10/2012, à 12:49

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#85 Le 04/10/2012, à 18:25

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#86 Le 04/10/2012, à 18:36

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#87 Le 14/10/2012, à 09:58

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#88 Le 14/10/2012, à 10:15

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#89 Le 14/10/2012, à 10:31

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#90 Le 14/10/2012, à 10:50

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#91 Le 14/10/2012, à 11:06

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#92 Le 18/10/2012, à 12:10

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#93 Le 20/10/2012, à 16:17

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#94 Le 20/10/2012, à 16:34

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#95 Le 20/10/2012, à 18:49

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#96 Le 20/10/2012, à 19:35

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#97 Le 21/10/2012, à 07:07

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#98 Le 22/10/2012, à 08:31

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#99 Le 09/11/2012, à 21:50

Re : [SOLUTION] AMD/Intel Graphiques Commutables

#100 Le 16/11/2012, à 13:21

Re : [SOLUTION] AMD/Intel Graphiques Commutables

Pied de page des forums