# Debian stretch ne démarre plus "EXT4-fs (dm-1): Cannot load crc32c driver" **URL:** \ **Category:** Support Debian\ **Tags:** boot\ **Created:** [Juillet 25, 2018, 6:47 UTC](https://www.debian-fr.org/t/debian-stretch-ne-demarre-plus-ext4-fs-dm-1-cannot-load-crc32c-driver/77282 "2018-07-25T06:47:59Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![alexandra\_m](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/a88e57/32.png) [@alexandra\_m](https://www.debian-fr.org/u/alexandra_m)\ **Post date:** [Juillet 25, 2018, 6:47 UTC](https://www.debian-fr.org/t/debian-stretch-ne-demarre-plus-ext4-fs-dm-1-cannot-load-crc32c-driver/77282/1 "2018-07-25T06:47:59Z")
Bonjour à toutes et à tous, Hier soir, j’ai arrêté mon système Debian stretch et je ne suis pas parvenue le faire démarrer ce matin. Je suis une débutante, j’ai installé le système il y a des mois (des années?) en utilisant une installation guidée chiffrée avec LVM (rien d’extraordinaire en ce qui concerne les partitions: / et / swap). Voici deux photos des erreurs: [![Imgur](https://i.imgur.com/8mPgDvK.jpeg "imgur.com") ](https://imgur.com/8mPgDvK) Sur la première photo, tout ce qui est à l’écran a toujours été là, à l’exception de la ligne suivante: > alg: hash: digest failed on test 1 for crc32c-intel: ret=126 La deuxième photo est prise après avoir entré avec succès ma phrase secrète. [![Imgur](https://i.imgur.com/PwCJkQM.jpeg "imgur.com") ](https://imgur.com/PwCJkQM) La partie intéressante est probablement celle-ci: > EXT4-fs (dm-1): Cannot load crc32c driver Une idée pour résoudre ceci? Merci d’avance pour votre aide! Alex PS. J’ai pu accéder au contenu du disque en le branchant sur une autre machine Debian à l’aide d’un adaptateur USB ↔ SATA, il semble donc que ce ne soit pas une panne de disque ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Juillet 25, 2018, 7:58 UTC](https://www.debian-fr.org/t/debian-stretch-ne-demarre-plus-ext4-fs-dm-1-cannot-load-crc32c-driver/77282/2 "2018-07-25T07:58:35Z")
Salut Lors du boot dans les menus grub, as tu essayé en sélectionnant un autre noyau ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juillet 25, 2018, 11:46 UTC](https://www.debian-fr.org/t/debian-stretch-ne-demarre-plus-ext4-fs-dm-1-cannot-load-crc32c-driver/77282/3 "2018-07-25T11:46:17Z")
Je n’ai pas accès au site d’hébergement des photos d’où je suis. Le message d’erreur “ext4-fs: Cannot load crc32c driver” me dit quelque chose. Il me semble qu’il est dû à une dépendance “molle” entre les modules ext4 et crc32c, c’est-à-dire qui ne figure pas en tant que telle dans le champ “Depends” du module ext4 affiché par `modinfo ext4`. Cela empêche le générateur d’initramfs de détecter cette dépendance et d’inclure le module crc32c dans l’initramfs chargé de monter le système de fichiers racine. Si c’est lié à l’installation d’un nouveau noyau, sélectionner un noyau précédent via le sous-menu “options avancées” de GRUB comme le suggère @grandtoubab devrait permettre de démarrer le système et corriger ou contourner le problème. Sinon, il faudra monter le système de fichiers racine et faire un chroot depuis un autre système, par exemple l’installateur Debian en mode rescue. Pour corriger, 1. Vérifier dans le fichier /etc/initramfs-tools/initramfs.conf si l’option MODULES est à “dep” (n’inclure que les modules strictement nécessaires au démarrage sur cette machine) ou “most” (inclure tous les modules permettant de démarrer sur la plupart des machines). Si “dep”, remplacer par “most”. 2. Sinon, ajouter le module “crc32c” dans le fichier /etc/initramfs-tools/modules. 3. Reconstruire l’initramfs du noyau impacté avec où \ représente la version du noyau impacté, par exemple 4.9.0-7-amd64. ---
**Author:** ![alexandra\_m](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/a88e57/32.png) [@alexandra\_m](https://www.debian-fr.org/u/alexandra_m)\ **Post date:** [Juillet 25, 2018, 4:28 UTC](https://www.debian-fr.org/t/debian-stretch-ne-demarre-plus-ext4-fs-dm-1-cannot-load-crc32c-driver/77282/4 "2018-07-25T16:28:48Z")
Bonjour, Merci pour vos réponses ! 🙂 Comme suggéré, j’ai selectionné une autre version de noyau (4.9.0-4-amd64) dans grub et j’ai pu booter dans mon système. J’ai ensuite : > echo « crc32c » \>\> /etc/initramfs-tools/modules > update-initramfs -u -k 4.9.0-6-amd64 Rebooté et ça a résolu le problème 😄 Je me questionne quand même sur la manière dont le problème est survenu. Est-il possible que ce soit lié à la mise à jour de mes sources.list ? ``` # stretch (stable) deb http://deb.debian.org/debian stretch main contrib non-free deb-src http://deb.debian.org/debian stretch main contrib non-free deb http://security.debian.org/debian-security stretch/updates main contrib non-free deb-src http://security.debian.org/debian-security stretch/updates main contrib non-free # stretch-backports deb http://ftp.debian.org/debian stretch-backports main contrib non-free # buster (testing) deb http://deb.debian.org/debian buster main contrib non-free deb-src http://deb.debian.org/debian buster main contrib non-free deb http://deb.debian.org/debian buster-updates main contrib non-free deb-src http://deb.debian.org/debian buster-updates main contrib non-free deb http://security.debian.org/ buster/updates main contrib non-free deb-src http://security.debian.org/ buster/updates main contrib non-free ``` En installant un autre système, j’ai remarqué la présence des lignes suivantes : ``` deb http://security.debian.org/debian-security stretch/updates main contrib non-free deb-src http://security.debian.org/debian-security stretch/updates main contrib non-free ``` Ces lignes étaient absentes de mon fichier source donc je les ai ajoutées. J’ai ensuite lancé mon `apt-get update && apt-get upgrade` quotidien. Il me semble que c’est lors de cette opération qu’une nouvelle version du kernel a été installée. Le fichier source présenté plus haut est-il correct ? (les sections « backports » et « testing » sont présentes car j’ai besoin de versions spécifiques à jour de quelques rares paquets) Encore merci pour votre aide ! ---
**Author:** ![anonyme2](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f08c70/32.png) [@anonyme2](https://www.debian-fr.org/u/anonyme2)\ **Post date:** [Juillet 25, 2018, 4:39 UTC](https://www.debian-fr.org/t/debian-stretch-ne-demarre-plus-ext4-fs-dm-1-cannot-load-crc32c-driver/77282/5 "2018-07-25T16:39:20Z")
> [@alexandra\_m](#): > > Le fichier source présenté plus haut est-il correct ? (les sections “backports” et “testing” sont présentes car j’ai besoin de versions spécifiques à jour de quelques rares paquets) il y’a les dépôts stretch et les dépôts testing dans ton sources.list. Si tu as fait apt update et apt upgrade sans fichier preferences alors tu n’es plus en stretch mais en testing. ---
**Author:** ![alexandra\_m](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/a88e57/32.png) [@alexandra\_m](https://www.debian-fr.org/u/alexandra_m)\ **Post date:** [Juillet 25, 2018, 4:45 UTC](https://www.debian-fr.org/t/debian-stretch-ne-demarre-plus-ext4-fs-dm-1-cannot-load-crc32c-driver/77282/6 "2018-07-25T16:45:23Z")
J’aurais du le préciser, je fais de l’apt pinning, tout est - en théorie - stretch sauf que je spécifie explicitement en backports ou testing ``` cat /etc/apt/preferences.d/default-stable Package: * Pin: release a=stable Pin-Priority: 700 ``` Ce qui semble être confirmé par `lsb_release -a` : | Distributor ID: | Debian | | --- | --- | | Description: | Debian GNU/Linux 9.5 (stretch) | | Release: | 9.5 | | Codename: | stretch | ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Juillet 25, 2018, 8:50 UTC](https://www.debian-fr.org/t/debian-stretch-ne-demarre-plus-ext4-fs-dm-1-cannot-load-crc32c-driver/77282/7 "2018-07-25T20:50:16Z")
le noyau de Stretch le plus récent est le 4.9.0.7 ```auto apt list linux-image-4.9*amd64 En train de lister... Fait linux-image-4.9-amd64/oldstable 4.9+80+deb9u5~deb8u1 amd64 linux-image-4.9-rt-amd64/oldstable 4.9+80+deb9u5~deb8u1 amd64 linux-image-4.9.0-0.bpo.7-amd64/oldstable 4.9.110-1~deb8u1 amd64 linux-image-4.9.0-0.bpo.7-rt-amd64/oldstable 4.9.110-1~deb8u1 amd64 linux-image-4.9.0-3-amd64/stable 4.9.30-2+deb9u5 amd64 linux-image-4.9.0-3-rt-amd64/stable 4.9.30-2+deb9u5 amd64 linux-image-4.9.0-4-amd64/stable 4.9.65-3+deb9u1 amd64 linux-image-4.9.0-4-rt-amd64/stable 4.9.65-3+deb9u1 amd64 linux-image-4.9.0-5-amd64/stable 4.9.65-3+deb9u2 amd64 linux-image-4.9.0-5-rt-amd64/stable 4.9.65-3+deb9u2 amd64 linux-image-4.9.0-6-amd64/stable 4.9.88-1+deb9u1 amd64 linux-image-4.9.0-6-rt-amd64/stable 4.9.88-1+deb9u1 amd64 linux-image-4.9.0-7-amd64/stable,now 4.9.110-1 amd64 [installé] linux-image-4.9.0-7-rt-amd64/stable 4.9.110-1 amd64 ``` [https://security-tracker.debian.org/tracker/source-package/linux](https://security-tracker.debian.org/tracker/source-package/linux) Pour tout mettre à jour ```auto apt update apt full-upgrade ``` [https://manpages.debian.org/stretch/apt/apt.8.fr.html](https://manpages.debian.org/stretch/apt/apt.8.fr.html) ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juillet 26, 2018, 12:27 UTC](https://www.debian-fr.org/t/debian-stretch-ne-demarre-plus-ext4-fs-dm-1-cannot-load-crc32c-driver/77282/8 "2018-07-26T12:27:42Z")
> [@alexandra\_m](#): > > Je me questionne quand même sur la manière dont le problème est survenu. Tant mieux si je suis tombé juste mais j’avoue que je ne comprends pas bien non plus. Je vais faire quelques tests quand j’aurai le temps.