web-dev-qa-db-fra.com

Écran vierge Intel SkyLake sur Ubuntu 16.10

Lorsque j’ai récemment installé Ubuntu 16.10 sur une nouvelle machine (carte mère Intel ASRock Z170 Gaming-ITX/AC S1151 M-ITX avec processeur Intel Core Core i5-6500/3,2 GHz), j’ai eu un écran vierge au premier démarrage.

Après de nombreuses recherches sur le Web, j'ai découvert que je pouvais démarrer correctement sous Linux en utilisant nomodesetsur la ligne de commande du noyau. Cependant, cela limite mes options graphiques car xrandr -q ne signale qu'un seul moniteur:

xrandr: Failed to get size of gamma for output default
Screen 0: minimum 1024 x 768, current 1024 x 768, maximum 1024 x 768
default connected 1024x768+0+0 0mm x 0mm
   1024x768      76.00*

J'ai lu de nombreux sites Web suggérant qu'il s'agissait d'un problème dans les versions antérieures du noyau (qui nécessitent i915.preliminary_hw_support=1) et que, avec la version 4.3 ou supérieure, tout devrait bien se passer, mais j'ai:

Linux mypc 4.8.0-26-generic #28-Ubuntu SMP Tue Oct 18 14:39:52 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

Donc, je pense que cela ne devrait pas être un problème. Sur la base de certains sites Web que j'ai lus, j'ai essayé toutes les options de noyau suivantes (et quelques combinaisons largement aléatoires), mais aucune n'a été utile:

i915.preliminary_hw_support=1
i915.i915_enable_rc6=1
nolapic

Dans tous les cas, j'ai supprimé quiet splash afin de pouvoir voir ce qui se passait. Selon l'option choisie, le processus de démarrage visible se situe à un autre endroit. Avec nomodesetname__, cela va jusqu’à la console virtuelle (j’ai commencé avec une installation sur un serveur pour pouvoir mieux choisir les paquets que je voulais). Sans nomodesetname__, cela va jusqu'à:

[    5.088899] fb: switching to inteldrmfb from VESA VGA

Avec nolapiccomme seul ajout, il y a quelques lignes plus loin (les deux sont liés au matériel SATA, je pense). Cela peut être relativement aléatoire, car je l’ai essayé plusieurs fois et suis parvenu à un stade différent de la technologie SATA (mais toujours dans un délai d’une centaine de secondes environ après la ligne fb:)

Avec i915.i915_enable_rc6=1, je reçois un message disant:

i915: unknown parameter 'i915_enable_rc6' ignored`

Donc, évidemment, cela ne fait rien.

J'ai également essayé d'ajouter i915 et nvmeà /etc/modules, mais là encore: aucun effet discernable.

Tout ce qui précède est issu de différents forums (et de ce site), mais j'ai bien peur de ne pas avoir noté toutes les références - et donc de ne pas créer de lien vers les questions initiales.

Dans le cas de la ligne de noyau vide (uniquement les éléments ajoutés par le programme d'installation et aucun nomodesetname__), si je ssh dans la machine et startxname__, je peux exécuter xrandret voir:

Screen 0: minimum 8 x 8, current 1280 x 1024, maximum 32767 x 32767
DP1 disconnected (normal left inverted right x axis y axis)
DP2 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm
   1280x1024     60.02 +  75.02
   1920x1080     60.00    59.94
   1152x864      75.00
   1280x720      60.00    59.94
   1024x768      75.03    72.00    70.07    60.00
   800x600       72.19    75.00    60.32    56.25
   720x480       60.00    59.94
   640x480       75.00    72.81    60.00    59.94
   720x400       70.08
HDMI1 disconnected (normal left inverted right x axis y axis)
HDMI2 disconnected (normal left inverted right x axis y axis)
HDMI3 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 531mm x 299mm
   1920x1080     60.00 +  50.00    59.94    59.99
   1920x1080i    60.00    50.00    59.94
   1600x1200     60.00
   1680x1050     59.88
   1280x1024     75.02    60.02
   1440x900      59.90
   1280x960      60.00
   1366x768      59.79
   1152x864      75.00
   1280x720      60.00    50.00    59.94
   1024x768      75.03    70.07    60.00
   832x624       74.55
   800x600       72.19    75.00    60.32    56.25
   720x576       50.00
   720x480       60.00    59.94
   640x480       75.00    72.81    66.67    60.00    59.94
   720x400       70.08
VIRTUAL1 disconnected (normal left inverted right x axis y axis)
  1280x1024 (0x4a) 540.000MHz +HSync +VSync
        h: width  1280 start 1328 end 1440 total 1688 skew    0 clock 319.91KHz
        v: height 1024 start 1025 end 1028 total 1066           clock 300.10Hz

... suggérant que le conducteur travaille dans une certaine mesure, rien ne s'affiche à l'écran.

Quelqu'un peut-il offrir des suggestions pour ce que je fais mal?

Je peux évidemment ajouter plus d'informations au besoin, mais je ne sais pas quoi ajouter pour le moment.


Éditer 1

Ceci est ma configuration actuelle de grub/etc/default/grub

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
#GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="nomodeset"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=1024x768

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

C'est le bit de /boot/grub/grub.cfg qui semble le plus pertinent:

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-c21835f3-4aaf-4880-b573-19a361a72db9' {
        recordfail
        load_video
        gfxmode $linux_gfx_mode
        insmod gzio
        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
        insmod part_msdos
        insmod ext2
        set root='hd1,msdos1'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  c21835f3-4aaf-4880-b573-19a361a72db9
        else
          search --no-floppy --fs-uuid --set=root c21835f3-4aaf-4880-b573-19a361a72db9
        fi
        linux   /boot/vmlinuz-4.8.0-26-generic root=UUID=c21835f3-4aaf-4880-b573-19a361a72db9 ro  nomodeset
        initrd  /boot/initrd.img-4.8.0-26-generic
}

Éditer 2

Le fichier Xorg.log est ici: http://Pastebin.com/nvNwTPj4

J'ai redémarré et (dans l'écran d'édition Grub) enlevé nomodeset et également supprimé la ligne gfxmode (depuis que j'ai eu quelques commentaires sur la suppression de vga =, mais je n'ai pas réellement eu vga = à supprimer). Cela a entraîné le même écran vide que précédemment.

J'ai également essayé simplement d'avoir textsur la ligne de démarrage, mais cela s'est passé au même endroit que sans rien (switching to inteldrmfb etc comme ci-dessus).


Éditer 3

Suite à une suggestion de @Mladen:

  • J'ai maintenant essayé d'installer les pilotes graphiques Intel à partir de https://01.org/linuxgraphics/intel-linux-graphics-firmwares - à la fois ceux de Skylake - les GuC et DMC installés conformément aux instructions. J'ai ensuite redémarré sans nomodesetsur la ligne de démarrage et l'écran est devenu blanc au même moment que dans les autres tests. Fait intéressant cependant, il a déclaré:

    W: Micrologiciel manquant possible /lib/firmware/i915/kbl_guc_ver9_14.bin pour le module i915 W: Micrologiciel manquant possible /lib/firmware/i915/bxt_guc_ver8_7.bin pour le module i915

Le résultat de ls -l /lib/firmware/i915 indique:

total 412
-rw-r--r-- 1 root root   8380 Aug 15 15:40 bxt_dmc_ver1_07.bin
lrwxrwxrwx 1 root root     19 Aug 15 15:40 bxt_dmc_ver1.bin -> bxt_dmc_ver1_07.bin
-rw-r--r-- 1 root root   8616 Aug 15 15:40 kbl_dmc_ver1_01.bin
lrwxrwxrwx 1 root root     19 Aug 15 15:40 kbl_dmc_ver1.bin -> kbl_dmc_ver1_01.bin
-rw-r--r-- 1 root root   8824 Sep 14 13:47 skl_dmc_ver1_23.bin
-rw-r--r-- 1 root root   8928 Nov 10 17:54 skl_dmc_ver1_26.bin
lrwxrwxrwx 1 root root     38 Nov 10 17:54 skl_dmc_ver1.bin -> /lib/firmware/i915/skl_dmc_ver1_26.bin
-rw-r--r-- 1 root root 109636 Aug 15 15:40 skl_guc_ver1.bin
-rw-r--r-- 1 root root 128320 Aug 15 15:40 skl_guc_ver4.bin
-rw-r--r-- 1 root root 129024 Nov 10 17:53 skl_guc_ver6_1.bin
lrwxrwxrwx 1 root root     37 Nov 10 17:53 skl_guc_ver6.bin -> /lib/firmware/i915/skl_guc_ver6_1.bin

qui montre des versions beaucoup plus anciennes du firmware que celles qu'initramfs semble attendre

  • Après cela, j'ai suivi les instructions ici pour mettre à niveau le noyau avec la version 4.8.6 (les lignes de microprogrammes manquantes étaient également signalées ci-dessus). J'ai ensuite redémarré (encore une fois sans nomodesetname__) et encore une fois, il est arrivé exactement au même endroit.

  • Puisque l'erreur ci-dessus semblait concerner les microprogrammes des processeurs Kabylake et Broxton (bien que je sois à peu près sûre d'en avoir un de Skylake), j'ai téléchargé les derniers fichiers de ces deux logiciels depuis ici - cela ne semble que être des choses DMC si. L'installation de ces deux produits a généré les mêmes messages concernant les microprogrammes manquants (probablement parce qu'il s'agissait de fichiers DMC et que les numéros de version étaient différents). Sans surprise, le résultat est exactement le même: sans nomodesetname__, l'écran se fige après fb: switching to inteldrmfb from VESA VGA.

D'après ce que j'ai lu, ces fichiers de micrologiciels sont liés à des processeurs non validés. Il est donc peu probable que ce soit pertinent de toute façon, mais je pensais que cela valait la peine d'essayer.


Éditer 4

Si cela peut vous aider, j'ai collé une sortie complète dmesgà partir de démarrage de nomodeset et de non-nomodeset, démarrage à l'écran vide . Il y a quelques différences (y compris le chargement du fichier skl_dmc_ver1_26.bin, mais je ne sais pas trop quoi en faire ...


Éditer 5

J'ai aussi maintenant essayé ceci avec le noyau 4.8.7, mais le comportement est le même qu'avec 4.8.0 ou 4.8.6. L'installation de la version 3.20160714.1 du microcode intel n'a également fait aucune différence notable.


Éditer 6

Au cas où cela s'avérerait être un bogue du noyau lié d'une manière quelconque à celui-ci , j'ai soulevé un bogue sur la page bugzilla du noyau - https://bugzilla.kernel.org /show_bug.cgi?id=187601

6
DrAl

Utilisez-vous le port d'affichage? J'ai également des problèmes avec les pilotes skylake, du noyau 4.8 et i915 avec Ubuntu 16.10 ==> Intel n'a pas encore publié la dernière pile de graphiques pour la version 16.10.

Vous pourriez essayer de:

1) Revenez à Ubuntu 16.04 LTS (et au noyau 4.4.x)

2) Utiliser le noyau 4.6.7: http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6.7/

3) Utilisez le dernier noyau drm-intel-nightly: http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-nightly/ (mais il n'y a pas de construction réussie d'AMD64 disponible plus, la dernière fois était 2016-10-19)

1
MisterZ

Rapport d'erreur

Votre erreur:

[    5.088899] fb: switching to inteldrmfb from VESA VGA

Est similaire à celui discuté dans le rapport de bogue 2014: ( L'écran se bloque au démarrage à "fb: basculement de inteldrmfb à partir de simple" ). Cependant, il était supposé avoir été corrigé dans le noyau 3.17/3.18.

Version du noyau 4.8.7

La version 4.8.7 du noyau contient de nombreux correctifs pour le pilote Intel i915 (et Radeon qui pourraient intéresser de nombreux utilisateurs de l'UA), comme indiqué ci-dessous: ( Softpedia News - Le noyau Linux met à jour les pilotes 4-8-7 et Intel améliore le sans fil soutien ). En effet, certains utilisateurs de réseaux sans fil voudront peut-être aussi cette mise à jour du noyau.

L'histoire fournit un lien pour télécharger le noyau mais ne l'utilisez pas. Allez plutôt à ( kernel.ubuntu.com ~ kernel v4.8.7 ). Si quelqu'un a besoin d'instructions étape par étape, veuillez commenter et je les ajouterai ici.

Connu i915 gèle

Le pilote i915 DRM est connu pour causer divers blocages de GPU, plantages et même le blocage complet du système. Il peut être nécessaire de désactiver l'accélération matérielle pour résoudre ces problèmes.

Une solution que vous n'avez pas essayée consiste à utiliser la configuration Xorg suivante en modifiant (ou en créant) le fichier /etc/X11/xorg.conf.d/20-intel.conf avec ces lignes:

Section "Device"
    Identifier  "Intel Graphics"
    Driver      "intel"
    Option      "DRI"   "false"
EndSection

Enregistrez et redémarrez (sans le nomodeset).

Si les problèmes d'écran noir disparaissent mais que Google Chrome ou Fire Fox se fige, vous devrez désactiver l'accélération matérielle.

Le dernier firmware Intel

Une autre considération importante est votre micrologiciel Intel, qui est décrit dans cet article AU ( surchauffe d'Ubuntu 16.04 Skylake ). Il devrait être à la version 3.20160714.1 ou ultérieure à partir du 27 septembre 2016.

2
WinEunuuchs2Unix

J'ai la même carte mère et des problèmes d'affichage lors de la première tentative d'installation de Linux - je ne sais pas s'il s'agit d'un mélange de pilote défectueux et de microprogramme de carte mère défectueux ou simplement de pilote défectueux, mais j'ai trouvé ce qui suit:

Avec 2 x moniteurs HDMI branchés - affiche l'écran de post et le démarrage initial mais pas d'interface graphique

Avec 1 x entrée HDMI au-dessus du connecteur du port d'affichage (mode d'emploi de HDMI1 dans M/B) - pas d'interface graphique

Avec 1 port HDMI à gauche du connecteur du port d'affichage (mode d'emploi de HDMI2 dans m/b) - fonctionne correctement, l'interface graphique affiche bien

Avec 1 x port d'écran et 1 x écrans connectés HDMI2 - fonctionne très bien, interface graphique sur les deux écrans.

Avec 1 x port d'écran et 1 x écrans connectés via HDMI1 - fonctionne partiellement, l'interface graphique sur l'écran DP, l'écran HDMI1 vierge est affiché comme étant connecté en sortie xrandr.

Tout ce qui précède se trouve sur Ubuntu 16.04 entièrement mis à jour, sans paramètres de noyau nécessaires (j’avais besoin du réglage i915.preliminary_hw_support = 1 initialement en raison de la version du noyau à l’époque, mais ce n’est plus nécessaire)

Je n'ai pas réussi à faire fonctionner trois écrans sous Linux, bien qu'ils fonctionnent correctement sous Windows 10.

Remarque: j'ai également récemment mis à jour le M/B avec le dernier micrologiciel, ce qui a permis de résoudre un problème de remplissage des messages d'erreur ACPI en rendant dmesg inutilisable à des fins de diagnostic.

1
Mike P

Je ne sais pas si cela aidera, mais je me souviens d’avoir eu des problèmes similaires lors de la tentative d’installation d’ubuntu sur mon Asus avec un skylake intel. Je ne sais pas où le problème pourrait être exactement, mais cela m'a aidé.

  • Supprimez le "quiet splash" de la ligne du noyau et ajoutez "nomodeset" comme vous l'avez fait auparavant. Cela vous donnera plus d'informations qui pourraient être utiles, et vous pourrez peut-être accéder au système pour les deux étapes suivantes.
  • Autre option: supprimez "quiet splash" mais insérez "text" pour démarrer en mode texte
  • Si cela fonctionne, essayez de mettre à jour le dernier noyau Linux (devrait être 4.8.6 comme je l'écris.) Vous pouvez trouver un guide ici .
  • Je suggère également d'installer les pilotes graphiques Intel/firmware à partir de ici .

J'espère que ça aide.

0
lemdan