# DMC firmware manquant

**URL:** <https://www.debian-fr.org/t/dmc-firmware-manquant/78445>\
**Category:** Support Debian\
**Created:** [Janvier 22, 2019, 10:13 UTC](https://www.debian-fr.org/t/dmc-firmware-manquant/78445 "2019-01-22T10:13:55Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\
**Post date:** [Janvier 22, 2019, 10:13 UTC](https://www.debian-fr.org/t/dmc-firmware-manquant/78445/1 "2019-01-22T10:13:55Z")

</div>

bonjour ;

je ne connais pas l’utilité de ce microprogramme mais je vois qu’il est la cause d’erreurs en chaîne alors peut-être que ce serait bien de l’avoir . Voici une partie du log de démarrage

```nohighlight
dmesg | grep firmware
[0.041030] Spectre V2 : Enabling Restricted Speculation for firmware calls
[5.559974] iwlwifi 0000:02:00.0: firmware: direct-loading firmware iwlwifi-9260-th-b0-jf-b0-38.ucode
[5.560911] iwlwifi 0000:02:00.0: loaded firmware version 38.c0e03d94.0 op_mode iwlmvm
[5.568160] [drm] GuC: No firmware known for this platform!
[5.568162] [drm] HuC: No firmware known for this platform!
[5.569719] i915 0000:00:02.0: firmware: failed to load i915/glk_dmc_ver1_04.bin (-2)
[5.569724] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
[5.569728] i915 0000:00:02.0: Direct firmware load for i915/glk_dmc_ver1_04.bin failed with error -2
[5.569730] i915 0000:00:02.0: Failed to load DMC firmware i915/glk_dmc_ver1_04.bin. Disabling runtime power management.
[5.569731] i915 0000:00:02.0: DMC firmware homepage: https://01.org/linuxgraphics/downloads/firmware
[9.539116] r8169 0000:01:00.1: firmware: failed to load rtl_nic/rtl8411-2.fw (-2)
[9.539160] r8169 0000:01:00.1: Direct firmware load for rtl_nic/rtl8411-2.fw failed with error -2
[9.539164] r8169 0000:01:00.1 enp1s0f1: unable to load firmware patch rtl_nic/rtl8411-2.fw (-2)

```

l’adresse indiquée conduit à [https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915](https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915)  
problème : pas de téléchargement ordinaire mais renvoi sur une page écrite en ?? . Facile à traiter pour installation ou pas ?

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Janvier 22, 2019, 1:38 UTC](https://www.debian-fr.org/t/dmc-firmware-manquant/78445/2 "2019-01-22T13:38:47Z")

</div>

Bonjour zao

Pour ce qui est du firmware « glk\_dmc\_ver1\_04.bin »  
Je le trouve sur les pages :  
[https://packages.debian.org/stretch-backports/all/firmware-misc-nonfree/filelist](https://packages.debian.org/stretch-backports/all/firmware-misc-nonfree/filelist)  
[https://packages.debian.org/buster/firmware-misc-nonfree](https://packages.debian.org/buster/firmware-misc-nonfree)  
[https://packages.debian.org/sid/firmware-misc-nonfree](https://packages.debian.org/sid/firmware-misc-nonfree)

Sous l’appellation « Intel “Geminilake” DMC firmware, version 1.04 »

Je trouve « rtl\_nic/rtl8411-2.fw » dans les pages :  
[https://packages.debian.org/fr/stretch/firmware-realtek](https://packages.debian.org/fr/stretch/firmware-realtek)  
[https://packages.debian.org/fr/stretch-backports/firmware-realtek](https://packages.debian.org/fr/stretch-backports/firmware-realtek)  
[https://packages.debian.org/fr/buster/firmware-realtek](https://packages.debian.org/fr/buster/firmware-realtek)  
[https://packages.debian.org/fr/sid/firmware-realtek](https://packages.debian.org/fr/sid/firmware-realtek)

Sous l’appellation « Realtek RTL8411-2 firmware, version 0.0.1 »

Il est préférable d’installer de manière conventionnelle les paquets  
`firmware-misc-nonfree` & `firmware-realtek` qui conviennent.

---

<div class="post-metadata">

**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\
**Post date:** [Janvier 22, 2019, 2:19 UTC](https://www.debian-fr.org/t/dmc-firmware-manquant/78445/3 "2019-01-22T14:19:37Z")

</div>

selon la syntaxe de jurisprudence iwlwifi j’ai donc fait :

- apt-get -t stretch-backports install firmware-realtek = ok
- apt-get -t sid install firmware-misc-nonfree ( ou buster ) = non reconnu car “La valeur « sid » n’est pas valable pour APT::Default-Release car cette version ne fait pas partie des sources disponibles.” et comment lui dire de n’installer que le firmware nécessaire pour éviter tous ceux qui sont inutiles ( très nombreux )

suite redémarrage dmesg | grep failed  
[0.675044] acpi PNP0A08:00: \_OSC failed (AE\_ERROR); disabling ASPM  
[5.458774] i915 0000:00:02.0: firmware: failed to load i915/glk\_dmc\_ver1\_04.bin (-2)  
[5.458782] i915 0000:00:02.0: Direct firmware load for i915/glk\_dmc\_ver1\_04.bin failed with error -2  
[5.637092] thermal thermal\_zone4: failed to read out thermal zone (-61)

une erreur de moins

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Janvier 22, 2019, 2:30 UTC](https://www.debian-fr.org/t/dmc-firmware-manquant/78445/4 "2019-01-22T14:30:53Z")

</div>

> [@zao](#):
>
> apt-get -t sid install firmware-misc-nonfree ( ou buster ) = non reconnu

Pourquoi donc `sid` ou `buster` ? Tu es avec une Debian Stretch non ?  
Les `stretch-backports` - comme pour `firmware-realtek` - vont aller.

note : `firmware-realtek` était disponible dans le dépôt `stretch`.

> [@zao](#):
>
> comment lui dire de n’installer que le firmware nécessaire pour éviter tous ceux qui sont inutiles ( très nombreux )

Très bonne question. Tu as raison dans le fond.

Ça semble utile de ne pas s’embarrasser de tout un tas de firmwares qui ne seront pas utilisés.  
La seule réponse que je puis t’apporter, c’est que c’est plus simple avec le paquet et que je ne sais pas vraiment comment choisir autrement une version individuelle qui fonctionnera aussi bien.

C’est théoriquement parfaitement possible (en plaçant une bonne version dans `/lib/firmware/`).  
Il faudrait télécharger le paquet et en extraire le strict nécessaire.  
Et bien placer le(s) fichier(s) : dans `/lib/firmware/` ou un sous-répertoire de `/lib/firmware/`

C’est un mode manuel que je déconseille pour débuter.  
Dans ce cas, il me semble qu’il faille placer `glk_dmc_ver1_04.bin` dans `/lib/firmware/i915/`  
avec les bonnes permissions.

> [@blue\_book Documentation Debian - pour les nouveaux (et les autres...)](https://www.debian-fr.org/t/documentation-debian-pour-les-nouveaux-et-les-autres/71023/1):
>
> voir le fameux **[FrankenDebian](https://wiki.debian.org/fr/DontBreakDebian) : à lire impérativement**!

> [@zao](#):
>
> selon la syntaxe de jurisprudence iwlwifi

Merci 🙂

---

<div class="post-metadata">

**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\
**Post date:** [Janvier 22, 2019, 2:46 UTC](https://www.debian-fr.org/t/dmc-firmware-manquant/78445/5 "2019-01-22T14:46:31Z")

</div>

bon ben c’est bon

```nohighlight
[0.624761] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
[5.486621] thermal thermal_zone4: failed to read out thermal zone (-61)

```

le “thermal thermal\_zone4: failed to read out thermal zone (-61)” doit être un bug du noyau 4.19 je pense ( enfin c’est au pif hein que je dis ça ) et ça doit expliquer pourquoi les lm-sensors n’affichent pas les températures pour " coretemp-isa-0000  
Adapter: ISA adapter " alors que ubuntu en 4.15 les affichent et que 4.17 sous debian-stretch les affichent aussi ( j’ai essayé le 4.17 à cause de ce détail qui m’avait frappé )… et aussi parce que synaptic m’interdit d’installer les linux-headers 4.19 ??

- la version de iwlwifi de synaptic était celle du dépôt donné par lsam ( `http://httpredir.debian.org/debian/ stretch-backports main contrib non-free` ) dans une autre file et n’était pas la même que celle de la ligne de commande : je l’ai vérifié après . Peut-être une explication ?

en tout cas merci encore .

ps : le 4.17 me donne aussi l’erreur "thermal\_zone4: failed to read out thermal zone " donc pas de relation avec l’absence d’affichage des températures .

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Janvier 22, 2019, 3:11 UTC](https://www.debian-fr.org/t/dmc-firmware-manquant/78445/6 "2019-01-22T15:11:24Z")

</div>

> [@zao](#):
>
> le “thermal thermal\_zone4: failed to read out thermal zone (-61)” doit être un bug du noyau 4.19 je pense ( enfin c’est au pif hein que je dis ça

Faut chercher pour l’erreur 61 de thermal\_zone ou thermal\_zone4.

> [@zao](#):
>
> la version de iwlwifi de synaptic était celle du dépôt donné par lsam ( `http://httpredir.debian.org/debian/ stretch-backports main contrib non-free` ) dans une autre file et n’était pas la même que celle de la ligne de commande : je l’ai vérifié après . Peut-être une explication ?

Non, désolé, je ne comprends pas bien ton propos.  
Ne pas confondre l’URL du dépôt, le nom du dépôt, les sections, les noms de paquets et ceux des modules.  
[https://debian-facile.org/doc:systeme:apt:sources.list:stretch](https://debian-facile.org/doc:systeme:apt:sources.list:stretch)

Quand lsam nous a aidé, c’était pour le noyau pour ta question relative à « Résolution écran non reconnue »  
Et pas pour le paquet `firmware-iwlwifi`

> [@Résolution écran non reconnue](https://www.debian-fr.org/t/resolution-ecran-non-reconnue/78416/9):
>
> Bonjour, Le plus simple serait seulement d’activer le dépôt stretch-backports, le noyau est en version 4.19.0. Tu ajoutes ça dans ton fichier /etc/apt/sources.list : deb http://httpredir.debian.org/debian/ stretch-backports main contrib non-free Puis tu l’installes.

> [@Carte wifi non reconnue](https://www.debian-fr.org/t/carte-wifi-non-reconnue/78419/11):
>
> Vraiment installé avec : apt-get -t stretch-backports install firmware-iwlwifi ? Aurais-tu un interrupteur matériel pour couper le Wifi ? lsmod | grep iwlwifi modinfo iwlwifi Je ne sais pas t’aider davantage.

C’est résolu ici pour moi.  
Ok ?

---

<div class="post-metadata">

**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\
**Post date:** [Janvier 22, 2019, 3:22 UTC](https://www.debian-fr.org/t/dmc-firmware-manquant/78445/7 "2019-01-22T15:22:08Z")

</div>

> [@anon97446390](#):
>
> Quand lsam nous a aidé, c’était pour le noyau pour ta question relative à « Résolution écran non reconnue »  
> Et pas pour le paquet `firmware-iwlwifi`

exact mais j’ai pris cette adresse pour la mettre dans les dépôts et j’ai chargé iwlwifi à partir du paquet proposé . Mais bon ça n’a peut-être rien à voir .

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Janvier 22, 2019, 3:23 UTC](https://www.debian-fr.org/t/dmc-firmware-manquant/78445/8 "2019-01-22T15:23:48Z")

</div>

Ouvre un autre sujet si tu veux avoir des explications.  
Je ne comprends toujours pas ton propos.