Debian Buster 10.2 sur z390 et i7-9700, Gnome ne démarre pas

Héhé bien sûr, c’est sans doute parce que que je n’en ai pas :grin:
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é :slightly_smiling_face:)

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 :sob:), 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 :

  1. 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]
  1. 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 :grin:)

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.