Salut , c’est peut être justement parceque tu n’as pas de carte graphique ? Car malgré les chipsets intégrés à ta carte mère , il semblerait que ces derniers pompes sur la mémoire de la carte mère
alors si tu as en plus deux écrans , peut être qu’elle s’est mise sur cette résolution exprès ? à voir .
source : https://flashcomputer.fr/mon-pc-peut-il-fonctionner-sans-carte-graphique/ .
cordialement ; Morphe-uSe
@MagicFab Dans un premier temps, un seul écran directement en HDMI. Dans un second temps, un deuxième écran connecté via le display port et un adaptateur.
@morpheus Je pense que la carte mère devrait être capable de supporter la gestion de deux écrans étant donné que c’est plutôt une carte mère haut de gamme.
Dans tous les cas, même avec un seul écran de connecté, la résolution est trop faible et j’ai du mal a croire que se soit un problème de puissance.
Je pense surtout que le driver graphique est soit mal installé soit mal configuré.
J’ai du mal à trouver les infos sur quel driver utiliser mais je pense qu’il faut utiliser le driver i915. Cependant d’après le retour de inxi -G le driver utilisé serait fbdev alors que lsmod montre que le driver i915 est bien chargé.
Sinon c’est peut être xorg qui utilise une mauvaise configuration.
[EDIT]
Je suis allé vérifier sur un autre PC qui tourne sur une carte mère plus ancienne, sans carte graphique et avec un i5-3570 (donc un CPU bien plus vieux).
Et sur ce PC je n’ai aucun soucis pour gérer les deux écrans en résolution 1920x1080.
Donc ça m’étonnerai vraiment que que se soit un problème de “capacité” de la carte mère étant donné qu’une carte bien plus ancienne avec un processeur plus vieux est capable de gérer deux écrans avec la bonne résolution et sans carte graphique dédiée.
Par contre ce que j’ai pu remarquer c’est un mismatch entre les retours renvoyés par le vieux PC et ceux renvoyés par le nouveau
Pour inxi :
vieux_PC$ inxi -G
Graphics: Card: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller
Display Server: X.Org 1.19.2 drivers: intel (unloaded: modesetting,fbdev,vesa)
Resolution: 1920x1080@60.00hz, 1680x1050@59.95hz
GLX Renderer: Mesa DRI Intel Ivybridge Desktop GLX Version: 3.0 Mesa 13.0.6
nouveau_PC$ inxi -G
Graphics: Card: Intel Device 3e98
Display Server: X.Org 1.19.2 drivers: fbdev (unloaded: modesetting,vesa)
Resolution: 1024x768@76.00hz
GLX Renderer: Gallium 0.4 on llvmpipe (LLVM 3.9, 256 bits) GLX Version: 3.0 Mesa 13.0.6
Pour lspci:
vieux_PC$ lspci -kv
[...]
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller
Flags: bus master, fast devsel, latency 0, IRQ 30
Memory at f7800000 (64-bit, non-prefetchable) [size=4M]
Memory at e0000000 (64-bit, prefetchable) [size=256M]
I/O ports at f000 [size=64]
[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: i915
Kernel modules: i915
[...]
nouveau_PC$ lspci -kv
00:02.0 VGA compatible controller: Intel Corporation Device 3e98 (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 8694
Flags: bus master, fast devsel, latency 0, IRQ 255
Memory at a0000000 (64-bit, non-prefetchable) [size=16M]
Memory at 90000000 (64-bit, prefetchable) [size=256M]
I/O ports at 3000 [size=64]
[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: <access denied>
D’après les différences dans les retours des commandes ça à l’air de confirmer que le soucis vient du driver intel qui est mal chargé ou mal utilisé.
Car inxi utilise fbdev plutôt que i915 et que lspci ne sais même pas quel driver est associé a ce hardware.
Sur une telle carte mère la carte graphique n’est pas visible mais elle est bel et bien intégrée. Peut-être qu’il y a des réglages au BIOS pour activer ou configurer les sorties vidéo d’une manière spécifique.
Le chargement de fbdev par défaut est cohérent avec le problème d’analyse automatique. On ne sait toujours pas si le test a été fait sans aucun adaptateur supplémentaire.
Je suggère de démarrer à partir d’une clé USB préparée avec une image ISO incluant les firmware privateurs (“non-free”) pour voir si le comportement est différent.
La cause probable est que le module i915 du noyau 4.19 ne reconnaît pas le GPU de ton processeur. On peut afficher les identifiants reconnus avec
modinfo i915Peut-être qu’il y a des réglages au BIOS pour activer ou configurer les sorties vidéo d’une manière spécifique.
J’ai bien cherché dans les menus de l’UEFI mais j’ai rien trouvé qui pourrait correspondre à un bridage de la résolution sur les sorties vidéos (d’ailleurs quasiment rien sur le GPU intégré).
Après il y a une telle quantité d’options dans tous les sens qu’il est possible que j’en ai ratées.
On ne sait toujours pas si le test a été fait sans aucun adaptateur supplémentaire.
Je me suis peut-être mal exprimé mais dans un premier temps je teste avec uniquement un écran de connecté en HDMI et sans aucun adaptateur entre la carte mère et l’écran à part le câble HDMI bien sur ^^).
Je suggère de démarrer à partir d’une clé USB préparée avec une image ISO incluant les firmware privateurs (“non-free”) pour voir si le comportement est différent.
Alors j’ai essayé de booter une clé live debian mais j’ai le même soucis que quand j’ai installé Buster, au boot j’ai un écran noir avec un underscore et rien ne se passe quand j’utilise le clavier.
Je peux quand même avoir un tty avec ctrl+alt+F3.
J’ai également le même résultat quand je met à jour sur Buster depuis Stretch.
Par contre j’ai essayé avec un live Ubuntu 18.04.2 et là j’ai bien l’affichage en 1920x1080. J’ai même connecté le deuxième écran avec un cable HDMI et l’adaptateur HDMI-DisplayPort et j’ai également du 1920x1080 sur le deuxième écran.
Donc à priori c’est pas un soucis avec l’UEFI 
Pour info le kernel utilisé est le 4.18.0-15 sur cette version d’Ubuntu, donc moins récent que celui dispo sur les backports stretch. Le driver graphique utilisé est i915.
$ lspci -kv
[...]
00:02.0 VGA compatible controller: Intel Corporation Device 3e98 (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 8694
Flags: bus master, fast devsel, latency 0, IRQ 125
Memory at a0000000 (64-bit, non-prefetchable) [size=16M]
Memory at 90000000 (64-bit, prefetchable) [size=256M]
I/O ports at 3000 [size=64]
[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: i915
Kernel modules: i915
[...]
Ce serait juste un problème de configuration de Xorg sur Debian ?
Voila le retour de xrandr avec les deux écrans connectés
$xrandr
Screen 0: minimum 320 x 200, current 3840 x 1080, maximum 8192 x 8192
DP-1 disconnected (normal left inverted right x axis y axis)
HDMI-1 connected 1920x1080+1920+0 (normal left inverted right x axis y axis) 521mm x 293mm
1920x1080 60.00*+ 60.00 50.00 59.94
1680x1050 59.88
1600x900 60.00
1280x1024 60.02
1440x900 59.90
1280x800 59.91
1280x720 60.00 60.00 50.00 50.00 59.94
1024x768 70.07 60.00
800x600 72.19 60.32 56.25
720x576 50.00 50.00
720x480 60.00 60.00 59.94 59.94
640x480 72.81 66.67 60.00 59.94
720x400 70.08
HDMI-2 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 521mm x 293mm
1920x1080 60.00*+ 60.00 50.00 59.94
1680x1050 59.88
1600x900 60.00
1280x1024 60.02
1440x900 59.90
1280x800 59.91
1280x720 60.00 60.00 50.00 50.00 59.94
1024x768 70.07 60.00
800x600 72.19 60.32 56.25
720x576 50.00 50.00
720x480 60.00 60.00 59.94 59.94
640x480 72.81 66.67 60.00 59.94
720x400 70.08
@PascalHambourg Voila le retour de modinfo
# modinfo i915
filename: /lib/modules/4.19.0-0.bpo.5-amd64/kernel/drivers/gpu/drm/i915/i915.ko
license: GPL and additional rights
description: Intel Graphics
author: Intel Corporation
author: Tungsten Graphics, Inc.
firmware: i915/bxt_dmc_ver1_07.bin
firmware: i915/skl_dmc_ver1_27.bin
firmware: i915/kbl_dmc_ver1_04.bin
firmware: i915/cnl_dmc_ver1_07.bin
firmware: i915/glk_dmc_ver1_04.bin
firmware: i915/kbl_guc_ver9_39.bin
firmware: i915/bxt_guc_ver9_29.bin
firmware: i915/skl_guc_ver9_33.bin
firmware: i915/kbl_huc_ver02_00_1810.bin
firmware: i915/bxt_huc_ver01_07_1398.bin
firmware: i915/skl_huc_ver01_07_1398.bin
alias: pci:v00008086d00008A70sv*sd*bc03sc*i*
alias: pci:v00008086d00008A71sv*sd*bc03sc*i*
alias: pci:v00008086d00008A5Bsv*sd*bc03sc*i*
alias: pci:v00008086d00008A5Asv*sd*bc03sc*i*
alias: pci:v00008086d00008A52sv*sd*bc03sc*i*
alias: pci:v00008086d00008A5Dsv*sd*bc03sc*i*
alias: pci:v00008086d00008A5Csv*sd*bc03sc*i*
alias: pci:v00008086d00008A51sv*sd*bc03sc*i*
alias: pci:v00008086d00008A50sv*sd*bc03sc*i*
alias: pci:v00008086d00005A4Csv*sd*bc03sc*i*
alias: pci:v00008086d00005A44sv*sd*bc03sc*i*
alias: pci:v00008086d00005A5Csv*sd*bc03sc*i*
alias: pci:v00008086d00005A54sv*sd*bc03sc*i*
alias: pci:v00008086d00005A40sv*sd*bc03sc*i*
alias: pci:v00008086d00005A50sv*sd*bc03sc*i*
alias: pci:v00008086d00005A4Asv*sd*bc03sc*i*
alias: pci:v00008086d00005A42sv*sd*bc03sc*i*
alias: pci:v00008086d00005A5Asv*sd*bc03sc*i*
alias: pci:v00008086d00005A52sv*sd*bc03sc*i*
alias: pci:v00008086d00005A49sv*sd*bc03sc*i*
alias: pci:v00008086d00005A41sv*sd*bc03sc*i*
alias: pci:v00008086d00005A59sv*sd*bc03sc*i*
alias: pci:v00008086d00005A51sv*sd*bc03sc*i*
alias: pci:v00008086d00003EA4sv*sd*bc03sc*i*
alias: pci:v00008086d00003EA3sv*sd*bc03sc*i*
alias: pci:v00008086d00003EA2sv*sd*bc03sc*i*
alias: pci:v00008086d00003EA0sv*sd*bc03sc*i*
alias: pci:v00008086d00003EA1sv*sd*bc03sc*i*
alias: pci:v00008086d00003EA8sv*sd*bc03sc*i*
alias: pci:v00008086d00003EA7sv*sd*bc03sc*i*
alias: pci:v00008086d00003EA6sv*sd*bc03sc*i*
alias: pci:v00008086d00003EA5sv*sd*bc03sc*i*
alias: pci:v00008086d00003EA9sv*sd*bc03sc*i*
alias: pci:v00008086d00003E94sv*sd*bc03sc*i*
alias: pci:v00008086d00003E9Bsv*sd*bc03sc*i*
alias: pci:v00008086d00003E9Asv*sd*bc03sc*i*
alias: pci:v00008086d00003E96sv*sd*bc03sc*i*
alias: pci:v00008086d00003E92sv*sd*bc03sc*i*
alias: pci:v00008086d00003E91sv*sd*bc03sc*i*
alias: pci:v00008086d00003E99sv*sd*bc03sc*i*
alias: pci:v00008086d00003E93sv*sd*bc03sc*i*
alias: pci:v00008086d00003E90sv*sd*bc03sc*i*
alias: pci:v00008086d000087C0sv*sd*bc03sc*i*
alias: pci:v00008086d0000591Csv*sd*bc03sc*i*
alias: pci:v00008086d0000593Bsv*sd*bc03sc*i*
alias: pci:v00008086d00005927sv*sd*bc03sc*i*
alias: pci:v00008086d00005926sv*sd*bc03sc*i*
alias: pci:v00008086d00005923sv*sd*bc03sc*i*
alias: pci:v00008086d0000591Dsv*sd*bc03sc*i*
alias: pci:v00008086d0000591Asv*sd*bc03sc*i*
alias: pci:v00008086d0000591Bsv*sd*bc03sc*i*
alias: pci:v00008086d00005912sv*sd*bc03sc*i*
alias: pci:v00008086d0000591Esv*sd*bc03sc*i*
alias: pci:v00008086d00005921sv*sd*bc03sc*i*
alias: pci:v00008086d00005917sv*sd*bc03sc*i*
alias: pci:v00008086d00005916sv*sd*bc03sc*i*
alias: pci:v00008086d0000590Asv*sd*bc03sc*i*
alias: pci:v00008086d0000590Bsv*sd*bc03sc*i*
alias: pci:v00008086d00005908sv*sd*bc03sc*i*
alias: pci:v00008086d00005902sv*sd*bc03sc*i*
alias: pci:v00008086d0000590Esv*sd*bc03sc*i*
alias: pci:v00008086d00005906sv*sd*bc03sc*i*
alias: pci:v00008086d00005915sv*sd*bc03sc*i*
alias: pci:v00008086d00005913sv*sd*bc03sc*i*
alias: pci:v00008086d00003185sv*sd*bc03sc*i*
alias: pci:v00008086d00003184sv*sd*bc03sc*i*
alias: pci:v00008086d00005A85sv*sd*bc03sc*i*
alias: pci:v00008086d00005A84sv*sd*bc03sc*i*
alias: pci:v00008086d00001A85sv*sd*bc03sc*i*
alias: pci:v00008086d00001A84sv*sd*bc03sc*i*
alias: pci:v00008086d00000A84sv*sd*bc03sc*i*
alias: pci:v00008086d0000193Asv*sd*bc03sc*i*
alias: pci:v00008086d0000192Asv*sd*bc03sc*i*
alias: pci:v00008086d0000193Dsv*sd*bc03sc*i*
alias: pci:v00008086d0000193Bsv*sd*bc03sc*i*
alias: pci:v00008086d00001932sv*sd*bc03sc*i*
alias: pci:v00008086d0000192Dsv*sd*bc03sc*i*
alias: pci:v00008086d0000192Bsv*sd*bc03sc*i*
alias: pci:v00008086d00001927sv*sd*bc03sc*i*
alias: pci:v00008086d00001926sv*sd*bc03sc*i*
alias: pci:v00008086d00001923sv*sd*bc03sc*i*
alias: pci:v00008086d0000191Dsv*sd*bc03sc*i*
alias: pci:v00008086d0000191Asv*sd*bc03sc*i*
alias: pci:v00008086d0000191Bsv*sd*bc03sc*i*
alias: pci:v00008086d00001912sv*sd*bc03sc*i*
alias: pci:v00008086d0000191Esv*sd*bc03sc*i*
alias: pci:v00008086d00001921sv*sd*bc03sc*i*
alias: pci:v00008086d00001916sv*sd*bc03sc*i*
alias: pci:v00008086d0000190Asv*sd*bc03sc*i*
alias: pci:v00008086d0000190Bsv*sd*bc03sc*i*
alias: pci:v00008086d00001902sv*sd*bc03sc*i*
alias: pci:v00008086d0000190Esv*sd*bc03sc*i*
alias: pci:v00008086d00001906sv*sd*bc03sc*i*
alias: pci:v00008086d000022B3sv*sd*bc03sc*i*
alias: pci:v00008086d000022B2sv*sd*bc03sc*i*
alias: pci:v00008086d000022B1sv*sd*bc03sc*i*
alias: pci:v00008086d000022B0sv*sd*bc03sc*i*
alias: pci:v00008086d0000163Dsv*sd*bc03sc*i*
alias: pci:v00008086d0000163Asv*sd*bc03sc*i*
alias: pci:v00008086d0000163Esv*sd*bc03sc*i*
alias: pci:v00008086d0000163Bsv*sd*bc03sc*i*
alias: pci:v00008086d00001636sv*sd*bc03sc*i*
alias: pci:v00008086d00001632sv*sd*bc03sc*i*
alias: pci:v00008086d0000162Dsv*sd*bc03sc*i*
alias: pci:v00008086d0000162Asv*sd*bc03sc*i*
alias: pci:v00008086d0000162Esv*sd*bc03sc*i*
alias: pci:v00008086d0000162Bsv*sd*bc03sc*i*
alias: pci:v00008086d00001626sv*sd*bc03sc*i*
alias: pci:v00008086d00001622sv*sd*bc03sc*i*
alias: pci:v00008086d0000161Dsv*sd*bc03sc*i*
alias: pci:v00008086d0000161Asv*sd*bc03sc*i*
alias: pci:v00008086d0000161Esv*sd*bc03sc*i*
alias: pci:v00008086d0000161Bsv*sd*bc03sc*i*
alias: pci:v00008086d00001616sv*sd*bc03sc*i*
alias: pci:v00008086d00001612sv*sd*bc03sc*i*
alias: pci:v00008086d0000160Dsv*sd*bc03sc*i*
alias: pci:v00008086d0000160Asv*sd*bc03sc*i*
alias: pci:v00008086d0000160Esv*sd*bc03sc*i*
alias: pci:v00008086d0000160Bsv*sd*bc03sc*i*
alias: pci:v00008086d00001606sv*sd*bc03sc*i*
alias: pci:v00008086d00001602sv*sd*bc03sc*i*
alias: pci:v00008086d00000155sv*sd*bc03sc*i*
alias: pci:v00008086d00000157sv*sd*bc03sc*i*
alias: pci:v00008086d00000F33sv*sd*bc03sc*i*
alias: pci:v00008086d00000F32sv*sd*bc03sc*i*
alias: pci:v00008086d00000F31sv*sd*bc03sc*i*
alias: pci:v00008086d00000F30sv*sd*bc03sc*i*
alias: pci:v00008086d00000D26sv*sd*bc03sc*i*
alias: pci:v00008086d00000A2Esv*sd*bc03sc*i*
alias: pci:v00008086d00000A26sv*sd*bc03sc*i*
alias: pci:v00008086d00000C26sv*sd*bc03sc*i*
alias: pci:v00008086d00000D2Esv*sd*bc03sc*i*
alias: pci:v00008086d00000D2Bsv*sd*bc03sc*i*
alias: pci:v00008086d00000D2Asv*sd*bc03sc*i*
alias: pci:v00008086d00000D22sv*sd*bc03sc*i*
alias: pci:v00008086d00000A2Bsv*sd*bc03sc*i*
alias: pci:v00008086d00000A2Asv*sd*bc03sc*i*
alias: pci:v00008086d00000A22sv*sd*bc03sc*i*
alias: pci:v00008086d00000C2Esv*sd*bc03sc*i*
alias: pci:v00008086d00000C2Bsv*sd*bc03sc*i*
alias: pci:v00008086d00000C2Asv*sd*bc03sc*i*
alias: pci:v00008086d00000C22sv*sd*bc03sc*i*
alias: pci:v00008086d0000042Esv*sd*bc03sc*i*
alias: pci:v00008086d0000042Bsv*sd*bc03sc*i*
alias: pci:v00008086d0000042Asv*sd*bc03sc*i*
alias: pci:v00008086d00000422sv*sd*bc03sc*i*
alias: pci:v00008086d00000D16sv*sd*bc03sc*i*
alias: pci:v00008086d00000A1Esv*sd*bc03sc*i*
alias: pci:v00008086d00000A16sv*sd*bc03sc*i*
alias: pci:v00008086d00000C16sv*sd*bc03sc*i*
alias: pci:v00008086d00000426sv*sd*bc03sc*i*
alias: pci:v00008086d00000416sv*sd*bc03sc*i*
alias: pci:v00008086d00000D1Esv*sd*bc03sc*i*
alias: pci:v00008086d00000D1Bsv*sd*bc03sc*i*
alias: pci:v00008086d00000D1Asv*sd*bc03sc*i*
alias: pci:v00008086d00000D12sv*sd*bc03sc*i*
alias: pci:v00008086d00000A1Bsv*sd*bc03sc*i*
alias: pci:v00008086d00000A1Asv*sd*bc03sc*i*
alias: pci:v00008086d00000A12sv*sd*bc03sc*i*
alias: pci:v00008086d00000C1Esv*sd*bc03sc*i*
alias: pci:v00008086d00000C1Bsv*sd*bc03sc*i*
alias: pci:v00008086d00000C1Asv*sd*bc03sc*i*
alias: pci:v00008086d00000C12sv*sd*bc03sc*i*
alias: pci:v00008086d0000041Esv*sd*bc03sc*i*
alias: pci:v00008086d0000041Bsv*sd*bc03sc*i*
alias: pci:v00008086d0000041Asv*sd*bc03sc*i*
alias: pci:v00008086d00000412sv*sd*bc03sc*i*
alias: pci:v00008086d00000D06sv*sd*bc03sc*i*
alias: pci:v00008086d00000A0Esv*sd*bc03sc*i*
alias: pci:v00008086d00000A06sv*sd*bc03sc*i*
alias: pci:v00008086d00000C06sv*sd*bc03sc*i*
alias: pci:v00008086d00000406sv*sd*bc03sc*i*
alias: pci:v00008086d00000D0Esv*sd*bc03sc*i*
alias: pci:v00008086d00000D0Bsv*sd*bc03sc*i*
alias: pci:v00008086d00000D0Asv*sd*bc03sc*i*
alias: pci:v00008086d00000D02sv*sd*bc03sc*i*
alias: pci:v00008086d00000A0Bsv*sd*bc03sc*i*
alias: pci:v00008086d00000A0Asv*sd*bc03sc*i*
alias: pci:v00008086d00000A02sv*sd*bc03sc*i*
alias: pci:v00008086d00000C0Esv*sd*bc03sc*i*
alias: pci:v00008086d00000C0Bsv*sd*bc03sc*i*
alias: pci:v00008086d00000C0Asv*sd*bc03sc*i*
alias: pci:v00008086d00000C02sv*sd*bc03sc*i*
alias: pci:v00008086d0000040Esv*sd*bc03sc*i*
alias: pci:v00008086d0000040Bsv*sd*bc03sc*i*
alias: pci:v00008086d0000040Asv*sd*bc03sc*i*
alias: pci:v00008086d00000402sv*sd*bc03sc*i*
alias: pci:v00008086d0000016Asv*sd*bc03sc*i*
alias: pci:v00008086d00000162sv*sd*bc03sc*i*
alias: pci:v00008086d0000015Asv*sd*bc03sc*i*
alias: pci:v00008086d00000152sv*sd*bc03sc*i*
alias: pci:v00008086d00000166sv*sd*bc03sc*i*
alias: pci:v00008086d00000156sv*sd*bc03sc*i*
alias: pci:v00008086d0000016Asv0000152Dsd00008990bc03sc*i*
alias: pci:v00008086d00000126sv*sd*bc03sc*i*
alias: pci:v00008086d00000116sv*sd*bc03sc*i*
alias: pci:v00008086d00000106sv*sd*bc03sc*i*
alias: pci:v00008086d00000122sv*sd*bc03sc*i*
alias: pci:v00008086d00000112sv*sd*bc03sc*i*
alias: pci:v00008086d0000010Asv*sd*bc03sc*i*
alias: pci:v00008086d00000102sv*sd*bc03sc*i*
alias: pci:v00008086d00000046sv*sd*bc03sc*i*
alias: pci:v00008086d00000042sv*sd*bc03sc*i*
alias: pci:v00008086d0000A011sv*sd*bc03sc*i*
alias: pci:v00008086d0000A001sv*sd*bc03sc*i*
alias: pci:v00008086d00002E92sv*sd*bc03sc*i*
alias: pci:v00008086d00002E42sv*sd*bc03sc*i*
alias: pci:v00008086d00002E32sv*sd*bc03sc*i*
alias: pci:v00008086d00002E22sv*sd*bc03sc*i*
alias: pci:v00008086d00002E12sv*sd*bc03sc*i*
alias: pci:v00008086d00002E02sv*sd*bc03sc*i*
alias: pci:v00008086d00002A42sv*sd*bc03sc*i*
alias: pci:v00008086d00002A12sv*sd*bc03sc*i*
alias: pci:v00008086d00002A02sv*sd*bc03sc*i*
alias: pci:v00008086d000029D2sv*sd*bc03sc*i*
alias: pci:v00008086d000029C2sv*sd*bc03sc*i*
alias: pci:v00008086d000029B2sv*sd*bc03sc*i*
alias: pci:v00008086d000029A2sv*sd*bc03sc*i*
alias: pci:v00008086d00002992sv*sd*bc03sc*i*
alias: pci:v00008086d00002982sv*sd*bc03sc*i*
alias: pci:v00008086d00002972sv*sd*bc03sc*i*
alias: pci:v00008086d000027AEsv*sd*bc03sc*i*
alias: pci:v00008086d000027A2sv*sd*bc03sc*i*
alias: pci:v00008086d00002772sv*sd*bc03sc*i*
alias: pci:v00008086d00002592sv*sd*bc03sc*i*
alias: pci:v00008086d0000258Asv*sd*bc03sc*i*
alias: pci:v00008086d00002582sv*sd*bc03sc*i*
alias: pci:v00008086d00002572sv*sd*bc03sc*i*
alias: pci:v00008086d0000358Esv*sd*bc03sc*i*
alias: pci:v00008086d00003582sv*sd*bc03sc*i*
alias: pci:v00008086d00002562sv*sd*bc03sc*i*
alias: pci:v00008086d00003577sv*sd*bc03sc*i*
depends: drm,drm_kms_helper,video,i2c-algo-bit
retpoline: Y
intree: Y
name: i915
vermagic: 4.19.0-0.bpo.5-amd64 SMP mod_unload modversions
signat: PKCS#7
signer:
sig_key:
sig_hashalgo: md4
parm: modeset:Use kernel modesetting [KMS] (0=disable, 1=on, -1=force vga console preference [default]) (int)
parm: enable_dc:Enable power-saving display C-states. (-1=auto [default]; 0=disable; 1=up to DC5; 2=up to DC6) (int)
parm: enable_fbc:Enable frame buffer compression for power savings (default: -1 (use per-chip default)) (int)
parm: lvds_channel_mode:Specify LVDS channel mode (0=probe BIOS [default], 1=single-channel, 2=dual-channel) (int)
parm: panel_use_ssc:Use Spread Spectrum Clock with panels [LVDS/eDP] (default: auto from VBT) (int)
parm: vbt_sdvo_panel_type:Override/Ignore selection of SDVO panel mode in the VBT (-2=ignore, -1=auto [default], index in VBT BIOS table) (int)
parm: reset:Attempt GPU resets (0=disabled, 1=full gpu reset, 2=engine reset [default]) (int)
parm: vbt_firmware:Load VBT from specified file under /lib/firmware (charp)
parm: error_capture:Record the GPU state following a hang. This information in /sys/class/drm/card<N>/error is vital for triaging and debugging hangs. (bool)
parm: enable_hangcheck:Periodically check GPU activity for detecting hangs. WARNING: Disabling this can cause system wide hangs. (default: true) (bool)
parm: enable_ppgtt:Override PPGTT usage. (-1=auto [default], 0=disabled, 1=aliasing, 2=full, 3=full with extended address space) (int)
parm: enable_psr:Enable PSR (0=disabled, 1=enabled) Default: -1 (use per-chip default) (int)
parm: alpha_support:Enable alpha quality driver support for latest hardware. See also CONFIG_DRM_I915_ALPHA_SUPPORT. (bool)
parm: disable_power_well:Disable display power wells when possible (-1=auto [default], 0=power wells always on, 1=power wells disabled when possible) (int)
parm: enable_ips:Enable IPS (default: true) (int)
parm: fastboot:Try to skip unnecessary mode sets at boot time (default: false) (bool)
parm: prefault_disable:Disable page prefaulting for pread/pwrite/reloc (default:false). For developers only. (bool)
parm: load_detect_test:Force-enable the VGA load detect code for testing (default:false). For developers only. (bool)
parm: force_reset_modeset_test:Force a modeset during gpu reset for testing (default:false). For developers only. (bool)
parm: invert_brightness:Invert backlight brightness (-1 force normal, 0 machine defaults, 1 force inversion), please report PCI device ID, subsystem vendor and subsystem device ID to dri-devel@lists.freedesktop.org, if your machine needs it. It will then be included in an upcoming module version. (int)
parm: disable_display:Disable display (default: false) (bool)
parm: mmio_debug:Enable the MMIO debug code for the first N failures (default: off). This may negatively affect performance. (int)
parm: verbose_state_checks:Enable verbose logs (ie. WARN_ON()) in case of unexpected hw state conditions. (bool)
parm: nuclear_pageflip:Force enable atomic functionality on platforms that don't have full support yet. (bool)
parm: edp_vswing:Ignore/Override vswing pre-emph table selection from VBT (0=use value from vbt [default], 1=low power swing(200mV),2=default swing(400mV)) (int)
parm: enable_guc:Enable GuC load for GuC submission and/or HuC load. Required functionality can be selected using bitmask values. (-1=auto, 0=disable [default], 1=GuC submission, 2=HuC load) (int)
parm: guc_log_level:GuC firmware logging level. Requires GuC to be loaded. (-1=auto [default], 0=disable, 1..4=enable with verbosity min..max) (int)
parm: guc_firmware_path:GuC firmware path to use instead of the default one (charp)
parm: huc_firmware_path:HuC firmware path to use instead of the default one (charp)
parm: dmc_firmware_path:DMC firmware path to use instead of the default one (charp)
parm: enable_dp_mst:Enable multi-stream transport (MST) for new DisplayPort sinks. (default: true) (bool)
parm: enable_dpcd_backlight:Enable support for DPCD backlight control (default:false) (bool)
parm: enable_gvt:Enable support for Intel GVT-g graphics virtualization host support(default:false) (bool)Re , ok , et bien j’ai une idée , j’avais un soucis de driver y’a pas trés longtemps , et j’avais en faite le pilote (driver) libre nouveau qui s’occuper de ma nvidea , et j’avais au debut un black screen que j’ai réglé avec ‘nomodeset’ dans l’editeur du grub , et une résolution trés bisare après ça , mais vraiment super moche x) .
j’avais trouvé et suivis rigoureusement tout ce qui suit dans ce lien https://debian-facile.org/doc:materiel:cartes-graphique:nvidia:accueil .
la commande nvidea-detect te servira énormément si c’est un problème de driver .
si c’est un problème de module . je ne peux t’aider je n’en ai jamais eu . ( module = script entre le driver et kernel ? 
)
cordialement , Morpheus
Je n’ai pas de carte graphique dédiée, donc pas de nvidia, donc pas de driver nouveau
Le GPU est intégré et c’est un GPU intel donc logiquement c’est plutôt le driver i915 qui devrait être utilisé.
Et pour info un module c’est du code compilé (en général un driver en .ko) qui s’insère dans le noyau au chargement. Rien a voir avec un script, c’est complètement en espace kernel après avoir été chargé.
Re Désolé mdr j’étais persuadé que t’avais une nvidea va savoir pourquoi x’) .
Le GPU est intégré et c’est un GPU intel donc logiquement c’est plutôt le driver i915 qui devrait être utilisé.
tu veux dire , " le module i915 ?"
pour le fait que ce soit intel ou nvidea , le pilote nouveau prends toute les marque ( + ou moins ) donc même si t’as un intel ca change rien de ce coté là .
tu à peut être raison sur le serveur X . j’ai vue ici https://doc.ubuntu-fr.org/xorg que je cite
" * Certains modèles d’écrans et de cartes graphiques sont mal détectés (cela empêche le démarrage du serveur X) "
après pour les détails , pareil , j’ai jamais eu ce problème je peux pas t’aider dans le fond .
en espérant avoir t’orienter un minimum .
Cordialement , Morpheus
Vieux:
Nouveau
Donc essayes d’empêcher le chargement du framebuffer au boot, en passant un argument nofb au noyau, juste pour tester.
Pure intuition…
Et intel-microcode, inteltool, à tous hasards ?
intel-microcode était déjà installé, pas inteltool.
Même résultat après l’installation du paquet.
Idem en passant le paramètre nofb au kernel 
J’ai également tenté en ajoutant i915.modeset=1 mais toujours le même résultat.
Dans tous les cas le retour de inxi -G est toujours le même, fbdev est utilisé.
Voila le retour d’erreur au cas où ça puisse servir.
$ sudo journalctl -r -p err
-- Logs begin at Wed 2019-06-12 19:48:30 CEST, end at Wed 2019-06-12 19:53:07 CEST. --
Jun 12 19:49:31 debian-home kernel: hdaudio hdaudioC0D2: Unable to bind the codec
Jun 12 19:48:57 debian-home pulseaudio[1058]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.TimedOut: Failed to activate service 'org.bluez': timed out
Jun 12 19:48:32 debian-home gnome-session-binary[658]: Unrecoverable failure in required component org.gnome.Shell.desktop
Jun 12 19:48:32 debian-home avahi-daemon[560]: chroot.c: open() failed: No such file or directory
Jun 12 19:48:30 debian-home kernel: kvm: disabled by bios
Jun 12 19:48:30 debian-home kernel: iTCO_wdt iTCO_wdt: can't request region for resource [mem 0x00c5fffc-0x00c5ffff]J’aurais pu te le dire et t’éviter une perte de temps inutile si j’avais eu le temps de répondre plus tôt.
Le paquet inteltool n’a rien à voir avec les GPU ni les firmwares Intel. @mattotop a peut-être confondu avec iucode-tool qui sert à charger les microcodes des processeurs Intel.
Le paquet intel-microcode n’a rien à voir non plus avec les firmwares de GPU, il ne contient que des microcodes de CPU.
Les paramètres nofb et i915.modeset=1 n’ont d’effet que si un framebuffer est disponible et si le module i915 est chargé et gère le GPU, ce qui n’est pas le cas. L’identifiant PCI du GPU 3E98 affiché par lspci ne figure pas dans les alias du module i915 affichés par modinfo. Donc cette version du module ne gère pas ce GPU. Comme c’est le module qui charge un éventuel firmware si besoin, le paquet firmware-misc-nonfree qui contient ces firmwares ne sert à rien.
Tu peux exécuter la même commande modinfo sous Ubuntu et comparer sa sortie avec celle de Debian.
Xorg utilise son pilote fbdev par défaut, parce que sans prise en charge par le module i915 il ne peut pas utiliser ses pilotes intel ni modesetting. C’est la conséquence et non la cause.
EDIT : il peut arriver qu’un module soit capable de gérer un périphérique mais ne connaisse pas son identifiant PCI, par exemple parce que le périphérique a plusieurs identifiants possibles, ou qu’il existe des variantes mineures. Il est possible d’ajouter un identifiant PCI à un module de la façon suivante :
modprobe i915
echo "8086 3e98" > /sys/bus/pci/drivers/i915/new_id
Mais tous les modules ne supportent pas cette fonctionnalité. A tester.
J’aurais pu te le dire et t’éviter une perte de temps inutile si j’avais eu le temps de répondre plus tôt.
Pas de soucis 
De toute façon je vais réinstaller au propre une fois la solution trouvée.
Les paramètres
nofbeti915.modeset=1n’ont d’effet que si un framebuffer est disponible et si le module i915 est chargé et gère le GPU, ce qui n’est pas le cas.
Ok, je pensais que Xorg chargeait fbdev par defaut au lieu de i915.
Du coup si je résume Xorg essaie bien de charger i915 mais comme il ne connaît pas le GPU, il utilise fbdev en seconde solution ?
Effectivement, un diff entre les retours de modinfo sur debian et ubuntu met en avant un alias qui contient l’id du GPU.
$ diff debian ubuntu | grep 3E98
> alias: pci:v00008086d00003E98sv*sd*bc03sc*i*
Du coup j’ai essayé de voir pour ajouter le GPU à i915. Je pense qu’il supporte la fonctionnalité car en cherchant un peu dans sysfs on trouve un emplacement /sys/module/i915/drivers/pci:i915/new_id
Par contre quand j’essaie d’écrire l’idVendor et l’idProduct vers ce chemin je me prend un Invalid argument
# echo "8086 3e98" > /sys/module/i915/drivers/pci:i915/new_id
bash: echo: write error: Invalid argument
J’ai le même résultat avec et sans les quotes et avec ‘E’ et ‘e’ (on sait jamais )
Non, i915 est un module du noyau, pas un pilote de Xorg, et il est chargé indépendamment de Xorg. Xorg essaie d’utiliser ses propres pilotes intel et modesetting (si installés) avec ce GPU, mais ils ne peuvent pas fonctionner sans le module i915. Donc Xorg se rabat sur un pilote générique qui peut fonctionner sans le module, comme fbdev ou vesa.
Le noyau 4.18 d’Ubuntu a dû être patché pour prendre en charge ce GPU.
Donc le module i915 ne supporte pas cette fonctionnalité. Cela ne m’étonne pas car le module gère un grand nombre de GPU différents qui se pilotent de façon différente et il ne suffit pas de lui dire qu’il peut prendre en charge tel matériel, il faut aussi lui dire comment le piloter.
Non, i915 est un module du noyau, pas un pilote de Xorg, et il est chargé indépendamment de Xorg.
Oui je me suis mal exprimé, j’aurais plutôt du dire “s’interfacer avec le module i915”.
Donc le module i915 ne supporte pas cette fonctionnalité.
Ok, je trouve que le code d’erreur EINVAL n’est pas très parlant, un ENOSYS serait plus parlant. Car on comprendrait bien que c’est un problème de fonctionnalité non implémentée plutôt qu’un problème de format (mais après tout les ioctls non implémentées retourne aussi EINVAL donc bon )
Le noyau 4.18 d’Ubuntu a dû être patché pour prendre en charge ce GPU.
La ça devient intéressant Je vais voir si j’arrive à trouver le patch et si j’y arrive j’essaierai de recompiler le kernel après application du patch (à condition qu’il soit applicable bien sûr).
Sinon faudra aller taper dans les sources… mais la ça risque d’être compliqué vu mon niveau pas ouf en drivers linux.
Par contre, est ce qu’une autre solution ne serait pas envisageable ?
Je me dit que plutôt que recompiler un kernel avec le patch, Je peux peut-être récupérer les sources du noyau Ubuntu déjà patchées et le recompiler avec la configuration de mon noyau ?
Tu peux même carrément installer le .deb d’un noyau ubuntu (et le paquet de headers qui vont avec pour faire bonne mesure):
a priori, pas de dépendances spécifiques au noyau ubuntu donc normalement, même pas besoin de le recompiler.
Il y avait une autre hypothèse, beaucoup moins probable, que Debian ait patché son noyau pour désactiver le support de ton GPU, parce qu’il aurait été constaté qu’il fonctionnait mal.
J’ai trouvé sur https://cateee.net/lkddb/web-lkddb/DRM_I915.html que l’identifiant PCI de ton GPU est présent dans le module i915 à partir de la version 4.20 du noyau officiel (kernel.org) donc il est normal que le noyau 4.19 de Debian ne le reconnaisse pas, et le noyau 4.18 d’Ubuntu est forcément patché.
Bonjour à tous,
Tout d’abord, désolé pour le temps que j’ai pris pour répondre mais j’ai été très pris au boulot et je n’ai pas eu le temps de m’y remettre avant hier.
J’ai donc pu tester Debian stretch avec un kernel 4.20 et la miracle, ça fonctionne nickel les deux écrans sont reconnus avec la bonne résolution \o/
Donc déjà --> Merci beaucoup
@PascalHambourg C’était donc bien la bonne piste du driver i915 qui ne supportait pas le GPU.
Comme @mattotop me l’a conseillé, j’ai dans un premier temps installé le kernel 4.20 dispo sur les repo ubuntu.
Maintenant l’idée se serait de fiabiliser ça un petit peu, dans les paquet distribués par Debian, il y en a beaucoup qui sont recompilés avec les linux-headers, il faut donc les linux-headers (et potentiellement linux-modules) en plus du paquet linux-image.
Je pense que le mieux à faire dans mon cas c’est de configurer un Debian hybride qui est basé sur Buster (j’aime bien buster et c’est plutôt stable je trouve, donc pas de soucis) mais avec le kernel experimental.
Est-il possible de configurer apt pour aller chercher sur les dépots experimental uniquement les paquets qui dépendent de linux-image > 4.20 et de chercher les autres sur les dépot testing ?
J’imagine qu’avec les pin-priority ça doit être faisable sans trop de soucis (j’ai jamais testé pour l’instant mais ça à l’air d’être fait pour visiblement ^^)
Est ce que je suis sur la bonne piste où ça risque de ne pas suffire pour conserver un système “maintenable” facilement avec apt ?
C’est inutile: si tu ajoutes le depot experimental, les paquets du dépot ne s’installeront pas car ils ont par défaut une priorité moins bonne que ta release par defaut, donc même sans pinning, ton systéme ne t’installera/mettra à jour que les paquets de noyau expérimental que tu demandera et aucun autre paquet de experimental si tu ne le demande pas explicitement.
Effectivement après quelques recherches j’en suis venu à la même conclusion
Du coup la configuration Debian buster + kernel 5.0 experimental a l’air stable (pour l’instant).
Un grand merci pour le coup de main, je m’en serai pas sorti tout seul ^^.
Je passe le sujet en résolu