Projet

Général

Profil

Anomalie #3449

boot guarana bloqué en « firmware: failed to load i915/skl_dmc_ver1_27.bin (-2) »

Ajouté par Christian P. Momon il y a plus de 5 ans. Mis à jour il y a plus de 4 ans.

Statut:
Fermé
Priorité:
Normale
Assigné à:
Christian P. Momon
Catégorie:
-
Version cible:
Début:
12/11/2018
Echéance:
% réalisé:

0%

Temps estimé:
Difficulté:
2 Facile

Description

Lors d'une mise à jour de guarana du 12/11/2018, rencontre d'un blocage au démarrage. C'est la deuxième fois.

La précédente fois :

24-04-2018 14:49:08 < madix!~madix@april/staff/madix: QGuLL: voici le message d'erreur que j'avais au boot https://xxxxxxx.org/tmp/guarana.jpg puis il ne se passait rien
24-04-2018 14:49:20 < madix!~madix@april/staff/madix: j'ai alors rebooté en mode recovery, un fsck s'est déclenché
24-04-2018 14:49:27 > QGuLL: ok
24-04-2018 14:49:44 < madix!~madix@april/staff/madix: mais si ça se trouve il y avait déjà un fsck lors du boot précédent mais qui ne s'affichait pas
24-04-2018 14:49:59 > QGuLL: j'ai rien dans les logs
24-04-2018 14:50:22 < madix!~madix@april/staff/madix: car quand j'ai rebooté avec le fsck j'ai vu le même message (sauf si j'ai rêve) mais le boot s'est poursuivi normalement
24-04-2018 14:51:16 > QGuLL: le second reboot a eu lieu avant 14h18 ?
24-04-2018 14:53:31 < madix!~madix@april/staff/madix: le reboot après fsck a eu lieu vers 14h18 ou 14h19 (si je me fie à mon sms)
24-04-2018 14:54:25 < madix!~madix@april/staff/madix: "bin (-2)" vous avez déjà eu comme message ?
24-04-2018 14:54:36 > QGuLL: madix: d'après les logs je pense qu'il était en fsck à 13h38 au 1er reboot : à 13h29 il disait "fsck au prochain reboot" 
24-04-2018 14:55:27 < madix!~madix@april/staff/madix: en tout cas à l'écran il n'y a avait que le bin (-2) :)
24-04-2018 14:57:00 > QGuLL: cette histoire de bin -2 est curieuse, faudrait tester un dernier reboot et regarder ce qui s'affiche à l'écran, sans intervention physique sur le serveur, bon comparer
24-04-2018 14:57:12 > QGuLL: mais probablement pas aujourd'hui, j'imagine que tu as eu ta dose :)
24-04-2018 14:57:32 > QGuLL: d'après le dernier reboot, c'est ok pour moi
24-04-2018 14:57:40 < PoluX[1]_!~francois@app1996-os2.pck.nerim.net: QGuLL: un bug dans l'initrd ?
24-04-2018 14:57:41 > QGuLL: j'ai rien touché et tout marche
24-04-2018 14:58:02 < PoluX[1]_!~francois@app1996-os2.pck.nerim.net: ya pas eu du mouvement coté lvm sans que l'initrd soit reconstruit ?
24-04-2018 14:58:10 < madix!~madix@april/staff/madix: QGuLL: voilà :) jeudi

Intervention manuelle requise pour débloquer le démarrage.


Fichiers

guarana.jpg (965 ko) guarana.jpg Christian P. Momon, 12/11/2018 17:05

Historique

#1

Mis à jour par Christian P. Momon il y a plus de 5 ans

Photo de l'écran de boot prise par Fred.

#2

Mis à jour par Christian P. Momon il y a plus de 4 ans

  • Assigné à mis à Christian P. Momon

Le 11 novembre 2019, à nouveau le même blocage au boot de guarana avec exactement la même photo que ci-dessus.
Nous sommes juste après la migration vers Buster mais les deux précédents reboots sont biens passés donc ça ne semble pas venir de là.
Je tente l'hypothèse fsck et patiente.

#3

Mis à jour par Christian P. Momon il y a plus de 4 ans

  • Statut changé de Nouveau à Attente d'information
#4

Mis à jour par Christian P. Momon il y a plus de 4 ans

  • Sujet changé de boot guarana bloqué en « bin (-2) » à boot guarana bloqué en « firmware: failed to load i915/skl_dmc_ver1_27.bin (-2) »
  • Statut changé de Attente d'information à Résolu
  • Version cible changé de Backlog à Novembre 2019

C'était bien ça. Après un moment certain, guarana est disponible à nouveau et les logs avouent :

(April) root@guarana:~# dmesg|more
[…]
[    8.192965] Console: switching to colour frame buffer device 160x64
[    8.212109] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[    8.456418] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC887-VD: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:line
[…]
[    8.534708] input: HDA Intel PCH Front Mic as /devices/pci0000:00/0000:00:1f.3/sound/card0/input7
[…]
[    8.537787] input: HDA Intel PCH HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input15
[    9.006222] Adding 8388604k swap on /dev/mapper/guarana-swap.  Priority:-2 extents:1 across:8388604k FS
[    9.508812] EXT4-fs (dm-3): mounted filesystem with ordered data mode. Opts: data=ordered
[ 2151.492147] EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: data=ordered
[ 2155.729532] IPv6: ADDRCONF(NETDEV_UP): enp6s0: link is not ready
[ 2155.729564] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.

On voit bien que :
  • 8.45 : l'étape qui doit générer l'erreur firmware ;
  • 9.5 -> 2151 : le saut temporel lié à un ext4-fs dm-1

Qui est dm-1 ?

(April) root@guarana:~# fdisk -l |grep md1
Disque /dev/md1 : 3,7 TiB, 4000114868224 octets, 7812724352 secteurs

Oui, donc c'est ça. Lorsque guarana semble bloqué avec cet écran, c'est qu'elle lance un fsck sur une grosse partition.
Il suffit alors d'attendre 36 minutes et ça repart tout seul sans problème.

#5

Mis à jour par Quentin Gibeaux il y a plus de 4 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF