> Du coup j'ai désinstallé (sudo apt-get remove) les deux paquets que
> j'avais installé, et j'ai réinstallé xserver-xorg-core tout seul car il
> m'avait semblé qu'il le virait lors de l'install précédente.

Je crois que j'ai trouvé (sur la page que je t'indique dans mon précédent
message)

" You can safely take away your /etc/X11/xorg.conf and your computer
should run fine."

En d'autre terme vire ce fichier qui de toute façon n'est pas à jour
(note quelque part les personnalisations que tu aurais faites (par ex.

clavier, touchpad) pour les réimplanter ailleurs), et ton ordi devrait

Olivier Miakinen

unread,

Mar 24, 2017, 12:12:20 PM3/24/17

to

Le 24/03/2017 16:54, Jo Engo a écrit :
> Le Fri, 24 Mar 2017 12:36:27 +0100, Olivier Miakinen a écrit :
>
>> Au secours !
>
> Tu as été voir là : https://help.ubuntu.com/community/RadeonDriver

Oui.

> tu n'as pas de difficulté avec l'anglais ?

Je me débrouille.

> Ta carte est marquée fully supported.

Oui, d'où ma confiance à suivre les instructions pour installer
le driver AMDGPU_PRO. Mais l'installation plantait pour une
raison que je n'ai pas comprise, et maintenant c'est encore pire
puisque je n'ai même plus de session graphique du tout.

--
Olivier Miakinen

Olivier Miakinen

unread,

Mar 24, 2017, 12:19:12 PM3/24/17

to

Le 24/03/2017 17:06, Jo Engo a écrit :
>
> Je crois que j'ai trouvé (sur la page que je t'indique dans mon précédent
> message)
>
> " You can safely take away your /etc/X11/xorg.conf and your computer
> should run fine."
>
> En d'autre terme vire ce fichier qui de toute façon n'est pas à jour
> (note quelque part les personnalisations que tu aurais faites (par ex.
> clavier, touchpad) pour les réimplanter ailleurs), et ton ordi devrait
> briller comme un sapin de noël (à condition que tu regardes une photo de
> sapin de Noël).

Je vais essayer. Si ça fonctionne je donnerai des nouvelles ce week-end,
sinon il faudra attendre que j'aie de nouveau accès à
un autre ordi, donc sans doute lundi.

--
Olivier Miakinen

jp willm

unread,

Mar 24, 2017, 1:11:49 PM3/24/17

to

Le 24/03/2017 à 17:06, Jo Engo a écrit :

> Je crois que j'ai trouvé (sur la page que je t'indique dans mon précédent
> message)
>
> " You can safely take away your /etc/X11/xorg.conf and your computer
> should run fine."

Je faisais cela avec succès quand j'avais des problèmes d'écran noir
avec certaines cartes nvidia.

Jo Engo

unread,

Mar 24, 2017, 1:38:03 PM3/24/17

to

Le Fri, 24 Mar 2017 17:19:11 +0100, Olivier Miakinen a écrit :

> Je vais essayer. Si ça fonctionne je donnerai des nouvelles ce week-end,
> sinon il faudra attendre que j'aie de nouveau accès à un autre ordi,
> donc sans doute lundi.

Essaie de te faire un serveur X de dépannage avec vesa. Je ne sais pas
comment on fait concrètemeçnt ceci dit mais essaie "sudo X -configure"
dans une console bien sûr,
--
- Mince, ça vient d'augmenter à 106 unités : « mer aux cvi wons. »
-- Esposito-Farese, Gilles

Olivier Miakinen

unread,

Mar 24, 2017, 7:30:57 PM3/24/17

to

Le 24/03/2017 17:19, je répondais à Jo Engo :

>>
>> " You can safely take away your /etc/X11/xorg.conf and your computer
>> should run fine."
>

> Je vais essayer. Si ça fonctionne je donnerai des nouvelles ce week-end,
> sinon il faudra attendre que j'aie de nouveau accès à
> un autre ordi, donc sans doute lundi.

Je l'ai fait, ça n'a rien changé. Puis j'ai eu l'inspiration de tenter
de réinstaller tout xorg (sudo apt-get install xorg) et enfin j'ai pu
retrouver une session graphique.

Par contre, le display n'est toujours pas reconnu et il s'obstine à
n'accepter que du 1024×768 au lieu de 1680×1050.

--
Olivier Miakinen

Jo Engo

unread,

Mar 25, 2017, 7:05:02 AM3/25/17

to

Le Sat, 25 Mar 2017 00:30:56 +0100, Olivier Miakinen a écrit :

> Par contre, le display n'est toujours pas reconnu et il s'obstine à
> n'accepter que du 1024×768 au lieu de 1680×1050.

Que dit le log de Xorg ?

tail /var/log/Xorg.0.log et

tail /var/log/Xorg.1.log

joue avec tail (-n nb de lignes) pour trouver la bonne. Ta carte
graphique n'est pas reconnue ou bien le driver n'est pas installé.

--
Mieux vaut mentir comme un arracheur de dents
que dire la vérité à travers un dentier.
-+- Pierre Perret -+-

Lucas Levrel

unread,

Mar 25, 2017, 7:49:24 AM3/25/17

to

Le 25 mars 2017, à 00:30, Olivier Miakinen a écrit :

> Par contre, le display n'est toujours pas reconnu et il s'obstine à
> n'accepter que du 1024×768 au lieu de 1680×1050.

J'ai eu ça avec un écran, j'ai dû mettre une Modeline à la main dans
xorg.conf(.d) . Dans le log Xorg.0.log tu trouveras un passage où il
énumère tous les modes qu'il pense supportés par l'écran (et aussi ses
dimensions en mm, qui ne sont pas toujours correctes !).

--
LL
Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
C'est mieux avé les accents (F. Patte)

Olivier Miakinen

unread,

Mar 25, 2017, 7:52:24 PM3/25/17

to

Le 25/03/2017 12:05, Jo Engo a écrit :
>
> Que dit le log de Xorg ?
>
> tail /var/log/Xorg.0.log et
>
> tail /var/log/Xorg.1.log

Tiens, c'est vrai, maintenant que j'ai retrouvé un accès correct
je peux faire du copier-coller. Il n'y a apparemment rien de
suspect dans Xorg.0.log, mais il y a des erreurs dans Xorg.1.log
et Xorg.failsafe.log.

J'en copie la fin sous forme de citation pour éviter de rajouter
des sauts de ligne.

/var/log/Xorg.1.log :

> [ 87912.517] (==) Log file: "/var/log/Xorg.1.log", Time: Fri Mar 24 01:18:56 2017
> [ 87912.517] (==) Using config file: "/etc/X11/xorg.conf"
> [ 87912.517] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
> [ 87912.517] (==) No Layout section. Using the first Screen section.
> [ 87912.517] (**) |-->Screen "Default Screen" (0)
> [ 87912.517] (**) | |-->Monitor "<default monitor>"
> [ 87912.518] (==) No device specified for screen "Default Screen".
> Using the first device section listed.
> [ 87912.518] (**) | |-->Device "Default Device"
> [ 87912.518] (==) No monitor specified for screen "Default Screen".
> Using a default monitor configuration.
> [ 87912.518] (==) Automatically adding devices
> [ 87912.518] (==) Automatically enabling devices
> [ 87912.518] (==) Automatically adding GPU devices
> [ 87912.518] (==) Max clients allowed: 256, resource mask: 0x1fffff
> [ 87912.518] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
> [ 87912.518] Entry deleted from font path.
> [ 87912.518] (==) FontPath set to:
> /usr/share/fonts/X11/misc,
> /usr/share/fonts/X11/100dpi/:unscaled,
> /usr/share/fonts/X11/75dpi/:unscaled,
> /usr/share/fonts/X11/Type1,
> /usr/share/fonts/X11/100dpi,
> /usr/share/fonts/X11/75dpi,
> built-ins
> [ 87912.518] (==) ModulePath set to "/usr/lib/i386-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules"
> [ 87912.518] (II) The server relies on udev to provide the list of input devices.
> If no devices become available, reconfigure udev or disable AutoAddDevices.
> [ 87912.518] (II) Loader magic: 0x8033b700
> [ 87912.518] (II) Module ABI versions:
> [ 87912.518] X.Org ANSI C Emulation: 0.4
> [ 87912.518] X.Org Video Driver: 20.0
> [ 87912.518] X.Org XInput driver : 22.1
> [ 87912.518] X.Org Server Extension : 9.0
> [ 87912.519] (++) using VT number 7
>
> [ 87912.519] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
> [ 87912.520] (--) PCI:*(0:1:0:0) 1002:68b8:1787:2288 rev 0, Mem @ 0xd0000000/268435456, 0xfbcc0000/131072, I/O @ 0x0000b000/256, BIOS @ 0x????????/131072
> [ 87912.520] (II) "glx" will be loaded. This was enabled by default and also specified in the config file.
> [ 87912.520] (II) LoadModule: "glx"
> [ 87912.520] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
> [ 87912.521] (II) Module glx: vendor="X.Org Foundation"
> [ 87912.521] compiled for 1.18.4, module version = 1.0.0
> [ 87912.521] ABI class: X.Org Server Extension, version 9.0
> [ 87912.522] (==) AIGLX enabled
> [ 87912.522] (II) LoadModule: "fglrx"
> [ 87912.522] (WW) Warning, couldn't open module fglrx
> [ 87912.522] (II) UnloadModule: "fglrx"
> [ 87912.522] (II) Unloading fglrx
> [ 87912.522] (EE) Failed to load module "fglrx" (module does not exist, 0)
> [ 87912.522] (==) Matched ati as autoconfigured driver 0
> [ 87912.522] (==) Matched modesetting as autoconfigured driver 1
> [ 87912.522] (==) Matched fbdev as autoconfigured driver 2
> [ 87912.522] (==) Matched vesa as autoconfigured driver 3
> [ 87912.522] (==) Assigned the driver to the xf86ConfigLayout
> [ 87912.522] (II) LoadModule: "ati"
> [ 87912.522] (WW) Warning, couldn't open module ati
> [ 87912.522] (II) UnloadModule: "ati"
> [ 87912.522] (II) Unloading ati
> [ 87912.522] (EE) Failed to load module "ati" (module does not exist, 0)
> [ 87912.522] (II) LoadModule: "modesetting"
> [ 87912.522] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
> [ 87912.522] (II) Module modesetting: vendor="X.Org Foundation"
> [ 87912.522] compiled for 1.18.4, module version = 1.18.4
> [ 87912.522] Module class: X.Org Video Driver
> [ 87912.522] ABI class: X.Org Video Driver, version 20.0
> [ 87912.522] (II) LoadModule: "fbdev"
> [ 87912.522] (WW) Warning, couldn't open module fbdev
> [ 87912.522] (II) UnloadModule: "fbdev"
> [ 87912.522] (II) Unloading fbdev
> [ 87912.522] (EE) Failed to load module "fbdev" (module does not exist, 0)
> [ 87912.522] (II) LoadModule: "vesa"
> [ 87912.523] (WW) Warning, couldn't open module vesa
> [ 87912.523] (II) UnloadModule: "vesa"
> [ 87912.523] (II) Unloading vesa
> [ 87912.523] (EE) Failed to load module "vesa" (module does not exist, 0)
> [ 87912.523] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
> [ 87913.777] (EE) open /dev/dri/card0: No such file or directory
> [ 87913.777] (WW) Falling back to old probe method for modesetting
> [ 87913.777] (EE) open /dev/dri/card0: No such file or directory
> [ 87913.777] (EE) Screen 0 deleted because of no matching config section.
> [ 87913.777] (II) UnloadModule: "modesetting"
> [ 87913.777] (EE) Device(s) detected, but none match those in the config file.
> [ 87913.777] (EE)
> Fatal server error:
> [ 87913.777] (EE) no screens found(EE)
> [ 87913.777] (EE)
> Please consult the The X.Org Foundation support
> at http://wiki.x.org
> for help.
> [ 87913.777] (EE) Please also check the log file at "/var/log/Xorg.1.log" for additional information.
> [ 87913.777] (EE)
> [ 87914.577] (EE) Server terminated with error (1). Closing log file.

/var/log/Xorg.failsafe.log :

> [ 47.813] (++) Log file: "/var/log/Xorg.failsafe.log", Time: Fri Mar 24 23:47:58 2017
> [ 47.813] (++) Using config file: "/etc/X11/xorg.conf.failsafe"
> [ 47.813] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
> [ 47.814] (==) No Layout section. Using the first Screen section.
> [ 47.814] (**) |-->Screen "Default Screen" (0)
> [ 47.814] (**) | |-->Monitor "Configured Monitor"
> [ 47.814] (**) | |-->Device "Configured Video Device"
> [ 47.814] (==) Automatically adding devices
> [ 47.814] (==) Automatically enabling devices
> [ 47.814] (==) Automatically adding GPU devices
> [ 47.814] (==) Max clients allowed: 256, resource mask: 0x1fffff
> [ 47.814] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
> [ 47.814] Entry deleted from font path.
> [ 47.814] (==) FontPath set to:
> /usr/share/fonts/X11/misc,
> /usr/share/fonts/X11/100dpi/:unscaled,
> /usr/share/fonts/X11/75dpi/:unscaled,
> /usr/share/fonts/X11/Type1,
> /usr/share/fonts/X11/100dpi,
> /usr/share/fonts/X11/75dpi,
> built-ins
> [ 47.814] (==) ModulePath set to "/usr/lib/i386-linux-gnu/xorg/extra-modules,/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules"
> [ 47.814] (II) The server relies on udev to provide the list of input devices.
> If no devices become available, reconfigure udev or disable AutoAddDevices.
> [ 47.814] (II) Loader magic: 0x8027b700
> [ 47.814] (II) Module ABI versions:
> [ 47.814] X.Org ANSI C Emulation: 0.4
> [ 47.814] X.Org Video Driver: 20.0
> [ 47.814] X.Org XInput driver : 22.1
> [ 47.814] X.Org Server Extension : 9.0
> [ 47.815] (--) using VT number 2
>
> [ 47.815] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
> [ 47.816] (--) PCI:*(0:1:0:0) 1002:68b8:1787:2288 rev 0, Mem @ 0xd0000000/268435456, 0xfbcc0000/131072, I/O @ 0x0000b000/256, BIOS @ 0x????????/131072
> [ 47.816] (II) LoadModule: "glx"
> [ 47.816] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
> [ 47.817] (II) Module glx: vendor="X.Org Foundation"
> [ 47.817] compiled for 1.18.4, module version = 1.0.0
> [ 47.817] ABI class: X.Org Server Extension, version 9.0
> [ 47.817] (==) AIGLX enabled
> [ 47.817] (II) LoadModule: "vesa"
> [ 47.817] (WW) Warning, couldn't open module vesa
> [ 47.817] (II) UnloadModule: "vesa"
> [ 47.817] (II) Unloading vesa
> [ 47.817] (EE) Failed to load module "vesa" (module does not exist, 0)
> [ 47.817] (==) Matched ati as autoconfigured driver 0
> [ 47.817] (==) Matched modesetting as autoconfigured driver 1
> [ 47.817] (==) Matched fbdev as autoconfigured driver 2
> [ 47.817] (==) Matched vesa as autoconfigured driver 3
> [ 47.817] (==) Assigned the driver to the xf86ConfigLayout
> [ 47.817] (II) LoadModule: "ati"
> [ 47.818] (WW) Warning, couldn't open module ati
> [ 47.818] (II) UnloadModule: "ati"
> [ 47.818] (II) Unloading ati
> [ 47.818] (EE) Failed to load module "ati" (module does not exist, 0)
> [ 47.818] (II) LoadModule: "modesetting"
> [ 47.818] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
> [ 47.818] (II) Module modesetting: vendor="X.Org Foundation"
> [ 47.818] compiled for 1.18.4, module version = 1.18.4
> [ 47.818] Module class: X.Org Video Driver
> [ 47.818] ABI class: X.Org Video Driver, version 20.0
> [ 47.818] (II) LoadModule: "fbdev"
> [ 47.818] (WW) Warning, couldn't open module fbdev
> [ 47.818] (II) UnloadModule: "fbdev"
> [ 47.818] (II) Unloading fbdev
> [ 47.818] (EE) Failed to load module "fbdev" (module does not exist, 0)
> [ 47.818] (II) LoadModule: "vesa"
> [ 47.818] (WW) Warning, couldn't open module vesa
> [ 47.818] (II) UnloadModule: "vesa"
> [ 47.818] (II) Unloading vesa
> [ 47.818] (EE) Failed to load module "vesa" (module does not exist, 0)
> [ 47.818] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
> [ 48.214] (EE) open /dev/dri/card0: No such file or directory
> [ 48.214] (WW) Falling back to old probe method for modesetting
> [ 48.214] (EE) open /dev/dri/card0: No such file or directory
> [ 48.214] (EE) Screen 0 deleted because of no matching config section.
> [ 48.214] (II) UnloadModule: "modesetting"
> [ 48.214] (EE) Device(s) detected, but none match those in the config file.
> [ 48.214] (EE)
> Fatal server error:
> [ 48.214] (EE) no screens found(EE)
> [ 48.214] (EE)
> Please consult the The X.Org Foundation support
> at http://wiki.x.org
> for help.
> [ 48.214] (EE) Please also check the log file at "/var/log/Xorg.failsafe.log" for additional information.
> [ 48.214] (EE)
> [ 49.414] (EE) Server terminated with error (1). Closing log file.

Je n'ai plus de /etc/X11/xorg.conf mais voici le contenu de
/etc/X11/xorg.conf.failsafe :

> Section "Device"
> Identifier "Configured Video Device"
> Driver "vesa"
> EndSection
>
> Section "Monitor"
> Identifier "Configured Monitor"
> EndSection
>
> Section "Screen"
> Identifier "Default Screen"
> Monitor "Configured Monitor"
> Device "Configured Video Device"
> EndSection

--
Olivier Miakinen

unread,

Mar 26, 2017, 6:15:06 AM3/26/17

to

Le 26/03/2017 11:54, Jo Engo a écrit :
>
>> Voici les lignes avec des erreurs, et un peu de contexte (trois lignes
>> avant et trois lignes après chaque « EE »)
>
> Ce qui est intéressant de voir ce sont les warnings concernant l'écran.

Je vais refaire la même chose en ajoutant les WW.

> Juste double check : as-tu bien installé xserver-xorg-video-all ?
> Sinon, ne l'installe pas c'est inutile par contre installe juste (ou
> vérifie que c'est installé) xserver-xorg-video-ati (je ne me goure pas,
> c'est bien une ati ?) et vesa (en cas de pépin avec ati, mais ça ne sera
> toujours pas bon pour ton écran)

Voici le résultat d'un dpkg-query sur tout ce qui commence par
xserver-xorg. Je l'affiche sous forme de citation pour que les
lignes ne soient pas coupées.

=============================================================================================================
> $ dpkg-query -l 'xserver-xorg*'
> Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
> | État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
> |/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
> ||/ Nom Version Architecture Description
> +++-====================================-=======================-=======================-==============================================================================
> ii xserver-xorg 1:7.7+13ubuntu3 i386 X.Org X server
> ii xserver-xorg-core 2:1.18.4-0ubuntu0.2 i386 Xorg X server - core server
> rc xserver-xorg-core-hwe-16.04 2:1.18.4-1ubuntu6.1~16. i386 Xorg X server - core server
> un xserver-xorg-driver-all <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-hwe-16.04 <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-input <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-input-2 <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-input-2.1 <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-input-4 <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-input-7 <aucune> <aucune> (aucune description n'est disponible)
> ii xserver-xorg-input-all 1:7.7+13ubuntu3 i386 X.Org X server -- input driver metapackage
> ii xserver-xorg-input-evdev 1:2.10.1-1ubuntu2 i386 X.Org X server -- evdev input driver
> un xserver-xorg-input-evtouch <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-input-joystick <aucune> <aucune> (aucune description n'est disponible)
> ii xserver-xorg-input-synaptics 1.8.2-1ubuntu3 i386 Synaptics TouchPad driver for X.Org server
> un xserver-xorg-input-tslib <aucune> <aucune> (aucune description n'est disponible)
> ii xserver-xorg-input-vmmouse 1:13.1.0-1ubuntu2 i386 X.Org X server -- VMMouse input driver to use with VMWare
> un xserver-xorg-input-vmmouse-hwe-16.04 <aucune> <aucune> (aucune description n'est disponible)
> ii xserver-xorg-input-wacom 1:0.32.0-0ubuntu3 i386 X.Org X server -- Wacom input driver
> un xserver-xorg-input-wacom-hwe-16.04 <aucune> <aucune> (aucune description n'est disponible)
> rc xserver-xorg-legacy 2:1.18.4-0ubuntu0.2 i386 setuid root Xorg server wrapper
> un xserver-xorg-video <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-video-1.0 <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-video-1.9 <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-video-2 <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-video-4 <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-video-5 <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-video-6 <aucune> <aucune> (aucune description n'est disponible)
> ii xserver-xorg-video-all 1:7.7+13ubuntu3 i386 X.Org X server -- output driver metapackage
> ii xserver-xorg-video-amdgpu 1.1.2-0ubuntu0.16.04.1 i386 X.Org X server -- AMDGPU display driver
> ii xserver-xorg-video-ati 1:7.7.0-1 i386 X.Org X server -- AMD/ATI display driver wrapper
> un xserver-xorg-video-cyrix <aucune> <aucune> (aucune description n'est disponible)
> ii xserver-xorg-video-fbdev 1:0.4.4-1build5 i386 X.Org X server -- fbdev display driver
> un xserver-xorg-video-geode <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-video-glamoregl <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-video-i810 <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-video-imstt <aucune> <aucune> (aucune description n'est disponible)
> ii xserver-xorg-video-intel 2:2.99.917+git20160325- i386 X.Org X server -- Intel i8xx, i9xx display driver
> un xserver-xorg-video-mach64 <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-video-modesetting <aucune> <aucune> (aucune description n'est disponible)
> ii xserver-xorg-video-nouveau 1:1.0.12-1build2 i386 X.Org X server -- Nouveau display driver
> un xserver-xorg-video-nsc <aucune> <aucune> (aucune description n'est disponible)
> ii xserver-xorg-video-qxl 0.1.4-3ubuntu3 i386 X.Org X server -- QXL display driver
> un xserver-xorg-video-r128 <aucune> <aucune> (aucune description n'est disponible)
> ii xserver-xorg-video-radeon 1:7.7.0-1 i386 X.Org X server -- AMD/ATI Radeon display driver
> un xserver-xorg-video-sunbw2 <aucune> <aucune> (aucune description n'est disponible)
> un xserver-xorg-video-v4l <aucune> <aucune> (aucune description n'est disponible)
> ii xserver-xorg-video-vesa 1:2.3.4-1build2 i386 X.Org X server -- VESA display driver
> un xserver-xorg-video-vga <aucune> <aucune> (aucune description n'est disponible)
> ii xserver-xorg-video-vmware 1:13.1.0-2ubuntu3 i386 X.Org X server -- VMware display driver
=============================================================================================================

--
Olivier Miakinen

Lucas Levrel

unread,

Mar 26, 2017, 6:23:14 AM3/26/17

to

-:-:-:-
[ 4.011] (II) RADEON(0): EDID for output LVDS
[ 4.011] (II) RADEON(0): Manufacturer: SEC Model: 4542 Serial#: 0
[ 4.011] (II) RADEON(0): Year: 2006 Week: 0
[ 4.011] (II) RADEON(0): EDID Version: 1.3
[ 4.011] (II) RADEON(0): Digital Display Input
[ 4.011] (II) RADEON(0): Max Image Size [cm]: horiz.: 30 vert.: 19
[ 4.011] (II) RADEON(0): Gamma: 2.20
[ 4.011] (II) RADEON(0): No DPMS capabilities specified
[ 4.011] (II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4
[ 4.011] (II) RADEON(0): First detailed timing is preferred mode
[ 4.011] (II) RADEON(0): redX: 0.580 redY: 0.340 greenX: 0.310 greenY: 0.550
[ 4.011] (II) RADEON(0): blueX: 0.155 blueY: 0.155 whiteX: 0.313 whiteY: 0.329
[ 4.011] (II) RADEON(0): Manufacturer's mask: 0
[ 4.011] (II) RADEON(0): Supported detailed timing:
[ 4.011] (II) RADEON(0): clock: 69.3 MHz Image Size: 303 x 190 mm
[ 4.011] (II) RADEON(0): h_active: 1280 h_sync: 1292 h_sync_end 1356 h_blank_end 1416 h_border: 0
[ 4.011] (II) RADEON(0): v_active: 800 v_sync: 803 v_sync_end 806 v_blanking: 816 v_border: 0
(...)
[ 4.011] (II) RADEON(0): Printing probed modes for output LVDS
[ 4.011] (II) RADEON(0): Modeline "1280x800"x60.0 69.32 1280 1292 1356 1416 800 803 806 816 -hsync -vsync (49.0 kHz eP)
[ 4.011] (II) RADEON(0): Modeline "1280x720"x59.9 74.50 1280 1344 1472 1664 720 723 728 748 -hsync +vsync (44.8 kHz)
[ 4.011] (II) RADEON(0): Modeline "1152x768"x59.8 71.75 1152 1216 1328 1504 768 771 781 798 -hsync +vsync (47.7 kHz)
[ 4.011] (II) RADEON(0): Modeline "1024x768"x59.9 63.50 1024 1072 1176 1328 768 771 775 798 -hsync +vsync (47.8 kHz)
(...)
-:-:-:-

Encore faut-il qu'un module soit chargé pour ta carte graphique !

Lucas Levrel

unread,

Mar 26, 2017, 6:27:56 AM3/26/17

to

Le 26 mars 2017, à 01:01, Olivier Miakinen 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"

Bizarre ça. Qu'as-tu dans /etc/X11/xorg.conf.d/ et
/usr/share/X11/xorg.conf.d/ ?

Olivier Miakinen

unread,

Mar 26, 2017, 4:32:25 PM3/26/17

to

Le 26/03/2017 12:23, Lucas Levrel m'a répondu :

>>>
>>> J'ai eu ça avec un écran, j'ai dû mettre une Modeline à la main dans
>>> xorg.conf(.d) . Dans le log Xorg.0.log tu trouveras un passage où il
>>> énumère tous les modes qu'il pense supportés par l'écran (et aussi ses
>>> dimensions en mm, qui ne sont pas toujours correctes !).
>>
>> Je ne trouve pas ça. À quoi ça ressemble ?
>
> -:-:-:-
> [ 4.011] (II) RADEON(0): EDID for output LVDS

[...]

> [ 4.011] (II) RADEON(0): Modeline "1024x768"x59.9 63.50 1024 1072 1176 1328 768 771 775 798 -hsync +vsync (47.8 kHz)
> (...)
> -:-:-:-

Non, je n'ai rien qui ressemble à ça.

> Encore faut-il qu'un module soit chargé pour ta carte graphique !

C'est sans doute là qu'est le problème.

--
Olivier Miakinen

unread,

Mar 26, 2017, 5:20:07 PM3/26/17

to

Le 26/03/2017 22:55, Olivier Miakinen a écrit :
>
> Bon, en attendant je vais toujours rebooter.

Erreurs et warnings de Xorg.0.log après reboot :

$ grep -E -C3 'EE|WW' /var/log/Xorg.0.log

to make sure that you have the latest version.

[ 985.959] Markers: (--) probed, (**) from config file, (==) default

setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.

[ 985.960] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Mar 26
23:12:39 2017
[ 985.960] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 985.960] (==) No Layout section. Using the first Screen section.
--
[ 985.961] (==) Automatically enabling devices
[ 985.961] (==) Automatically adding GPU devices
[ 985.961] (==) Max clients allowed: 256, resource mask: 0x1fffff
[ 985.961] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not
exist.
[ 985.961] Entry deleted from font path.
[ 985.961] (==) FontPath set to:
/usr/share/fonts/X11/misc,
--
[ 985.973] (II) FBDEV: driver for framebuffer: fbdev
[ 985.973] (II) VESA: driver for VESA chipsets: vesa
[ 985.973] (II) [KMS] drm report modesetting isn't supported.
[ 985.973] (EE) open /dev/dri/card0: No such file or directory
[ 985.973] (WW) Falling back to old probe method for modesetting
[ 985.973] (EE) open /dev/dri/card0: No such file or directory
[ 985.973] (II) Loading sub module "fbdevhw"
[ 985.973] (II) LoadModule: "fbdevhw"
[ 985.974] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
--
[ 985.974] ABI class: X.Org Video Driver, version 20.0
[ 985.974] (**) FBDEV(2): claimed PCI slot 1@0:0:0
[ 985.974] (II) FBDEV(2): using default device
[ 985.974] (WW) Falling back to old probe method for vesa
[ 985.974] (EE) Screen 0 deleted because of no matching config section.
[ 985.974] (II) UnloadModule: "radeon"
[ 985.974] (EE) Screen 0 deleted because of no matching config section.
[ 985.974] (II) UnloadModule: "modesetting"
[ 985.974] (II) FBDEV(0): Creating default Display subsection in

Screen section
"Default Screen Section" for depth/fbbpp 24/32
--

[ 985.982] (==) RandR enabled
[ 985.993] (II) SELinux: Disabled on system
[ 985.994] (II) AIGLX: Screen 0 is not DRI2 capable
[ 985.994] (EE) AIGLX: reverting to software rendering
[ 986.010] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
[ 986.010] (II) AIGLX: Loaded and initialized swrast
[ 986.010] (II) GLX: Initialized DRISWRAST GL provider for screen 0

La même chose sous forme de citation pour ne pas couper les
lignes :

> $ grep -E -C3 'EE|WW' /var/log/Xorg.0.log

> to make sure that you have the latest version.

> [ 985.959] Markers: (--) probed, (**) from config file, (==) default setting,

> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.

> [ 985.960] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Mar 26 23:12:39 2017
> [ 985.960] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
> [ 985.960] (==) No Layout section. Using the first Screen section.
> --
> [ 985.961] (==) Automatically enabling devices
> [ 985.961] (==) Automatically adding GPU devices
> [ 985.961] (==) Max clients allowed: 256, resource mask: 0x1fffff
> [ 985.961] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
> [ 985.961] Entry deleted from font path.
> [ 985.961] (==) FontPath set to:
> /usr/share/fonts/X11/misc,
> --
> [ 985.973] (II) FBDEV: driver for framebuffer: fbdev
> [ 985.973] (II) VESA: driver for VESA chipsets: vesa
> [ 985.973] (II) [KMS] drm report modesetting isn't supported.
> [ 985.973] (EE) open /dev/dri/card0: No such file or directory
> [ 985.973] (WW) Falling back to old probe method for modesetting
> [ 985.973] (EE) open /dev/dri/card0: No such file or directory
> [ 985.973] (II) Loading sub module "fbdevhw"
> [ 985.973] (II) LoadModule: "fbdevhw"
> [ 985.974] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
> --
> [ 985.974] ABI class: X.Org Video Driver, version 20.0
> [ 985.974] (**) FBDEV(2): claimed PCI slot 1@0:0:0
> [ 985.974] (II) FBDEV(2): using default device
> [ 985.974] (WW) Falling back to old probe method for vesa
> [ 985.974] (EE) Screen 0 deleted because of no matching config section.
> [ 985.974] (II) UnloadModule: "radeon"
> [ 985.974] (EE) Screen 0 deleted because of no matching config section.
> [ 985.974] (II) UnloadModule: "modesetting"
> [ 985.974] (II) FBDEV(0): Creating default Display subsection in Screen section

> "Default Screen Section" for depth/fbbpp 24/32
> --

> [ 985.982] (==) RandR enabled
> [ 985.993] (II) SELinux: Disabled on system
> [ 985.994] (II) AIGLX: Screen 0 is not DRI2 capable
> [ 985.994] (EE) AIGLX: reverting to software rendering
> [ 986.010] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
> [ 986.010] (II) AIGLX: Loaded and initialized swrast
> [ 986.010] (II) GLX: Initialized DRISWRAST GL provider for screen 0

--
Olivier Miakinen

Nicolas George

unread,

Mar 26, 2017, 6:08:19 PM3/26/17

to

Olivier Miakinen , dans le message <ob9b4q$a4o$1...@cabale.usenet-fr.net>,
a écrit :

> $ lspci -k | grep -A2 VGA
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
> [AMD/ATI] Juniper XT [Radeon HD 5770]
> Subsystem: Hightech Information System Ltd. Juniper XT [Radeon HD 5770]
> Kernel modules: radeon

Donc ce n'est pas un problème de module noyau manquant ou incompatible.

Jean-Jacques Gerbaud

unread,

Mar 26, 2017, 6:08:21 PM3/26/17

to Olivier Miakinen

(Bonjour Olivier, j'ai déjà rencontré ton nom sous lilypond !) :-)

Si ça peut aider, voici le résultat des mêmes commandes pour moi :

elviejo@maison ~ $ lspci -k | grep -A2 VGA
00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset
Integrated Graphics Controller (rev 03)
Subsystem: ASUSTeK Computer Inc. 4 Series Chipset Integrated Graphics
Controller
Kernel driver in use: i915

elviejo@maison ~ $ ls -l /usr/share/X11/xorg.conf.d
total 36
-rw-r--r-- 1 root root 92 avril 8 2016 10-amdgpu.conf

-rw-r--r-- 1 root root 1099 mars 3 2016 10-evdev.conf

-rw-r--r-- 1 root root 1350 sept. 14 2016 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

(je suis sous linuxMint - Ecran Samsung Electric Company 22"
Résolution 1680 x 1050)

--
JJG

Entre Dauphiné et PACA
découvrez la généalogie et l'histoire de votre famille :
http://memoire-des-hommes.fr/

Jo Engo

unread,

Mar 27, 2017, 3:58:47 AM3/27/17

to

Le Mon, 27 Mar 2017 00:08:20 +0200, Jean-Jacques Gerbaud a écrit :

> 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset

Malheureusement ça ne peut pas aider parce que ce n'est pas la même carte
graphique.

--
Quand j'étais jeune, je croyais que, dans la vie,
l'argent était le plus important.
Maintenant que je suis vieux, je le sais.
-+- Oscar Wilde -+-

dyrmak

unread,

Mar 27, 2017, 6:06:38 AM3/27/17

to

En 43 lignes Olivier Miakinen a écrit
dans news:oavv7q$g3a$1...@cabale.usenet-fr.net
le jeudi, 23 mars 2017 à 08:58:50 :

> Bonjour,
>
> J'ai un problème de reconnaissance de ma carte graphique depuis une
> mise à jour mardi dernier.

>
> Voici ce que donne le lspci :
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
> [AMD/ATI] Juniper XT [Radeon HD 5770]
>

> Mardi matin j'ai accepté une mise à jour, je n'ai pas eu l'impression
> qu'il s'agissait d'une mise à niveau, même si je ne me rappelle pas
> à quel moment mon Ubuntu 14.04 LTS est passé en 16.04 (oui, je sais,
> je ferais un piètre administrateur).
>

Pour moi ce serait l'équivalent de Mint 17.3 vers Mint 18.

... C'est une chose que je ne suis pas prêt de faire.....
Ce qui manque dans Mint17.3 ( et qui me manque), je l'ai ajouté à coups
de compils et configuration de scripts, Mint18++ n'est invisageable
que sur une autre partition, ou un autre ordinateur.

J'aurai besoin par contre de passer Wheezy vers Jessie ou Stre...?
J'installerai sur disque externe USB... Quand j'aurai tout configuré
et que je peux laisser tomber Wheezy, je vais copier la partition USB
sur la partition Wheezy du disque dur, mais ça va prendre un certain
temps, fin août mi-septembre!

Sur un portable qui tourne sous Mint 17.3 ( Trusty dans les sources ):

lspci -k |grep -A2 VGA

00:01.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Kabini [Radeon HD 8210]
Subsystem: Lenovo Device 3802
Kernel driver in use: radeon

aptitude search mesa-dri|grep "i "

i libegl1-mesa-drivers - Implémentation libre de l'API EGL -- pilot
i libgl1-mesa-dri - implémentation libre de l'API OpenGL - mod
i libgl1-mesa-dri:i386 - implémentation libre de l'API OpenGL - mod

aptitude search xorg|grep "i "

i xorg - Système X Window de X.Org
i xorg-docs-core - Documentation sur le noyau du système X Wi
i xorg-sgml-doctools - Outils communs pour la compilation de la d
i xserver-xorg - serveur X X.Org
i xserver-xorg-core - Serveur X Xorg - Serveur de base
i xserver-xorg-input-all - Serveur X X.Org -- méta-paquet de pilotes
i xserver-xorg-input-evdev - Serveur X X.Org -- pilote des périphérique
i xserver-xorg-input-mouse - Serveur X X.Org -- pilote pour périphériqu
i xserver-xorg-input-synaptics - pilote de pavé tactile Synaptics pour le s
i xserver-xorg-input-vmmouse - Serveur X X.Org -- pilote d'entrée VMMouse
i xserver-xorg-input-wacom - serveur X X.org - pilote de tablette Wacom
i xserver-xorg-video-all - serveur X X.Org - métapaquet pour les pilo
i xserver-xorg-video-ati - Serveur X X.Org - adaptateur du pilote d'a
i xserver-xorg-video-cirrus - Serveur X X.Org -- pilote d'affichage Cirr
i xserver-xorg-video-fbdev - Serveur X X.Org -- pilote d'affichage fbde
i xserver-xorg-video-glamoregl - Serveur X X.Org -- module d'accélération g
i xserver-xorg-video-intel - serveur X de X.Org -- pilote d'affichage I
i xserver-xorg-video-mach64 - Serveur X X.Org -- pilote d'affichage ATI
i xserver-xorg-video-mga - serveur X X.Org -- pilote d'affichage MGA
i xserver-xorg-video-modesetting - Serveur X de X.Org - pilote générique de r
i xserver-xorg-video-neomagic - serveur X X.Org -- pilote d'affichage Neom
i xserver-xorg-video-nouveau - serveur X X.org - pilote d'affichage Nouve
i xserver-xorg-video-openchrome - serveur X X.Org -- pilote d'affichage VIA
i xserver-xorg-video-qxl - serveur X X.Org -- pilote d'affichage QXL
i xserver-xorg-video-r128 - Serveur X X.Org -- Pilote d'affichage ATI
i xserver-xorg-video-radeon - Serveur X de X.Org -- pilote d'affichage A
i xserver-xorg-video-s3 - Serveur X X.Org -- pilote d'affichage S3
i xserver-xorg-video-savage - Serveur X de X.Org -- pilote d'affichage p
i xserver-xorg-video-siliconmotio - Serveur X de X.Org -- pilote d'affichage S
i xserver-xorg-video-sis - Serveur X de X.Org -- pilote d'affichage S
i xserver-xorg-video-sisusb - Serveur X de X.Org -- pilote d'affichage S
i xserver-xorg-video-tdfx - Serveur X de X.Org -- pilote d'affichage t
i xserver-xorg-video-trident - Serveur X de X.Org -- pilote d'affichage T
i xserver-xorg-video-vesa - Server X X.Org -- pilote d'affichage VESA
i xserver-xorg-video-vmware - Serveur X X.Org -- pilote d'affichage VMwa

aptitude search linux-firmware|grep "i "

i linux-firmware - Micrologiciel pour les pilotes du noyau Li
--------------------------------------
la version firmware non-free n'est pas installée.....

dyrmak
--
Desde este instante hasta para siempre.
++++ --- ++++
Linux operating system
++++ --- ++++

Benoit Izac

unread,

Mar 27, 2017, 1:51:42 PM3/27/17

to

Bonjour,

Le 24/03/2017 à 12:36, Olivier Miakinen a écrit dans le message
<ob30br$1jmk$1...@cabale.usenet-fr.net> :

> J'ai ouvert une session non graphique (Alt+F4 + login), où j'ai essayé
> de lancer 'startx' ou 'xinit', et j'ai eu des messages d'injure comme
> quoi je n'avais pas de serveur X lancé. Désolé, je n'ai pas eu le
> courage de recopier à la main les messages d'erreur, je le ferai au
> besoin ce soir.

Pour info, il n'y a pas besoin de recopier :

$ startx 2> un_fichier

et stderr va dans « un_fichier ».

--
Benoit Izac

Olivier Miakinen

unread,

Mar 27, 2017, 5:13:11 PM3/27/17

to

Le 27/03/2017 12:06, dyrmak a écrit :
>
> aptitude search mesa-dri|grep "i "
>
> i libegl1-mesa-drivers - Implémentation libre de l'API EGL -- pilot
> i libgl1-mesa-dri - implémentation libre de l'API OpenGL - mod
> i libgl1-mesa-dri:i386 - implémentation libre de l'API OpenGL - mod

$ aptitude search mesa-dri|grep "i "
i libgl1-mesa-dri - free implementation of the OpenGL API -- D

$ aptitude search mesa-dri
p libegl1-mesa-drivers - transitional dummy package
p libegl1-mesa-drivers-lts-utopic - Transitional package for libegl1-mesa-drivers-lts
p libegl1-mesa-drivers-lts-utopic-dbg - Transitional package for libegl1-mesa-drivers-lts
i libgl1-mesa-dri - free implementation of the OpenGL API -- DRI modu
p libgl1-mesa-dri-lts-utopic - Transitional package for libgl1-mesa-dri-lts-utop
p libgl1-mesa-dri-lts-utopic-dbg - Transitional package for libgl1-mesa-dri-lts-utop
p libgl1-mesa-dri-lts-vivid - Transitional package for libgl1-mesa-dri-lts-vivi
p libgl1-mesa-dri-lts-vivid-dbg - Transitional package for libgl1-mesa-dri-lts-vivi
p libgl1-mesa-dri-lts-wily - Transitional package for libgl1-mesa-dri-lts-wily
p libgl1-mesa-dri-lts-wily-dbg - Transitional package for libgl1-mesa-dri-lts-wily
p libgl1-mesa-dri-lts-xenial - Transitional package for libgl1-mesa-dri-lts-xeni

Faudrait-il que j'installe autre chose que libgl1-mesa-dri ?

$ aptitude search xorg|grep "i "
i xorg - X.Org X Window System
i xorg-docs-core - Core documentation for the X.org X Window
i xserver-xorg-core - Xorg X server - core server
i A xserver-xorg-video-ati - X.Org X server -- AMD/ATI display driver w

(il aurait fallu « grep "^i " » pour ne pas avoir la dernière ligne)

> aptitude search linux-firmware|grep "i "
>
> i linux-firmware - Micrologiciel pour les pilotes du noyau Li
> --------------------------------------
> la version firmware non-free n'est pas installée.....

$ aptitude search linux-firmware|grep "i "
i linux-firmware - Firmware for Linux kernel drivers

--
Olivier Miakinen

Olivier Miakinen

unread,

Mar 27, 2017, 5:18:48 PM3/27/17

to

Le 27/03/2017 19:51, Benoit Izac a écrit :
>
>> J'ai ouvert une session non graphique (Alt+F4 + login), où j'ai essayé
>> de lancer 'startx' ou 'xinit', et j'ai eu des messages d'injure comme
>> quoi je n'avais pas de serveur X lancé. Désolé, je n'ai pas eu le
>> courage de recopier à la main les messages d'erreur, je le ferai au
>> besoin ce soir.
>
> Pour info, il n'y a pas besoin de recopier :
>
> $ startx 2> un_fichier
>
> et stderr va dans « un_fichier ».

Tu as raison, bien sûr, mais après ça il aurait fallu que je sache
envoyer le fichier en ligne de commande sur internet, ou que je
trouve une clé usb et que je sache copier en ligne de commande le
fichier sur cette clé, puis que je sache démonter la clé proprement,
toujours en ligne de commande. C'est certainement faisable, mais je
crois que j'aurais pris beaucoup de temps pour trouver comment faire,
surtout sans navigateur web ni nouvelleur usenet pour obtenir de
l'aide.

--
Olivier Miakinen

Benoit Izac

unread,

Mar 28, 2017, 4:05:59 AM3/28/17

to

Bonjour,

Le 27/03/2017 à 23:18, Olivier Miakinen a écrit dans le message
<obbvjo$1vjb$1...@cabale.usenet-fr.net> :

>>> J'ai ouvert une session non graphique (Alt+F4 + login), où j'ai essayé
>>> de lancer 'startx' ou 'xinit', et j'ai eu des messages d'injure comme
>>> quoi je n'avais pas de serveur X lancé. Désolé, je n'ai pas eu le
>>> courage de recopier à la main les messages d'erreur, je le ferai au
>>> besoin ce soir.
>>
>> Pour info, il n'y a pas besoin de recopier :
>>
>> $ startx 2> un_fichier
>>
>> et stderr va dans « un_fichier ».
>
> Tu as raison, bien sûr, mais après ça il aurait fallu que je sache
> envoyer le fichier en ligne de commande sur internet,

D'où l'intérêt d'avoir un MUA en mode texte (au moins en secours). mutt
est, je pense, le plus simple pour un simple envoi de mail mais
Emacs/Gnus te permet en plus de venir discuter ici (slrn sinon).

$ mutt -s "sujet du mail" -a un_fichier m...@example.com <corps_du_mail

> ou que je trouve une clé usb et que je sache copier en ligne de
> commande le fichier sur cette clé, puis que je sache démonter la clé
> proprement, toujours en ligne de commande. C'est certainement
> faisable, mais je crois que j'aurais pris beaucoup de temps pour
> trouver comment faire, surtout sans navigateur web ni nouvelleur
> usenet pour obtenir de l'aide.

D'où l'intérêt d'avoir aussi un navigateur en mode texte (elinks, lynx,
w3m, etc.). Mais bon, (dé)monter une clé USB est quelque chose que tout
administrateur se doit de connaître (c'est pareil qu'avec n'importe
quelle partition) :

# mkdir -p /mnt/usb_key
# mount /dev/sdb1 /mnt/usb_key
# cp un_fichier /mnt/usb_key
# umount /mnt/usb_key

La seule réelle difficulté étant de savoir quelle partition monter.

--
Benoit Izac

Jo Engo

unread,

Mar 28, 2017, 6:22:39 AM3/28/17

to

Le Mon, 27 Mar 2017 23:18:47 +0200, Olivier Miakinen a écrit :

> Tu as raison, bien sûr, mais après ça il aurait fallu que je sache
> envoyer le fichier en ligne de commande sur internet,

ftp lo...@tonftp.example
put fichier

> ou que je trouve
> une clé usb et que je sache copier en ligne de commande le fichier sur
> cette clé,

sudo mount /dev/clef /media/clef
cp fichier /media/clef

> puis que je sache démonter la clé proprement,

sudo umount /dev/clef
ou
sudo eject /dev/clef

> toujours en ligne de commande. C'est certainement faisable, mais je
> crois que j'aurais pris beaucoup de temps pour trouver comment faire,
> surtout sans navigateur web ni nouvelleur usenet pour obtenir de l'aide.

il existe des lecteurs de nouvelle en ligne de commande pine, slrn etc.

--
Mieux vaut vivre enchaîné près de celui que l'on aime,
que libre au milieu des jardins près de celui que l'on hait.
-+- Proverbe persan -+-

Lucas Levrel

unread,

Mar 28, 2017, 8:36:24 AM3/28/17

to

Le 26 mars 2017, à 22:55, Olivier Miakinen 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
>
> Juste avant, à la place de 10-quirks.conf j'avais 10-quirks.conf.miak
> parce que j'avais dû suivre précédemment le conseil de le supprimer.
> Mais ça ne change rien -- du moins en fermant et réouvrant la session,
> je n'ai pas essayer de rebooter.
>
> 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. À priori les fichiers *evdev*, *synaptics*,
*mouse* et *wacom* concernent des périphériques d'entrée, donc pas utiles.

Le message d'erreur semble dire qu'il y a là-dedans des sections Screen
explicites qu'il n'utilise pas ("no matching...").

dyrmak

unread,

Mar 28, 2017, 10:59:29 AM3/28/17

to

En 84 lignes Olivier Miakinen a écrit
dans news:obbv96$1ve7$1...@cabale.usenet-fr.net
le lundi, 27 mars 2017 à 23:13:10 :

>
> $ aptitude search mesa-dri|grep "i "
> i libgl1-mesa-dri - free implementation of the OpenGL API -- D

> $ aptitude search mesa-dri
> p libegl1-mesa-drivers - transitional dummy package
> p libegl1-mesa-drivers-lts-utopic - Transitional

> p libegl1-mesa-drivers-lts-utopic-dbg - Transitional

> i libgl1-mesa-dri - free implementation

> p libgl1-mesa-dri-lts-utopic - Transitional package

> p libgl1-mesa-dri-lts-utopic-dbg - Transitional package

> p libgl1-mesa-dri-lts-vivid - Transitional package

> p libgl1-mesa-dri-lts-vivid-dbg - Transitional package

> p libgl1-mesa-dri-lts-wily - Transitional package

> p libgl1-mesa-dri-lts-wily-dbg - Transitional package

> p libgl1-mesa-dri-lts-xenial - Transitional package
>

> Faudrait-il que j'installe autre chose que libgl1-mesa-dri ?
>

> $ aptitude search xorg|grep "i "
> i xorg - X.Org X Window System
> i xorg-docs-core - Core documentation for

> i xserver-xorg-core - Xorg X server - core server
> i A xserver-xorg-video-ati - X.Org X server -- AMD/ATI display
>

> (il aurait fallu « grep "^i " » pour ne pas avoir la dernière ligne)
>
>

> $ aptitude search linux-firmware|grep "i "
> i linux-firmware - Firmware for Linux kernel drivers
>

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 es dans Trusty, je ferais tout simplement:

<aptitude install libegl1-mesa-drivers xserver-xorg-video-radeon>
Suivi d'un reboot...

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

Bon courage!

dyrmak
--
Todo azul color de cielos.

Jo Engo

unread,

Mar 28, 2017, 1:42:18 PM3/28/17

to

Le Tue, 28 Mar 2017 14:59:26 +0000, dyrmak a écrit :

> <aptitude install firmware-linux-nonfree

Pas besoin vu qu'il utilise un driver libre (celui ci-dessous)

> libgl1-mesa-dri

est déjà installé (on le voit ci-dessus dans le dump fourni par Olivier),

> xserver-xorg-video-ati>

déjà installé, idem ci-dessus
c'est un driver libre il ne nécessite pas firmware-linux-nonfree

--
Peu de gens savent être vieux.
-+- François de La Rochefoucauld (1613-1680), Maximes 423 -+-

Olivier Miakinen

unread,

Mar 28, 2017, 5:32:05 PM3/28/17

to

Le 28/03/2017 10:05, Benoit Izac a écrit :
>>
>> Tu as raison, bien sûr, mais après ça il aurait fallu que je sache
>> envoyer le fichier en ligne de commande sur internet,
>
> D'où l'intérêt d'avoir un MUA en mode texte (au moins en secours). mutt
> est, je pense, le plus simple pour un simple envoi de mail mais
> Emacs/Gnus te permet en plus de venir discuter ici (slrn sinon).
>
> $ mutt -s "sujet du mail" -a un_fichier m...@example.com <corps_du_mail

Il m'est arrivé une fois d'utiliser mutt, mais c'était il y a plus
de dix ans, à mon travail, pour automatiser l'envoi d'un courriel
dans le cadre d'un programme de surveillance. Je ne pensais pas
que je pourrais en avoir besoin sur mon ordinateur personnel.

>> ou que je trouve une clé usb et que je sache copier en ligne de
>> commande le fichier sur cette clé, puis que je sache démonter la clé
>> proprement, toujours en ligne de commande. C'est certainement
>> faisable, mais je crois que j'aurais pris beaucoup de temps pour
>> trouver comment faire, surtout sans navigateur web ni nouvelleur
>> usenet pour obtenir de l'aide.
>
> D'où l'intérêt d'avoir aussi un navigateur en mode texte (elinks, lynx,
> w3m, etc.). Mais bon, (dé)monter une clé USB est quelque chose que tout
> administrateur se doit de connaître (c'est pareil qu'avec n'importe
> quelle partition) :
>
> # mkdir -p /mnt/usb_key
> # mount /dev/sdb1 /mnt/usb_key
> # cp un_fichier /mnt/usb_key
> # umount /mnt/usb_key
>
> La seule réelle difficulté étant de savoir quelle partition monter.

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.

--
Olivier Miakinen

Olivier Miakinen

unread,

Mar 28, 2017, 5:38:40 PM3/28/17

to

Le 28/03/2017 12:22, Jo Engo a écrit :
>
>> Tu as raison, bien sûr, mais après ça il aurait fallu que je sache
>> envoyer le fichier en ligne de commande sur internet,
> ftp lo...@tonftp.example
> put fichier

C'est probablement ce que j'aurais fait, ayant un compte FTP chez
mon FSI (en espérant que je me rappelle mon login et mon mot de
passe, mais je crois que c'est le cas).

>> ou que je trouve
>> une clé usb et que je sache copier en ligne de commande le fichier sur
>> cette 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é ?

>> puis que je sache démonter la clé proprement,
> sudo umount /dev/clef
> ou
> sudo eject /dev/clef

Ok pour umount, je ne connaissais pas eject.

>> toujours en ligne de commande. C'est certainement faisable, mais je
>> crois que j'aurais pris beaucoup de temps pour trouver comment faire,
>> surtout sans navigateur web ni nouvelleur usenet pour obtenir de l'aide.
>
> il existe des lecteurs de nouvelle en ligne de commande pine, slrn etc.

J'ai déjà du mal à quitter SeaMonkey bien qu'il ait de plus en plus de
défauts au fur et à mesure des mises à jour, alors passer à pine ou
slrn ! ;-)

Oui, je sais, j'y mets de la mauvaise volonté, mais de nombreuses années
avec le confort d'une session graphique m'ont fait perdre le goût des
choses simples...

--
Olivier Miakinen

Olivier Miakinen

unread,

Mar 28, 2017, 5:46:56 PM3/28/17

to

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' *
10-evdev.conf: MatchDevicePath "/dev/input/event*"
10-evdev.conf: MatchDevicePath "/dev/input/event*"
10-evdev.conf: MatchDevicePath "/dev/input/event*"
10-evdev.conf: MatchDevicePath "/dev/input/event*"
10-evdev.conf: MatchDevicePath "/dev/input/event*"
11-evdev-quirks.conf: MatchDevicePath "/dev/input/event*"
11-evdev-trackpoint.conf: MatchDevicePath "/dev/input/event*"
50-synaptics.conf: MatchDevicePath "/dev/input/event*"
50-synaptics.conf: MatchDevicePath "/dev/input/mouse*"
50-wacom.conf: MatchDevicePath "/dev/input/event*"
50-wacom.conf: MatchDevicePath "/dev/input/event*"
50-wacom.conf: MatchDevicePath "/dev/input/event*"
50-wacom.conf: MatchDevicePath "/dev/input/event*"
50-wacom.conf: MatchDevicePath "/dev/input/event*"
50-wacom.conf: MatchDevicePath "/dev/input/event*"
51-synaptics-quirks.conf: MatchDevicePath "/dev/input/event*"
51-synaptics-quirks.conf: MatchDevicePath "/dev/input/event*"
51-synaptics-quirks.conf: MatchDevicePath "/dev/input/event*"

> 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 ».

--
Olivier Miakinen

Olivier Miakinen

unread,

Mar 28, 2017, 6:12:15 PM3/28/17

to

Le 28/03/2017 16:59, dyrmak a écrit :
>
> 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

Je ne sais pas où trouver l'info dans /etc/apt/sources.list[.d], mais :

1) le prompt des logins en mode texte m'affiche :
Ubuntu 16.04.2 LTS <nom de la machine> <nom du tty>

2) $ cat /proc/version
Linux version 4.4.0-45-generic (buildd@lgw01-19) (gcc version 5.4.0
20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.2) ) #66-Ubuntu SMP Wed Oct 19
14:12:05 UTC 2016

3) $ cat /etc/issue
Ubuntu 16.04.2 LTS \n \l

4) $ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.2 LTS
Release: 16.04
Codename: xenial

> [...]

>
> 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++.

Oh là, oui, je viens de voir que j'ai quelques dizaines de noyaux
installés ! Je finis de lire toutes vos réponses, puis je vais
essayer de booter dessus.

> 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

Jusqu'à présent j'arrivais encore à comprendre, mais là j'ai
décroché. Je tâcherai de relire ça à tête reposée mais d'abord
je vais voir si j'arrive à trouver comment booter sur un ancien
noyau. Ça ne devrait pas être trop dur.

--
Olivier Miakinen

Benoit Izac

unread,

Mar 28, 2017, 6:13:38 PM3/28/17

to

Bonjour,

Le 28/03/2017 à 23:32, Olivier Miakinen a écrit dans le message
<obekok$2up7$1...@cabale.usenet-fr.net> :

> 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).

Ça dépend en effet de plusieurs paramètres mais il suffit de regarder
les log du noyau (dmesg) et éventuellement un coup de « fdisk -l » pour
savoir quoi choisir avec certitude.

> 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...

--
Benoit Izac

Benoit Izac

unread,

Mar 28, 2017, 6:18:41 PM3/28/17

to

Bonjour,

Le 28/03/2017 à 23:38, Olivier Miakinen a écrit dans le message
<obel50$2urc$1...@cabale.usenet-fr.net> :

>> sudo mount /dev/clef /media/clef
>> cp fichier /media/clef
>
> Benoit écrivait /dev/sdb1. Comment savoir où sur /dev se trouve
> exactement la clé ?

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

--
Benoit Izac

Olivier Miakinen

unread,

Mar 28, 2017, 7:09:12 PM3/28/17

to

Le 29/03/2017 00:13, Benoit Izac m'a répondu :

>
>> 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.

Certes. ;-)

> Après, mon intervention partait d'un bon sentiment pour t'éviter d'avoir
> à recopier à la main quelques dizaines de lignes absconses...

Oui, et je t'en suis très reconnaissant, même si ma réponse précédente
pouvait laisser croire autre chose.

--
Olivier Miakinen

Olivier Miakinen

unread,

Mar 28, 2017, 7:16:23 PM3/28/17

to

Le 29/03/2017 00:18, Benoit Izac a écrit :
>
> 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

Merci pour ces deux infos. Malheureusement je n'ai même pas de clé
avec moi pour tester tout de suite (ce qui fait que de toute façon
j'aurais plutôt fait un ftp) mais je note précieusement les deux
commandes.

--
Olivier Miakinen

Lucas Levrel

unread,

Mar 29, 2017, 6:40:06 AM3/29/17

to

Le 28 mars 2017, à 23:38, Olivier Miakinen a écrit :

> Comment savoir où sur /dev se trouve exactement la clé ?

Si tu as donné un label à ta clef (la partition en fait) quand tu l'as
formatée (as écrit le système de fichier en fait), il y a un lien
symbolique : /dev/disk/by-label/MaClef

Comme les clefs sont (toujours ?) déjà formatée à l'achat, elle peut avoir
un label ou pas. Tu dois pouvoir ajouter un label avec un outil graphique
type GParted ; ou avec fatlabel en ligne de commande.

Très généralement : le nom de device ne dépend pas du slot, s pour les
périphériques série (SATA ou USB), la lettre a/b/c... est attribuée par
ordre chronologique de branchement/détection, 1 est le numéro de
partition. Donc si tu branches ta clef après le boot et que tu n'as qu'un
disque, /dev/sdb1 sera le bon (intervalle de confiance > 99%). De toute
façon, s'il n'existe pas mount te le dira, si c'est un autre disque déjà
monté aussi, si c'est un autre disque pas encore monté il le sera et tu
t'en apercevras en listant le contenu !

Lucas Levrel

unread,

Mar 29, 2017, 6:45:32 AM3/29/17

to

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.

Olivier Miakinen

unread,

Mar 30, 2017, 4:22:08 PM3/30/17

to

Le 29/03/2017 12:45, Lucas Levrel m'a répondu :

>>>
>>>> $ 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 ;-)

Pas pour tout ! J'adore la ligne de commande, au contraire, pour tout ce
que je peux automatiser (les grep, les sed, les awk, etc.) mais pas pour
ce que je n'ai jamais fait qu'en mode graphique (web, courriel, news).

> 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 10-amdgpu contient en tout et pour tout les cinq lignes suivantes :
-----------------------------
Section "OutputClass"
Identifier "AMDgpu"
MatchDriver "amdgpu"
Driver "amdgpu"
EndSection
-----------------------------

Quant au 10-quirks, il contient quatre sections qui sont toutes des
« Section "InputClass" », du coup je ne les recopie pas. Pour qu'il
n'y ait aucun doute sur le fait que ça ne nous intéresse pas, voici
les quatre « Identifier » (un par Section) :

Identifier "ThinkPad HDAPS accelerometer blacklist"
Identifier "Xen Virtual Pointer axis blacklist"
Identifier "Tag trackballs as XI_TRACKBALL"
Identifier "Tag Mionix Naos 5000 mouse XI_MOUSE"

>>> 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.

En effet, mais cela confirme le fait que je n'aie trouvé aucune section
intéressante par un grep dans tous les fichiers.

--
Olivier Miakinen

Lucas Levrel

unread,

Mar 31, 2017, 8:44:04 AM3/31/17

to

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.

Olivier Miakinen

unread,

Mar 31, 2017, 5:35:50 PM3/31/17

to

Le 31/03/2017 14:44, Lucas Levrel a écrit :
> 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 ?

J'ai cru comprendre que c'était le driver utilisé par Ubuntu 14.04,
mais je n'avais pas réussi à savoir s'il était censé être un driver
propriétaire ou open source.

> D'après le site d'Xorg le driver radeon gère ta carte.

Ok.

Ah, ça me rassure, ce n'est pas qu'avec moi que tu te montres odieux.

Christophe PEREZ

unread,

Apr 1, 2017, 5:16:25 PM4/1/17

to

Le Sat, 01 Apr 2017 18:59:03 +0000, Jo Engo a écrit :

> Eh bien corrige.

Le Sat, 01 Apr 2017 09:09:15 +0000, Jo Engo a écrit :

> il faut probablement que tu ajoutes une section screen dans probablement
> /usr/share/X11/xorg.conf.d/

Beurk !

Jo Engo

unread,

Apr 2, 2017, 3:53:25 AM4/2/17

to

Le Sat, 01 Apr 2017 21:14:31 +0000, Nicolas George a écrit :

> Ah, ça me rassure, ce n'est pas qu'avec moi que tu te montres odieux.

Tout ça n'aide pas O.M.

--
Dieu a raté ce monde-ci, pourquoi aurait-il réussi l'autre ?
-+- Paul Morand -+

Lucas Levrel

unread,

Apr 2, 2017, 5:21:40 AM4/2/17

to

Le 31 mars 2017, à 23:35, Olivier Miakinen a écrit :

> Je pense ne pas avoir besoin de passer en single-user, car en principe
> je peux toujours ouvrir une session non graphique avec l'une des
> combinaisons Ctrl+Alt+F<n> (sauf Ctrl+Alt+F7 qui est justement pour
> la session graphique). Mais j'ai quand même noté la procédure au cas
> où.

... où le fichier de config ait rendu le clavier inutilisable ;-)

(NB : depuis une console Alt+F<n> suffit, c'est depuis X qu'il faut
ajouter Ctrl)

Lucas Levrel

unread,

Apr 2, 2017, 6:06:08 AM4/2/17

to

Le 31 mars 2017, à 23:59, Olivier Miakinen a écrit :

> Mais par ailleurs en redémarrant j'ai eu une fenêtre
> intitulée « Problème logiciel détecté ». En cliquant
> pour avoir des détails j'ai eu successivement les
> infos suivantes :
> 1) Problème dans fglrx-core 2:15.201-0ubuntu0.14.04.1
> 2) Mon système utilise la 3D en software et pas en
> hardware, peut-être que l'accélération graphique
> a été désactivée (ça je le cite de mémoire).
> 3) Impossible d'envoyer un rapport d'anomalie car
> fglrx-core est un produit propriétaire, je dois le
> retirer d'abord.

Ce n'est pas critique, ça devrait pouvoir s'ajuster plus tard avec une
« Section "Module" ».

> Xorg.0.log :

Des idées en vrac, je tâtonne :

> [ 39.488]
> X.Org X Server 1.18.4
> Release Date: 2016-07-19

D'après mes recherches c'est dans la release 7.8 de Xorg, qui est en
développement. Peux-tu installer Xorg X11R7.7 pour tester ? (Si ton dépôt
le permet, et ça va entraîner la rétrogradation d'un paquet de
dépendances...)

Même pas trouvé de man xorg.conf et Xorg pour cette release...

> [ 39.488] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.4.0-45-generic
> root=UUID=587180c5-0d6c-43a2-b259-7f34a979d986 ro splash
> video=uvesafb:mode_option=1024x768-24,mtrr=3,scroll=ywrap quiet
> nomodeset=1

Tu pourrais essayer sans cette option video=... (pour tester, tu peux
éditer la ligne depuis le menu de grub, comme expliqué pour le mode
single-user, plutôt que d'éditer la config de grub et update-grub) Je
crois qu'elle n'est censée s'appliquer qu'aux consoles, mais j'ai déjà
constaté des interférences avec X.

> [ 40.112] (--) PCI:*(0:1:0:0) 1002:68b8:1787:2288 rev 0, Mem @ 0xd0000000/268435456, 0xfbcc0000/131072, I/O @ 0x0000b000/256, BIOS @ 0x????????/131072

Essaye d'ajouter à la « Section "Device" » :
BusID "PCI:1:0:0"

Est-ce que tu n'as pas aussi un contrôleur graphique intégré ? lspci ne
donne rien d'autre qui concerne la vidéo ?

> [ 40.697] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
> [ 40.895] (II) Module radeon: vendor="X.Org Foundation"
> [ 40.895] compiled for 1.18.3, module version = 7.7.0

******

Mais ton serveur est en 1.18.4 .

> [ 40.924] (EE) Screen 0 deleted because of no matching config section.
> [ 40.924] (II) UnloadModule: "radeon"
> [ 40.924] (EE) Device(s) detected, but none match those in the config file.

D'où l'idée d'ajouter la ligne BusID.

> [ 41.149] (**) FBDEV(2): claimed PCI slot 1@0:0:0

Donc il y aurait un contrôleur graphique numéroté 00:00.0 par lspci ?

> [ 41.149] (II) FBDEV(0): hardware: VESA VGA (video memory: 16384kB)
> [ 41.149] (II) FBDEV(0): checking modes against framebuffer device...
> [ 41.149] (EE) FBDEV(0): FBIOPUT_VSCREENINFO: Invalid argument
> [ 41.149] (II) FBDEV(0): mode "1680x1050" test failed

Du coup si on n'arrive pas à forcer l'utilisation du module radeon, il
faudra peut-être jouer avec le paramètre video=... pour qu'il utilise un
mode 1680x1050, si ça existe.

> [ 41.149] (II) FBDEV(0): checking modes against monitor...
> [ 41.149] (--) FBDEV(0): Virtual size is 1024x768 (pitch 1024)
> [ 41.149] (**) FBDEV(0): Built-in mode "current": 64.0 MHz, 47.7 kHz, 60.0 Hz
> [ 41.149] (II) FBDEV(0): Modeline "current"x0.0 64.03 1024 1076 1183 1342 768 769 772 795 -hsync +vsync -csync (47.7 kHz b)

> [ 41.374] (II) AIGLX: Screen 0 is not DRI2 capable
> [ 41.374] (EE) AIGLX: reverting to software rendering

Probablement la cause de ta fenêtre d'erreurs, sans doute liée à
l'utilisation du module fbdev (module générique => pas d'accélération
matérielle).

Olivier Miakinen

unread,

Apr 10, 2017, 12:25:08 PM4/10/17

to

Le 02/04/2017 12:06, Lucas Levrel me répondait :
>
> [...]

> Des idées en vrac, je tâtonne :

> [...]

Merci pour toutes ces idées. Malheureusement, après mon dernier
message de la semaine dernière, mon écran n'a plus rien affiché
venant de l'ordinateur, même pas les messages en mode texte lors
du boot du BIOS. Depuis je suis parti une semaine en vacances et
je n'ai pu faire aucun essai, mais ce matin ça ne fonctionnait
pas mieux.

D'après les sons à l'allumage, l'ordinateur semble démarrer
correctement. L'écran, quant à lui, semble juste détecter qu'il
s'est passé quelque chose à l'allumage : le voyant du bouton de
mise en marche passe fugitivement en vert (couleur normale quand
l'ordinateur lui envoie des données) puis il passe en orange tandis
que l'écran affiche un message disant qu'il ne reçoit aucune donnée.

Ce soir j'ouvrirai l'ordinateur pour faire un petit nettoyage de
printemps et vérifier que la carte graphique n'aurait pas trop
bougé dans son slot. J'espère que ça améliorera les choses. Si
ça se trouve (et que j'espère) c'était juste un faux contact qui
était la cause de tous mes déboires, plutôt qu'un véritable problème
Linux.

--
Olivier Miakinen

Jo Engo

unread,

Apr 10, 2017, 1:52:17 PM4/10/17

to

Le Mon, 10 Apr 2017 18:25:07 +0200, Olivier Miakinen a écrit :

> Si ça se trouve (et que j'espère)
> c'était juste un faux contact qui était la cause de tous mes déboires,
> plutôt qu'un véritable problème Linux.

Là ça ressemble à un vrai problème matériel, et la carte vidéo *ou*
l'écran sont visiblement en cause.

--
MATHÉMATIQUES : Dessèchent le coeur.
-+- Gustave Flaubert, Dictionnaire des idées reçues -+-

Olivier Miakinen

unread,

May 3, 2017, 6:43:33 AM5/3/17

to

Le 10/04/2017 19:52, Jo Engo me répondait :

>
>> Si ça se trouve (et que j'espère)
>> c'était juste un faux contact qui était la cause de tous mes déboires,
>> plutôt qu'un véritable problème Linux.
>
> Là ça ressemble à un vrai problème matériel, et la carte vidéo *ou*
> l'écran sont visiblement en cause.

Pour ceux que cela intéresse, voici la fin de l'histoire.

Tout d'abord la carte graphique est bel et bien morte, je l'ai
remplacée par une NVIDIA GeForce 9400 GT.

Par ailleurs mon Ubuntu 16.04, résultat de plusieurs années de mises
à jour, était dans un état incohérent. Cela, plus le fait que je me
suis aperçu que c'était une version 32 bits, m'a donné l'envie de
repartir de zéro. Et donc, après avoir sauvegardé /home, j'ai tout
viré pour installer un LinuxMint 18.1 64 bits avec Cinnamon.

Résultat : j'ai un système tout neuf, dans lequel les sept résolutions
préférées de mon écran sont toutes reconnues, jusqu'au 1680 x 1050.

Encore merci à tous pour votre aide.

--
Olivier Miakinen

her...@gmail.com

unread,

May 19, 2017, 4:00:14 AM5/19/17

to

Le jeudi 23 mars 2017 08:58:51 UTC+1, Olivier Miakinen a écrit :
> Bonjour,
>
> J'ai un problème de reconnaissance de ma carte graphique depuis une
> mise à jour mardi dernier.

>
> Voici ce que donne le lspci :
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
> [AMD/ATI] Juniper XT [Radeon HD 5770]
>

> Mardi matin j'ai accepté une mise à jour, je n'ai pas eu l'impression
> qu'il s'agissait d'une mise à niveau, même si je ne me rappelle pas
> à quel moment mon Ubuntu 14.04 LTS est passé en 16.04 (oui, je sais,
> je ferais un piètre administrateur).
>
> Mardi soir en revenant, l'affichage était passé à 640×480, ce qui fait
> un choc par rapport au 1680×1050 habituel. Avec difficulté car ça me
> donnait l'impression de devoir travailler à travers le trou de la
> serrure, j'ai d'abord vu que la carte graphique n'était plus reconnue
> du tout. En cherchant sur Internet, j'ai finalement trouvé un conseil
> qui a un peu amélioré les choses : supprimer ~/.config/monitors.xml
> m'a permis de passer au moins en 1024×768.

>
> 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

> en suivant les instructions de cette page :
> <http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Install.aspx>.
>
> Mais l'installation ne fonctionne pas. À un moment, le script lance
> l'instruction suivante :
> sudo apt-get install amdgpu-pro amdgpu-pro-lib32 amdgpu-pro-dkms
> et bizarrement c'est le paquet du milieu qu'il ne trouve pas :
> =====================================================
> Lecture des listes de paquets... Fait
> Construction de l'arbre des dépendances
> Lecture des informations d'état... Fait
> E: Impossible de trouver le paquet amdgpu-pro-lib32
> =====================================================
>
> Que puis-je faire pour m'en sortir ?
>
>
> --
> Olivier Miakinen

tu perdu tout le temp avec se merde ubuntu installer le system le plus recennue windows 10 ou meme win xp tout les pilote est les drivers materiel disponible
non problem non tekssar rass