Ce qui'il faut avoir présent à l'esprit c'est que les aptitude
que j'ai sorties proviennent d'un ordinateur qui tourne sous
Mint17.3 , l'équivalent de Trusty version d'Ubuntu. Dans ton cas,
le passage de Trusty à la suivante a plus que probablement introduit des
nouvelles dépendances, mais est-ce certain que ta version n'est plus
Trusty ( Ubuntu 14.04, je crois )?.... Pour cela il faut regarder
/etc/apt/sources.list ou le répertoire /etc/apt/sources.list.d
[...]
Si tu n'est plus dans Trusty, je crains bien que ça devient assez
compliqué, tout ce que je peux suggérer c'est voir
si le noyau 3.13 de la version Trusty est encore installé et booter
dessus.... C'est encore vrai si tu es dans Trusty et que le noyau
sur lequel tu bootes actuellement est 4++.
Au vu de ce que j'ai pu lire par exemple
pour Debian, on est conduit à modifier les sources:
http://www.linux-note.com/debian-installation-des-drivers-radeon/
deb http://httpredir.debian.org/debian/ jessie main contrib non-free
<aptitude update>
<aptitude install firmware-linux-nonfree libgl1-mesa-dri
xserver-xorg-video-ati>
Pour Ubuntu le script que tu avais mentionné pouvait
peut-être se modifier en enlevant le paquet qui bloque,
surtout si tu as une machine 64bits....
De fois ce type de script plante...J'ai remarqué que ce script
utilise un module dkms, ce qui veut dire modification des
modules du noyau par compilation de source extérieure, les headers
de ce noyau doivent être installés pour que la compilation
puisse avoir lieu.
Pour la plus récente version de knoppix 7.7 dont je dispose
à titre expérimental:
aptitude search amdgpu
i A libdrm-amdgpu1 - interface en espace utilisateur pour les
p libdrm-amdgpu1-dbg - interface en espace utilisateur pour les
i A xserver-xorg-video-amdgpu - serveur X pour X.Org - pilote d’affichage
p xserver-xorg-video-amdgpu-dbg - serveur X pour X.Org - pilote d’affichage
Ce qui'il faut avoir présent à l'esprit c'est que les aptitude
que j'ai sorties proviennent d'un ordinateur qui tourne sous
Mint17.3 , l'équivalent de Trusty version d'Ubuntu. Dans ton cas,
le passage de Trusty à la suivante a plus que probablement introduit des
nouvelles dépendances, mais est-ce certain que ta version n'est plus
Trusty ( Ubuntu 14.04, je crois )?.... Pour cela il faut regarder
/etc/apt/sources.list ou le répertoire /etc/apt/sources.list.d
[...]
Si tu n'est plus dans Trusty, je crains bien que ça devient assez
compliqué, tout ce que je peux suggérer c'est voir
si le noyau 3.13 de la version Trusty est encore installé et booter
dessus.... C'est encore vrai si tu es dans Trusty et que le noyau
sur lequel tu bootes actuellement est 4++.
Au vu de ce que j'ai pu lire par exemple
pour Debian, on est conduit à modifier les sources:
http://www.linux-note.com/debian-installation-des-drivers-radeon/
deb http://httpredir.debian.org/debian/ jessie main contrib non-free
<aptitude update>
<aptitude install firmware-linux-nonfree libgl1-mesa-dri
xserver-xorg-video-ati>
Pour Ubuntu le script que tu avais mentionné pouvait
peut-être se modifier en enlevant le paquet qui bloque,
surtout si tu as une machine 64bits....
De fois ce type de script plante...J'ai remarqué que ce script
utilise un module dkms, ce qui veut dire modification des
modules du noyau par compilation de source extérieure, les headers
de ce noyau doivent être installés pour que la compilation
puisse avoir lieu.
Pour la plus récente version de knoppix 7.7 dont je dispose
à titre expérimental:
aptitude search amdgpu
i A libdrm-amdgpu1 - interface en espace utilisateur pour les
p libdrm-amdgpu1-dbg - interface en espace utilisateur pour les
i A xserver-xorg-video-amdgpu - serveur X pour X.Org - pilote d’affichage
p xserver-xorg-video-amdgpu-dbg - serveur X pour X.Org - pilote d’affichage
Ce qui'il faut avoir présent à l'esprit c'est que les aptitude
que j'ai sorties proviennent d'un ordinateur qui tourne sous
Mint17.3 , l'équivalent de Trusty version d'Ubuntu. Dans ton cas,
le passage de Trusty à la suivante a plus que probablement introduit des
nouvelles dépendances, mais est-ce certain que ta version n'est plus
Trusty ( Ubuntu 14.04, je crois )?.... Pour cela il faut regarder
/etc/apt/sources.list ou le répertoire /etc/apt/sources.list.d
[...]
Si tu n'est plus dans Trusty, je crains bien que ça devient assez
compliqué, tout ce que je peux suggérer c'est voir
si le noyau 3.13 de la version Trusty est encore installé et booter
dessus.... C'est encore vrai si tu es dans Trusty et que le noyau
sur lequel tu bootes actuellement est 4++.
Au vu de ce que j'ai pu lire par exemple
pour Debian, on est conduit à modifier les sources:
http://www.linux-note.com/debian-installation-des-drivers-radeon/
deb http://httpredir.debian.org/debian/ jessie main contrib non-free
<aptitude update>
<aptitude install firmware-linux-nonfree libgl1-mesa-dri
xserver-xorg-video-ati>
Pour Ubuntu le script que tu avais mentionné pouvait
peut-être se modifier en enlevant le paquet qui bloque,
surtout si tu as une machine 64bits....
De fois ce type de script plante...J'ai remarqué que ce script
utilise un module dkms, ce qui veut dire modification des
modules du noyau par compilation de source extérieure, les headers
de ce noyau doivent être installés pour que la compilation
puisse avoir lieu.
Pour la plus récente version de knoppix 7.7 dont je dispose
à titre expérimental:
aptitude search amdgpu
i A libdrm-amdgpu1 - interface en espace utilisateur pour les
p libdrm-amdgpu1-dbg - interface en espace utilisateur pour les
i A xserver-xorg-video-amdgpu - serveur X pour X.Org - pilote d’affichage
p xserver-xorg-video-amdgpu-dbg - serveur X pour X.Org - pilote d’affichage
Il se trouve que je connais tout ça, sauf le nom « sdb1 » (et je
suppose que ça doit dépendre du /slot/ où j'insère la clé, voire
peut-être du type de Linux).
Cela dit, même si j'apprécie Linux
et que c'est pour cette raison que je l'ai choisi au lieu de
Windows pour mon ordinateur personnel, je trouverais dommage
qu'il faille être un gourou pour l'utiliser : ce serait un
argument anti-Linux et pro-Windows ou pro-Mac.
Il se trouve que je connais tout ça, sauf le nom « sdb1 » (et je
suppose que ça doit dépendre du /slot/ où j'insère la clé, voire
peut-être du type de Linux).
Cela dit, même si j'apprécie Linux
et que c'est pour cette raison que je l'ai choisi au lieu de
Windows pour mon ordinateur personnel, je trouverais dommage
qu'il faille être un gourou pour l'utiliser : ce serait un
argument anti-Linux et pro-Windows ou pro-Mac.
Il se trouve que je connais tout ça, sauf le nom « sdb1 » (et je
suppose que ça doit dépendre du /slot/ où j'insère la clé, voire
peut-être du type de Linux).
Cela dit, même si j'apprécie Linux
et que c'est pour cette raison que je l'ai choisi au lieu de
Windows pour mon ordinateur personnel, je trouverais dommage
qu'il faille être un gourou pour l'utiliser : ce serait un
argument anti-Linux et pro-Windows ou pro-Mac.
sudo mount /dev/clef /media/clef
cp fichier /media/clef
Benoit écrivait /dev/sdb1. Comment savoir où sur /dev se trouve
exactement la clé ?
sudo mount /dev/clef /media/clef
cp fichier /media/clef
Benoit écrivait /dev/sdb1. Comment savoir où sur /dev se trouve
exactement la clé ?
sudo mount /dev/clef /media/clef
cp fichier /media/clef
Benoit écrivait /dev/sdb1. Comment savoir où sur /dev se trouve
exactement la clé ?
Cela dit, même si j'apprécie Linux
et que c'est pour cette raison que je l'ai choisi au lieu de
Windows pour mon ordinateur personnel, je trouverais dommage
qu'il faille être un gourou pour l'utiliser : ce serait un
argument anti-Linux et pro-Windows ou pro-Mac.
Sauf que là, actuellement (pour ta problématique de pilotes graphiques),
tu ne l'utilises pas, tu l'administres. Donc, sans être un gourou (je
pense qu'il en existe peu), il te faut un minimum de connaissance pour
le faire dans de bonnes conditions. Et tu noteras que ce n'est pas
différent sous Windows ou Mac lorsque tu rencontres des problèmes.
Après, mon intervention partait d'un bon sentiment pour t'éviter d'avoir
à recopier à la main quelques dizaines de lignes absconses...
Cela dit, même si j'apprécie Linux
et que c'est pour cette raison que je l'ai choisi au lieu de
Windows pour mon ordinateur personnel, je trouverais dommage
qu'il faille être un gourou pour l'utiliser : ce serait un
argument anti-Linux et pro-Windows ou pro-Mac.
Sauf que là, actuellement (pour ta problématique de pilotes graphiques),
tu ne l'utilises pas, tu l'administres. Donc, sans être un gourou (je
pense qu'il en existe peu), il te faut un minimum de connaissance pour
le faire dans de bonnes conditions. Et tu noteras que ce n'est pas
différent sous Windows ou Mac lorsque tu rencontres des problèmes.
Après, mon intervention partait d'un bon sentiment pour t'éviter d'avoir
à recopier à la main quelques dizaines de lignes absconses...
Cela dit, même si j'apprécie Linux
et que c'est pour cette raison que je l'ai choisi au lieu de
Windows pour mon ordinateur personnel, je trouverais dommage
qu'il faille être un gourou pour l'utiliser : ce serait un
argument anti-Linux et pro-Windows ou pro-Mac.
Sauf que là, actuellement (pour ta problématique de pilotes graphiques),
tu ne l'utilises pas, tu l'administres. Donc, sans être un gourou (je
pense qu'il en existe peu), il te faut un minimum de connaissance pour
le faire dans de bonnes conditions. Et tu noteras que ce n'est pas
différent sous Windows ou Mac lorsque tu rencontres des problèmes.
Après, mon intervention partait d'un bon sentiment pour t'éviter d'avoir
à recopier à la main quelques dizaines de lignes absconses...
De nos jours (comprendre avec systemd) :
# journalctl -f
[puis tu branches ta clé]
Tu devrais le voir assez facilement.
Avec ou sans systemd :
[tu branches ta clé]
# dmesg | tail
De nos jours (comprendre avec systemd) :
# journalctl -f
[puis tu branches ta clé]
Tu devrais le voir assez facilement.
Avec ou sans systemd :
[tu branches ta clé]
# dmesg | tail
De nos jours (comprendre avec systemd) :
# journalctl -f
[puis tu branches ta clé]
Tu devrais le voir assez facilement.
Avec ou sans systemd :
[tu branches ta clé]
# dmesg | tail
Comment savoir où sur /dev se trouve exactement la clé ?
Comment savoir où sur /dev se trouve exactement la clé ?
Comment savoir où sur /dev se trouve exactement la clé ?
Le 28/03/2017 14:36, Lucas Levrel a écrit :[ 30.741] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 31.075] (==) No Layout section. Using the first Screen section.
--
[ 33.200] (EE) Screen 0 deleted because of no matching config section.
[ 33.200] (II) UnloadModule: "radeon"
[ 33.200] (EE) Screen 0 deleted because of no matching config section.
[ 33.200] (II) UnloadModule: "modesetting"$ ls -l /usr/share/X11/xorg.conf.d
total 36
-rw-r--r-- 1 root root 92 févr. 15 12:20 10-amdgpu.conf
-rw-r--r-- 1 root root 1099 mars 3 2016 10-evdev.conf
-rw-r--r-- 1 root root 1350 nov. 2 23:08 10-quirks.conf
-rw-r--r-- 1 root root 590 mars 3 2016 11-evdev-quirks.conf
-rw-r--r-- 1 root root 364 mars 3 2016 11-evdev-trackpoint.conf
-rw-r--r-- 1 root root 1751 mars 3 2016 50-synaptics.conf
-rw-r--r-- 1 root root 115 mars 3 2016 50-vmmouse.conf
-rw-r--r-- 1 root root 1385 mars 3 2016 50-wacom.conf
-rw-r--r-- 1 root root 590 mars 3 2016 51-synaptics-quirks.conf
Est-ce que donner le contenu de l'un de ces fichiers pourrait être
utile ?
Oui, ou plutôt jettes-y toi-même un œil à la recherche de sections
concernant l'affichage (ServerLayout, Device, Screen, Monitor) et poste
alors le contenu du fichier.
C'est mal barré :
$ cd /usr/share/X11/xorg.conf.d
$ grep -E 'Layout|Device|Screen|Monitor' *
Le message d'erreur semble dire qu'il y a là-dedans des sections Screen
explicites qu'il n'utilise pas ("no matching...").
Je dirais plutôt qu'il ne trouve aucune section Layout ni aucune
section Screen. Je pense que s'il en avait trouvé une qui ne convient
pas le message aurait été « not matching » plutôt que « no matching ».
Le 28/03/2017 14:36, Lucas Levrel a écrit :
[ 30.741] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 31.075] (==) No Layout section. Using the first Screen section.
--
[ 33.200] (EE) Screen 0 deleted because of no matching config section.
[ 33.200] (II) UnloadModule: "radeon"
[ 33.200] (EE) Screen 0 deleted because of no matching config section.
[ 33.200] (II) UnloadModule: "modesetting"
$ ls -l /usr/share/X11/xorg.conf.d
total 36
-rw-r--r-- 1 root root 92 févr. 15 12:20 10-amdgpu.conf
-rw-r--r-- 1 root root 1099 mars 3 2016 10-evdev.conf
-rw-r--r-- 1 root root 1350 nov. 2 23:08 10-quirks.conf
-rw-r--r-- 1 root root 590 mars 3 2016 11-evdev-quirks.conf
-rw-r--r-- 1 root root 364 mars 3 2016 11-evdev-trackpoint.conf
-rw-r--r-- 1 root root 1751 mars 3 2016 50-synaptics.conf
-rw-r--r-- 1 root root 115 mars 3 2016 50-vmmouse.conf
-rw-r--r-- 1 root root 1385 mars 3 2016 50-wacom.conf
-rw-r--r-- 1 root root 590 mars 3 2016 51-synaptics-quirks.conf
Est-ce que donner le contenu de l'un de ces fichiers pourrait être
utile ?
Oui, ou plutôt jettes-y toi-même un œil à la recherche de sections
concernant l'affichage (ServerLayout, Device, Screen, Monitor) et poste
alors le contenu du fichier.
C'est mal barré :
$ cd /usr/share/X11/xorg.conf.d
$ grep -E 'Layout|Device|Screen|Monitor' *
Le message d'erreur semble dire qu'il y a là-dedans des sections Screen
explicites qu'il n'utilise pas ("no matching...").
Je dirais plutôt qu'il ne trouve aucune section Layout ni aucune
section Screen. Je pense que s'il en avait trouvé une qui ne convient
pas le message aurait été « not matching » plutôt que « no matching ».
Le 28/03/2017 14:36, Lucas Levrel a écrit :[ 30.741] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 31.075] (==) No Layout section. Using the first Screen section.
--
[ 33.200] (EE) Screen 0 deleted because of no matching config section.
[ 33.200] (II) UnloadModule: "radeon"
[ 33.200] (EE) Screen 0 deleted because of no matching config section.
[ 33.200] (II) UnloadModule: "modesetting"$ ls -l /usr/share/X11/xorg.conf.d
total 36
-rw-r--r-- 1 root root 92 févr. 15 12:20 10-amdgpu.conf
-rw-r--r-- 1 root root 1099 mars 3 2016 10-evdev.conf
-rw-r--r-- 1 root root 1350 nov. 2 23:08 10-quirks.conf
-rw-r--r-- 1 root root 590 mars 3 2016 11-evdev-quirks.conf
-rw-r--r-- 1 root root 364 mars 3 2016 11-evdev-trackpoint.conf
-rw-r--r-- 1 root root 1751 mars 3 2016 50-synaptics.conf
-rw-r--r-- 1 root root 115 mars 3 2016 50-vmmouse.conf
-rw-r--r-- 1 root root 1385 mars 3 2016 50-wacom.conf
-rw-r--r-- 1 root root 590 mars 3 2016 51-synaptics-quirks.conf
Est-ce que donner le contenu de l'un de ces fichiers pourrait être
utile ?
Oui, ou plutôt jettes-y toi-même un œil à la recherche de sections
concernant l'affichage (ServerLayout, Device, Screen, Monitor) et poste
alors le contenu du fichier.
C'est mal barré :
$ cd /usr/share/X11/xorg.conf.d
$ grep -E 'Layout|Device|Screen|Monitor' *
Le message d'erreur semble dire qu'il y a là-dedans des sections Screen
explicites qu'il n'utilise pas ("no matching...").
Je dirais plutôt qu'il ne trouve aucune section Layout ni aucune
section Screen. Je pense que s'il en avait trouvé une qui ne convient
pas le message aurait été « not matching » plutôt que « no matching ».
$ ls -l /usr/share/X11/xorg.conf.d
total 36
-rw-r--r-- 1 root root 92 févr. 15 12:20 10-amdgpu.conf
-rw-r--r-- 1 root root 1099 mars 3 2016 10-evdev.conf
-rw-r--r-- 1 root root 1350 nov. 2 23:08 10-quirks.conf
-rw-r--r-- 1 root root 590 mars 3 2016 11-evdev-quirks.conf
-rw-r--r-- 1 root root 364 mars 3 2016 11-evdev-trackpoint.conf
-rw-r--r-- 1 root root 1751 mars 3 2016 50-synaptics.conf
-rw-r--r-- 1 root root 115 mars 3 2016 50-vmmouse.conf
-rw-r--r-- 1 root root 1385 mars 3 2016 50-wacom.conf
-rw-r--r-- 1 root root 590 mars 3 2016 51-synaptics-quirks.conf
Est-ce que donner le contenu de l'un de ces fichiers pourrait être
utile ?
Oui, ou plutôt jettes-y toi-même un ½il à la recherche de sections
concernant l'affichage (ServerLayout, Device, Screen, Monitor) et poste
alors le contenu du fichier.
C'est mal barré :
$ cd /usr/share/X11/xorg.conf.d
$ grep -E 'Layout|Device|Screen|Monitor' *
Pour quelqu'un qui répugne à la ligne de commande ;-)
On pourrait quand même avoir plutôt le contenu de 10-amdgpu et 10-quirks ?
Un fichier de config de carte graphique AMD a quand même des chances
d'être intéressant ! Certes le premier, avec ses 92 octets, ne doit pas
être très fourni...
Le message d'erreur semble dire qu'il y a là-dedans des sections Screen
explicites qu'il n'utilise pas ("no matching...").
Je dirais plutôt qu'il ne trouve aucune section Layout ni aucune
section Screen. Je pense que s'il en avait trouvé une qui ne convient
pas le message aurait été « not matching » plutôt que « no matching ».
Il dit « je n'ai pas trouvé de section adéquate », par rapport « la
section trouvée n'est pas adéquate », la différence est mince et amha ne
permet pas de conclure qu'il n'y a aucune section de ce type.
$ ls -l /usr/share/X11/xorg.conf.d
total 36
-rw-r--r-- 1 root root 92 févr. 15 12:20 10-amdgpu.conf
-rw-r--r-- 1 root root 1099 mars 3 2016 10-evdev.conf
-rw-r--r-- 1 root root 1350 nov. 2 23:08 10-quirks.conf
-rw-r--r-- 1 root root 590 mars 3 2016 11-evdev-quirks.conf
-rw-r--r-- 1 root root 364 mars 3 2016 11-evdev-trackpoint.conf
-rw-r--r-- 1 root root 1751 mars 3 2016 50-synaptics.conf
-rw-r--r-- 1 root root 115 mars 3 2016 50-vmmouse.conf
-rw-r--r-- 1 root root 1385 mars 3 2016 50-wacom.conf
-rw-r--r-- 1 root root 590 mars 3 2016 51-synaptics-quirks.conf
Est-ce que donner le contenu de l'un de ces fichiers pourrait être
utile ?
Oui, ou plutôt jettes-y toi-même un ½il à la recherche de sections
concernant l'affichage (ServerLayout, Device, Screen, Monitor) et poste
alors le contenu du fichier.
C'est mal barré :
$ cd /usr/share/X11/xorg.conf.d
$ grep -E 'Layout|Device|Screen|Monitor' *
Pour quelqu'un qui répugne à la ligne de commande ;-)
On pourrait quand même avoir plutôt le contenu de 10-amdgpu et 10-quirks ?
Un fichier de config de carte graphique AMD a quand même des chances
d'être intéressant ! Certes le premier, avec ses 92 octets, ne doit pas
être très fourni...
Le message d'erreur semble dire qu'il y a là-dedans des sections Screen
explicites qu'il n'utilise pas ("no matching...").
Je dirais plutôt qu'il ne trouve aucune section Layout ni aucune
section Screen. Je pense que s'il en avait trouvé une qui ne convient
pas le message aurait été « not matching » plutôt que « no matching ».
Il dit « je n'ai pas trouvé de section adéquate », par rapport « la
section trouvée n'est pas adéquate », la différence est mince et amha ne
permet pas de conclure qu'il n'y a aucune section de ce type.
$ ls -l /usr/share/X11/xorg.conf.d
total 36
-rw-r--r-- 1 root root 92 févr. 15 12:20 10-amdgpu.conf
-rw-r--r-- 1 root root 1099 mars 3 2016 10-evdev.conf
-rw-r--r-- 1 root root 1350 nov. 2 23:08 10-quirks.conf
-rw-r--r-- 1 root root 590 mars 3 2016 11-evdev-quirks.conf
-rw-r--r-- 1 root root 364 mars 3 2016 11-evdev-trackpoint.conf
-rw-r--r-- 1 root root 1751 mars 3 2016 50-synaptics.conf
-rw-r--r-- 1 root root 115 mars 3 2016 50-vmmouse.conf
-rw-r--r-- 1 root root 1385 mars 3 2016 50-wacom.conf
-rw-r--r-- 1 root root 590 mars 3 2016 51-synaptics-quirks.conf
Est-ce que donner le contenu de l'un de ces fichiers pourrait être
utile ?
Oui, ou plutôt jettes-y toi-même un ½il à la recherche de sections
concernant l'affichage (ServerLayout, Device, Screen, Monitor) et poste
alors le contenu du fichier.
C'est mal barré :
$ cd /usr/share/X11/xorg.conf.d
$ grep -E 'Layout|Device|Screen|Monitor' *
Pour quelqu'un qui répugne à la ligne de commande ;-)
On pourrait quand même avoir plutôt le contenu de 10-amdgpu et 10-quirks ?
Un fichier de config de carte graphique AMD a quand même des chances
d'être intéressant ! Certes le premier, avec ses 92 octets, ne doit pas
être très fourni...
Le message d'erreur semble dire qu'il y a là-dedans des sections Screen
explicites qu'il n'utilise pas ("no matching...").
Je dirais plutôt qu'il ne trouve aucune section Layout ni aucune
section Screen. Je pense que s'il en avait trouvé une qui ne convient
pas le message aurait été « not matching » plutôt que « no matching ».
Il dit « je n'ai pas trouvé de section adéquate », par rapport « la
section trouvée n'est pas adéquate », la différence est mince et amha ne
permet pas de conclure qu'il n'y a aucune section de ce type.
Voici ce que donne le lspci :
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Juniper XT [Radeon HD 5770]
Depuis, j'ai appris que le driver d'origine de ma carte graphique ne
fonctionne pas dans Ubuntu 16.04 et que je dois installer AMDGPU-PRO
Voici ce que donne le lspci :
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Juniper XT [Radeon HD 5770]
Depuis, j'ai appris que le driver d'origine de ma carte graphique ne
fonctionne pas dans Ubuntu 16.04 et que je dois installer AMDGPU-PRO
Voici ce que donne le lspci :
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Juniper XT [Radeon HD 5770]
Depuis, j'ai appris que le driver d'origine de ma carte graphique ne
fonctionne pas dans Ubuntu 16.04 et que je dois installer AMDGPU-PRO
Reprenons à zéro.
Le 23 mars 2017, à 08:58, Olivier Miakinen a écrit :Voici ce que donne le lspci :
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Juniper XT [Radeon HD 5770]
Depuis, j'ai appris que le driver d'origine de ma carte graphique ne
fonctionne pas dans Ubuntu 16.04 et que je dois installer AMDGPU-PRO
Le driver d'origine, c'est-à-dire ? Le driver propriétaire ?
D'après le site d'Xorg le driver radeon gère ta carte.
Vérifie qu'il est installé (/usr/lib64/xorg/modules/drivers/radeon_drv.so)
et crée un fichier /etc/X11/xorg.conf contenant :
Section "ServerLayout"
Identifier "monLayout"
Screen "monScreen"
EndSection
Section "Screen"
Identifier "monScreen"
Device "monDevice"
Monitor "monMonitor"
DefaultDepth 24
SubSection "Display"
Modes "1680x1050"
EndSubSection
EndSection
Section "Device"
Identifier "monDevice"
BoardName "Radeon HD 5770"
VendorName "ATI"
Driver "radeon"
EndSection
Section "Monitor"
Identifier "monMonitor"
Option "PreferredMode" "1680x1050"
# ça on verra si Xorg a des problèmes à trouver un mode correct
# UseModes "monModes"
EndSection
Si cette config pose un gros problème (p.ex. le boot t'emmène
automatiquement sur un écran graphique où tu ne peux rien faire), la
solution consiste à démarrer en mode single-user et à effacer le fichier.
Pour démarrer en single-user, il faut ajouter le paramètre « 1 » ou « S »
à la ligne « kernel » de grub : choisir l'item habituel du menu de grub,
taper « e » (edit) (sur un menu graphique il faudra peut-être faire Échap
avant), choisir la ligne « kernel », taper « e » (edit), ajouter « 1 » à
la fin, Entrée, « b » (boot).
Poste le Xorg.0.log complet.
Reprenons à zéro.
Le 23 mars 2017, à 08:58, Olivier Miakinen a écrit :
Voici ce que donne le lspci :
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Juniper XT [Radeon HD 5770]
Depuis, j'ai appris que le driver d'origine de ma carte graphique ne
fonctionne pas dans Ubuntu 16.04 et que je dois installer AMDGPU-PRO
Le driver d'origine, c'est-à-dire ? Le driver propriétaire ?
D'après le site d'Xorg le driver radeon gère ta carte.
Vérifie qu'il est installé (/usr/lib64/xorg/modules/drivers/radeon_drv.so)
et crée un fichier /etc/X11/xorg.conf contenant :
Section "ServerLayout"
Identifier "monLayout"
Screen "monScreen"
EndSection
Section "Screen"
Identifier "monScreen"
Device "monDevice"
Monitor "monMonitor"
DefaultDepth 24
SubSection "Display"
Modes "1680x1050"
EndSubSection
EndSection
Section "Device"
Identifier "monDevice"
BoardName "Radeon HD 5770"
VendorName "ATI"
Driver "radeon"
EndSection
Section "Monitor"
Identifier "monMonitor"
Option "PreferredMode" "1680x1050"
# ça on verra si Xorg a des problèmes à trouver un mode correct
# UseModes "monModes"
EndSection
Si cette config pose un gros problème (p.ex. le boot t'emmène
automatiquement sur un écran graphique où tu ne peux rien faire), la
solution consiste à démarrer en mode single-user et à effacer le fichier.
Pour démarrer en single-user, il faut ajouter le paramètre « 1 » ou « S »
à la ligne « kernel » de grub : choisir l'item habituel du menu de grub,
taper « e » (edit) (sur un menu graphique il faudra peut-être faire Échap
avant), choisir la ligne « kernel », taper « e » (edit), ajouter « 1 » à
la fin, Entrée, « b » (boot).
Poste le Xorg.0.log complet.
Reprenons à zéro.
Le 23 mars 2017, à 08:58, Olivier Miakinen a écrit :Voici ce que donne le lspci :
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Juniper XT [Radeon HD 5770]
Depuis, j'ai appris que le driver d'origine de ma carte graphique ne
fonctionne pas dans Ubuntu 16.04 et que je dois installer AMDGPU-PRO
Le driver d'origine, c'est-à-dire ? Le driver propriétaire ?
D'après le site d'Xorg le driver radeon gère ta carte.
Vérifie qu'il est installé (/usr/lib64/xorg/modules/drivers/radeon_drv.so)
et crée un fichier /etc/X11/xorg.conf contenant :
Section "ServerLayout"
Identifier "monLayout"
Screen "monScreen"
EndSection
Section "Screen"
Identifier "monScreen"
Device "monDevice"
Monitor "monMonitor"
DefaultDepth 24
SubSection "Display"
Modes "1680x1050"
EndSubSection
EndSection
Section "Device"
Identifier "monDevice"
BoardName "Radeon HD 5770"
VendorName "ATI"
Driver "radeon"
EndSection
Section "Monitor"
Identifier "monMonitor"
Option "PreferredMode" "1680x1050"
# ça on verra si Xorg a des problèmes à trouver un mode correct
# UseModes "monModes"
EndSection
Si cette config pose un gros problème (p.ex. le boot t'emmène
automatiquement sur un écran graphique où tu ne peux rien faire), la
solution consiste à démarrer en mode single-user et à effacer le fichier.
Pour démarrer en single-user, il faut ajouter le paramètre « 1 » ou « S »
à la ligne « kernel » de grub : choisir l'item habituel du menu de grub,
taper « e » (edit) (sur un menu graphique il faudra peut-être faire Échap
avant), choisir la ligne « kernel », taper « e » (edit), ajouter « 1 » à
la fin, Entrée, « b » (boot).
Poste le Xorg.0.log complet.