Actions
Anomalie #3449
ferméboot guarana bloqué en « firmware: failed to load i915/skl_dmc_ver1_27.bin (-2) »
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
Actions
#1
Mis à jour par Christian P. Momon il y a environ 6 ans
- Fichier guarana.jpg guarana.jpg ajouté
Photo de l'écran de boot prise par Fred.
Actions
#2
Mis à jour par Christian P. Momon il y a environ 5 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.
Actions
#3
Mis à jour par Christian P. Momon il y a environ 5 ans
- Statut changé de Nouveau à Attente d'information
Actions
#4
Mis à jour par Christian P. Momon il y a environ 5 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.
Actions