Héhé bien sûr, c’est sans doute parce que que je n’en ai pas 
J’utilise les ports HDMI et DP de la carte mère qui, je pense, utilise elle-même le GPU de mon proc.
J’aurais dû certes le préciser, toutes mes confuses.
Merci mattotop
Ah OK, je ne connaissais pas ce genre d’architecture.
La doc de la CM est là pour référence:
Et de ce que j’en vois, ça doit être la mécanique que tu dis, mais alors à quoi ça correspond en terme de module de carte graphique, par ou elle passe, bus pci ou autre, etc, aucune idée.
Si un truc quand même, c’est que tout est en Intel, donc déjà, ça ne mange pas de pain d’installer avec apt (en ligne de commande root, puisque tu y as accés) le paquet utile intel-microcode.
Ça ne réglera pas forcément le problème, mais tous tes procs et coprocs seront mieux gèrés/patchés.
Aprés, je vois dans apt search intel qu’il y a aussi un paquet intel-gpu-tools servant à diagnostiquer/tweaker les gpu intel, à voir si on peut en tirer quelquechose.
Question:
vois tu des modules qui commencent par i (pour intel) dans la sortie de lsmod ?
Et aussi que dit lspci ?
ça peut donner un résultat long, ne recopie que ce qui te parait utile et correspondre à un truc graphique.
Merci mattotop pour ta réactivité !
D’après ce que je peux lire sur le fil que je mentionne, le module graphique serait un i915 qui semble avoir été écarté de certains kernels.
Concernant ce que tu me proposes, j’essaierai et posterai les résultats en fin de journée, lorsque je serai devant la machine.
à+
Alors le i915 écran noir est un classique, je l’ai vu passer plusieurs fois ici avec correction qui marche, mais j’ai oublié comment ça se règle.
Je n’ai pourtant trouvé que le fil mentionné, je vais mieux chercher…
pour ma part , j’ai résolu comme ça.
contenu du fichier : /etc/X11/xorg.conf.d/20-intel.conf
Section “OutputClass”
Identifier “Intel Graphics”
MatchDriver “i915”
Driver “intel”
Option “TearFree” “true”
EndSection
Bon j’ai essayé ce que vous m’avez proposé, toujours sans succès :
@cleloup : j’ai créé le fichier de configuration xorg dont tu parles, pour info j’ai dû également créer le répertoire xorg.gconf.d/ et xorg.conf n’existe même pas. C’est normal ?
@mattotop : installer intel_microcode n’a rien changé et après consultation des pages man, je ne vois pas trop comment utiliser intel-gpu-tools pour trouver où ça coince.
Concernant lspci, la ligne en rapport avec la carte graphique est celle-ci :
00:02.0 VGA compatible controller: Intel Corporation Device 3e98 (rev 02)
Concernant lsmod, désolé, je le mets en entier car je ne suis pas sûr d’arriver à faire un filtrage pertinent :
Module Size Used by
snd_hda_codec_hdmi 57344 0
snd_hda_codec_generic 86016 1
ipheth 16384 0
intel_rapl 24576 0
i915 1732608 0
nls_ascii 16384 1
nls_cp437 20480 1
drm_kms_helper 208896 1 i915
vfat 20480 1
x86_pkg_temp_thermal 16384 0
fat 86016 1 vfat
intel_powerclamp 16384 0
coretemp 16384 0
drm 495616 2 drm_kms_helper,i915
kvm_intel 233472 0
i2c_algo_bit 16384 1 i915
snd_hda_intel 45056 1
kvm 749568 1 kvm_intel
snd_hda_codec 151552 3 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel
irqbypass 16384 1 kvm
crct10dif_pclmul 16384 0
snd_hda_core 94208 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
crc32_pclmul 16384 0
ghash_clmulni_intel 16384 0
snd_hwdep 16384 1 snd_hda_codec
snd_pcm 114688 4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
intel_cstate 16384 0
efi_pstore 16384 0
pcc_cpufreq 16384 0
intel_uncore 135168 0
eeepc_wmi 16384 0
asus_wmi 32768 1 eeepc_wmi
snd_timer 36864 1 snd_pcm
intel_rapl_perf 16384 0
sparse_keymap 16384 1 asus_wmi
snd 94208 9 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_timer,snd_pcm
rfkill 28672 2 asus_wmi
mei_me 45056 0
sg 36864 0
mei 118784 1 mei_me
soundcore 16384 1 snd
iTCO_wdt 16384 0
wmi_bmof 16384 0
pcspkr 16384 0
serio_raw 16384 0
iTCO_vendor_support 16384 1 iTCO_wdt
efivars 20480 1 efi_pstore
acpi_pad 24576 0
evdev 28672 4
acpi_tad 16384 0
efivarfs 16384 1
ip_tables 28672 0
x_tables 45056 1 ip_tables
autofs4 49152 2
ext4 737280 4
crc16 16384 1 ext4
mbcache 16384 1 ext4
jbd2 122880 1 ext4
fscrypto 32768 1 ext4
ecb 16384 0
btrfs 1400832 0
xor 24576 1 btrfs
zstd_decompress 81920 1 btrfs
zstd_compress 172032 1 btrfs
xxhash 16384 2 zstd_compress,zstd_decompress
raid6_pq 122880 1 btrfs
libcrc32c 16384 1 btrfs
crc32c_generic 16384 0
dm_mod 155648 9
hid_generic 16384 0
usbhid 57344 0
hid 135168 2 usbhid,hid_generic
sr_mod 28672 0
cdrom 65536 1 sr_mod
sd_mod 61440 5
crc32c_intel 24576 7
mxm_wmi 16384 0
ahci 40960 4
libahci 40960 1 ahci
xhci_pci 16384 0
xhci_hcd 266240 1 xhci_pci
libata 270336 2 libahci,ahci
aesni_intel 200704 0
usbcore 294912 5 ipheth,xhci_hcd,usbhid,xhci_pci
e1000e 282624 0
scsi_mod 249856 4 sd_mod,libata,sg,sr_mod
aes_x86_64 20480 1 aesni_intel
crypto_simd 16384 1 aesni_intel
cryptd 28672 3 crypto_simd,ghash_clmulni_intel,aesni_intel
glue_helper 16384 1 aesni_intel
i2c_i801 28672 0
usb_common 16384 1 usbcore
thermal 20480 0
fan 16384 0
wmi 28672 3 asus_wmi,wmi_bmof,mxm_wmi
video 45056 2 asus_wmi,i915
button 16384 0
Si vous avez des idées n’hésitez pas et encore merci pour votre aide
P.S. : je n’arrive pas à formater le texte des sorties lsmod et lspci
Pour encadrer des longs segments, c’est avec 3 backticks (<AltGR 7) ``` avant et aprés le texte à formatter.
Ca se précise, c’est ce pilote là qui doit mal fonctionner:
s’il s’est chargé, c’est qu’il correspond au chip graphique, mais comme je disais, l’écran noir avec le i915 n’est pas rare.
Je suis en train de chercher sur le forum où j’ai vu une solution.
[edit: déjà, installes firmware-linux-nonfree si ce n’est pas déjà fait, c’est utile avec le i915]
[reedit: je ne voudrais pas crier victoire trop tôt, mais je crois que c’est ça:
]
(Merci pour le coup des backticks, j’ai corrigé 
)
Alors oui, j’ai créé le fichier 20-intel.conf sur la proposition de cleloup ci-dessus, sans succès.
D’ailleurs, j’ai aussi dû créer le répertoire xorg.conf.d qui n’existait pas.
À noter que xorg.conf n’existe pas non plus, j’ai l’impression que ce n’est pas normal.
Par ailleurs j’avais déjà installé firmware-linux-nonfree pour résoudre une erreur i915 firmware possibly missing avec succès.
Je cherche également sur le forum des problèmes d’écran noir noir, mais aucun ne semble comparable au mien…
Si si, ça, c’est tout à fait normal.
On en crée un désormais que quand l’autodétection ne fonctionne pas.
Et les fichiers dans xorg.conf.d sont juste des “bouts” de xorg.conf qui viennent “patcher” l’autoconfiguration.
Il y a une solution, je suis à peu prés sur qu’elle marchera, mais je pense qu’elle va te bloquer avec des résolutions super limitées.
C’est de rajouter un argument nomodeset (ou i915.nomodeset, ça doit aussi le faire) sur l’appel du kernel dans le boot grub.
Ca peut se tester en entrant dans l’éditeur de grub au boot pour aller rajouter ça là ou il faut avant de booter et si ça marche, se mettre en dur dans la config grub du systéme.
LOL, je n’avais pas remarqué que ce que je citais était 2 posts plus haut…
Ce n’est donc pas la solution que je cherchais sur le forum (avec le mot clé i915 il y a plein de fils de discussion à éplucher)
Yes, je continue aussi à éplucher.
Ce qui m’embête dans cette histoire, c’est que ça fait la même chose avec les dernière versions d’ubuntu, alors qu’en général cette distrib passe plutôt partout.
Et seulement avec une interface gnome 3 (ma préférée 
), pas avec lxde par exemple.
Ça a donc l’air d’être commun (j’extrapole légèrement) à toutes les dernières version de kernel debian ou de gnome…
Tiens, j’ai pas pensé à essayer avec un autre gestionnaire que gdm, qu’en penses-tu ?
Tu peux rapide en tester un autre, en l’installant, il te demandera lequel tu veux activer, et tu pourras passer de l’un à l’autre avec dpkg-reconfigure.
Mais ta remarque sur le noyau mérite pareil un test en rebootant sur un autre noyau, plus récent (5 en backport qui ne passe pas pour moi à cause de nvidia) ou plus vieux (il reste des 3 en oldstable ou oldoldstable).
Ca se tente.
On progresse !!!
J’ai fait un apt full-upgrade avec les backports, ça m’a installé un kernel 5.3.0 (au lieu de 4.19) et je ne sais toujours pas pourquoi, mais gnome démarre !
J’ai maintenant 2 petits soucis :
- le boot est long parce qu’un timeout finit par me dire :
Gave up waiting for suspend/resume device
et
iTCO_wdt iTCO_wdt: can't request region for resource [mem 0x00c5fffc-0x00c5ffff]
- Malgré installation des linux-firmware, linux-firmware-nonfree et autre intel-microcode (dernières moutures puisque depuis les backports), j’ai toujours ceci :
W: Possible missing firmware /lib/firmware/i915/icl_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_8_2893.bin for module i915
(J’ai bien trouvé des explications et solutions à ces erreurs sur internet, mais aucune ne semble correspondre à mon cas ni fonctionner)
(Faut dire que je n’ai pas toujours tout compris )
Bonjour
le point 2 j’ai le meme soucis.
ça n’empêche pas de fonctionner correctement.
tu peut ignorer.
@cleloup : Okay merci ! Au passage, maintenant que ça démarre, j’ai supprimé le xorg.conf et ça marche toujours.
Tiens donc, j’ai ça aussi, alors que le réseau fonctionne :
$ systemctl status networking.service
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2019-11-28 14:05:05 CET; 2min 42s ago
Docs: man:interfaces(5)
Process: 802 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE)
Main PID: 802 (code=exited, status=1/FAILURE)
J’ai trouvé pour une partie du point 1, c’est parce que mon swap est sur une partition lvm. Il faut donc l’appeler par son chemin dans /dev/mapper/… plutôt que par son UUID dans /etc/initramfs-tools/conf.d/resume.
(Du coup c’est un autre sujet)
Reste
iTCO_wdt iTCO_wdt: can't request region for resource [mem 0x00c5fffc-0x00c5ffff]
et l’erreur de la carte réseau qui n’ont pas l’air de poser de problèmes.
Alors… Résolu !!!
Merci à tous
Ca, ça doit être la désignation du swap à utiliser pour la veille qui doit être à corriger, un truc comme ça.
Ici https://wiki.debian.org/Hibernation#Changing_or_moving_the_swap_partition
On a:
Donc c’est là qu’il faut vérifier si les UUIDs du swap sont bien ceux du swap actuel.
Si c’est bien ça.
A tous hasards, fait une reinstall de ces paquets (apt reinstall …).
Et sinon, c’est firmware-linux-machin, pas l’inverse comme tu as tapé ici:
tu crois peut être les avoir installé, alors que non.
Ca, je viens de voir un hack qui doit fonctionner, ici https://askubuntu.com/questions/1131885/help-w-possible-missing-firmware-lib-firmware-i915-kbl-guc-ver9-14-bin-for-mo
git clone https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
sudo cp ./linux-firmware/i915/icl_dmc_ver1_07.bin /lib/firmware/i915/icl_dmc_ver1_07.bin
C’est pas propre, parce que ça devrait venir des paquets, mais si ça fait le taf…
1 J'aime
Yes, ça marche pour le warning missing firmware, merci !
Concernant le problème de désignation du swap, je m’étais répondu moi-même plus haut, c’est parce que j’utilise LVM.
Merci les gars, pour tout.