Project

General

Profile

Anomalie #3449

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

Added by Christian P. Momon about 1 year ago. Updated 18 days ago.

Status:
Fermé
Priority:
Normale
Category:
-
Target version:
Start date:
11/12/2018
Due date:
% Done:

0%

Estimated time:
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.


Files

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

History

#1

Updated by Christian P. Momon about 1 year ago

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

#2

Updated by Christian P. Momon about 1 month ago

  • Assignee set to 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

Updated by Christian P. Momon about 1 month ago

  • Status changed from Nouveau to Attente d'information
#4

Updated by Christian P. Momon about 1 month ago

  • Subject changed from boot guarana bloqué en « bin (-2) » to boot guarana bloqué en « firmware: failed to load i915/skl_dmc_ver1_27.bin (-2) »
  • Status changed from Attente d'information to Résolu
  • Target version changed from Backlog to 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

Updated by Quentin Gibeaux 18 days ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF