# Grub\_register\_command\_lockdown

**URL:** <https://www.debian-fr.org/t/grub-register-command-lockdown/84737>\
**Category:** Support Debian\
**Tags:** boot, grub\
**Created:** [Juin 3, 2021, 3:06 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737 "2021-06-03T15:06:55Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![monordiplante](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e274bd/32.png) [@monordiplante](https://www.debian-fr.org/u/monordiplante)\
**Post date:** [Juin 3, 2021, 3:06 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/1 "2021-06-03T15:06:55Z")

</div>

Problème suivant depuis un dist upgrade

```nohighlight
Symbol error grub_register_command_lockdown

```

J’ai acces a la console grub et au contenu du `(hd0,msdos1)`

J’ai essayé

```nohighlight
Grub> set root=(hd0,msdos1)
Grub> Linux /boot/vmlinuz-linux root=/dev/sda1
Error: symbol ‘ grub_register_command_lockdown' not found.
Grub> _

```

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 3, 2021, 4:42 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/2 "2021-06-03T16:42:54Z")

</div>

Que donnent :

```nohighlight
grub> ls
grub> ls (hd0,msdos1)/

```

---

<div class="post-metadata">

**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:** [Juin 3, 2021, 4:51 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/3 "2021-06-03T16:51:38Z")

</div>

> [@monordiplante](#):
>
> J’ai acces a la console grub

Shell normal ou shell rescue ?

Les erreurs de symboles proviennent souvent d’une incohérence entre la version de la core image de GRUB active et la version d’un module qu’elle essaie de charger. Origine probable : les modules contenus dans /boot/grub ont été mis à jour mais pas la core image, soit parce que celle-ci n’a pas été écrite, soit parce qu’elle a été écrite ailleurs.

Peux-tu en dire un peu plus sur l’organisation des disques et de l’amorçage ?

---

<div class="post-metadata">

**Author:** ![monordiplante](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e274bd/32.png) [@monordiplante](https://www.debian-fr.org/u/monordiplante)\
**Post date:** [Juin 3, 2021, 4:56 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/4 "2021-06-03T16:56:19Z")

</div>

Salut merci pour ta réponse. J’ai une disque sda divisé en deux partions une pour home l’autre pour le système. C’est sda1 qui démarre en premier. Si ça répond à ta question.Le Shell grub est celui normal pas le rescue.

---

<div class="post-metadata">

**Author:** ![monordiplante](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e274bd/32.png) [@monordiplante](https://www.debian-fr.org/u/monordiplante)\
**Post date:** [Juin 3, 2021, 5:01 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/6 "2021-06-03T17:01:18Z")

</div>

Ça donne je crois tout les répertoires etc home var vmlinuz

 ![PXL_20210603_145036118](https://www.debian-fr.org/uploads/default/original/2X/e/e0aa411df1e8c13bc7ae4e5488cacc5ca86ba316.jpeg)

---

<div class="post-metadata">

**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:** [Juin 3, 2021, 5:50 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/7 "2021-06-03T17:50:30Z")

</div>

Quelle est la version affichée ?

---

<div class="post-metadata">

**Author:** ![monordiplante](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e274bd/32.png) [@monordiplante](https://www.debian-fr.org/u/monordiplante)\
**Post date:** [Juin 3, 2021, 6:12 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/8 "2021-06-03T18:12:02Z")

</div>

Gnu grub version 2.04-18  
Linux 5.8.0-3-amd64

---

<div class="post-metadata">

**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:** [Juin 3, 2021, 10:29 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/9 "2021-06-03T22:29:57Z")

</div>

C’est la version de GRUB de sid/unstable, donc la core image est à jour. Et apparemment certains modules sont chargés (notamment «&nbsp;normal&nbsp;» sinon GRUB serait en mode rescue).

J’ai regardé la liste des modules qui référencent le symbole `grub_register_command_lockdown`, il y a mmap.mod qui est une dépendance du module linux.mod. Je suppose que c’est lui qui provoque l’erreur. Mais je n’ai pas d’explication sur sa cause.

---

<div class="post-metadata">

**Author:** ![monordiplante](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e274bd/32.png) [@monordiplante](https://www.debian-fr.org/u/monordiplante)\
**Post date:** [Juin 4, 2021, 12:08 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/10 "2021-06-04T00:08:43Z")

</div>

![PXL_20210604_000541996](https://www.debian-fr.org/uploads/default/original/2X/a/a320153c93ae6e073ca031869db258876e4c2bad.jpeg)

Les dernières lignes disent linux.mod not Found  
J’ai aussi un configfile.mod not found

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 4, 2021, 6:51 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/11 "2021-06-04T06:51:40Z")

</div>

Juste comme ça, si c’est un linux, pourquoi les partition sont-elles affichées nommées «&nbsp;msdos&nbsp;» ?

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Juin 4, 2021, 8:39 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/12 "2021-06-04T08:39:43Z")

</div>

Bonjour

> [@Zargos](#):
>
> … pourquoi les partition sont-elles affichées nommées « msdos » ?

Ce n’est pas une référence au système de fichiers contenu dans la partition  
mais une référence à la table des partitions dans laquelle la partition a été créée.

Donc, ici, il s’agit d’une partition qui a été créée  
dans une table des partition de type **`msdos`**

* * *

Si le partitionnement avait été du type **`gpt`**  
la référence à la première partition du premier disque aurait été : **`(hd0,gpt1)`**

---

<div class="post-metadata">

**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:** [Juin 4, 2021, 9:00 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/13 "2021-06-04T09:00:51Z")

</div>

> [@monordiplante](#):
>
> Les dernières lignes disent linux.mod not Found  
> J’ai aussi un configfile.mod not found

Normal, tu as affecté une valeur incorrecte à la variable `$prefix`. Le bon chemin est /boot/grub, pas /grub (qui serait correct seulement avec une partition /boot séparée).

> [@PascalHambourg](#):
>
> C’est la version de GRUB de sid/unstable, donc la core image est à jour.

Après vérification de mon côté, il s’avère que la version affichée est celle du module normal.mod, pas de la core image. Donc je reviens à ma première hypothèse : les modules dans /boot/grub ont été mis à jour mais pas la core image, en tout cas pas celle qui est chargée.

Cause possible : le paquet grub-pc est configuré pour installer GRUB dans sda1 (secteur d’amorce de la partition 1) au lieu de sda (MBR du disque), ce qui serait correct si le MBR contenait un programme d’amorce «&nbsp;standard&nbsp;» qui chaîne le secteur d’amorce de la partition 1 mais pas si le MBR contient directement la boot image de GRUB.

Il faut réinstaller GRUB en démarrant avec l’installateur Debian en mode rescue ou un système live.

---

<div class="post-metadata">

**Author:** ![monordiplante](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e274bd/32.png) [@monordiplante](https://www.debian-fr.org/u/monordiplante)\
**Post date:** [Juin 4, 2021, 2:20 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/14 "2021-06-04T14:20:57Z")

</div>

J’ai pas de live usb a porté. C’est le gros du problème. Ceci dit j’ai eu ma leçon des que je récupère ma debian je m’en fait une a vie 😁

---

<div class="post-metadata">

**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:** [Juin 4, 2021, 3:05 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/15 "2021-06-04T15:05:49Z")

</div>

Pas d’image d’installation non plus ?

---

<div class="post-metadata">

**Author:** ![monordiplante](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e274bd/32.png) [@monordiplante](https://www.debian-fr.org/u/monordiplante)\
**Post date:** [Juin 4, 2021, 3:21 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/16 "2021-06-04T15:21:26Z")

</div>

Non:/

---

<div class="post-metadata">

**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:** [Juin 4, 2021, 5:12 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/17 "2021-06-04T17:12:08Z")

</div>

Une manip à tenter à l’invite de grub pour charger la nouvelle core image depuis l’ancienne :

```
insmod multiboot
multiboot (hd0,msdos1)/boot/grub/i386-pc/core.img
boot

```

Si la première commande échoue, inutile d’exécuter les suivantes.

---

<div class="post-metadata">

**Author:** ![monordiplante](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e274bd/32.png) [@monordiplante](https://www.debian-fr.org/u/monordiplante)\
**Post date:** [Juin 4, 2021, 5:28 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/18 "2021-06-04T17:28:19Z")

</div>

Ça donne ça :

```nohighlight
Grub> insmod multiboot
Error: symbol `grub_register_command_lockdown' not found.
Grub>

```

---

<div class="post-metadata">

**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:** [Juin 4, 2021, 6:00 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/19 "2021-06-04T18:00:29Z")

</div>

Je suppose que

```
insmod chain

```

renvoie la même erreur ?

---

<div class="post-metadata">

**Author:** ![monordiplante](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e274bd/32.png) [@monordiplante](https://www.debian-fr.org/u/monordiplante)\
**Post date:** [Juin 4, 2021, 10:25 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/20 "2021-06-04T22:25:56Z")

</div>

En effet oui, malheureusement.

---

<div class="post-metadata">

**Author:** ![monordiplante](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e274bd/32.png) [@monordiplante](https://www.debian-fr.org/u/monordiplante)\
**Post date:** [Juin 5, 2021, 4:14 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/21 "2021-06-05T16:14:40Z")

</div>

Par chance j’ai retrouvé un vieux disque que je vais pouvoir booter dessus et me faire une clé Debian. Quelqu’un pourrait m’indiquer les manips a faire pour réinstaller le grub. Quelles sont les manips a faire un fois sur le live?

[Page suivante](https://www.debian-fr.org/t/grub-register-command-lockdown/84737.md?page=2)
