# 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:** 2

<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 5, 2021, 6:11 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/22 "2021-06-05T18:11:54Z")

</div>

Monter et chrooter le système installé dans /dev/sda1 :

```
mount /dev/sda1 /mnt
mount --bind /proc /mnt/proc
mount --bind /dev /mnt/dev
mount --bind /dev/pts /mnt/dev/pts
mount --bind /sys /mnt/sys
chroot /mnt bash

```

Réinstaller GRUB dans le MBR du disque :

```
grub-install /dev/sda

```

Vérifier la présence de /boot/grub/grub.cfg. Sinon, le générer avec

```
update-grub

```

Pour quitter le chroot : ctrl+d ou exit  
Tout démonter :

```
umount /mnt/sys
umount /mnt/dev/pts
umount /mnt/dev
umount /mnt/proc
umount /mnt
```

---

<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, 6:28 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/23 "2021-06-05T18:28:41Z")

</div>

grub est dans `/dev/sda1` est ce que ça ne va pas briser le système de le réinstaller dans` /dev/sda`?

voici le contenu de `/boot` qui se trouve dans `/sda1` (ici `/mnt`):

```nohighlight
root@debian:/home/user# ls /mnt
bin dev home initrd.img.old lib32 libx32 media opt root sbin sys tmp var vmlinuz.old
boot etc initrd.img lib lib64 lost+found mnt proc run srv timeshift usr vmlinuz
root@debian:/home/user# 

```

```nohighlight
root@debian:/home/user# ls /mnt/boot
config-4.19.0-8-amd64 grub initrd.img-5.8.0-3-amd64 System.map-5.8.0-3-amd64 vmlinuz-5.8.0-3-amd64
config-5.8.0-3-amd64 initrd.img-4.19.0-8-amd64 System.map-4.19.0-8-amd64 vmlinuz-4.19.0-8-amd64
root@debian:/home/user# 

```

```nohighlight
root@debian:/home/user# ls /mnt/boot/grub
fonts grub.cfg grubenv i386-pc locale themes unicode.pf2
root@debian:/home/user#

```

---

<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 5, 2021, 7:28 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/24 "2021-06-05T19:28:31Z")

</div>

Une partie de GRUB est dans /boot/grub, mais ce qu’on spécifie dans grub-install est l’emplacement de l’autre partie, un secteur d’amorce qu’on ne voit pas dans le système de fichiers.

Tant que tu y es, tu pourras regarder dans (/mnt)/var/log/apt/history.log quelle était la version précédente du paquet grub-pc. J’ai essayé de reproduire le problème mais n’y suis pas parvenu, même en partant de la version de buster (2.04).

---

<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, 7:32 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/25 "2021-06-05T19:32:22Z")

</div>

j’ai fais tous les commandes que tu m’as indiquées seulement j’arrive pas a démonter `/mnt/sys`

```nohighlight
root@debian:/# umount /mnt/sys
umount: /mnt/sys: no mount point specified.
root@debian:/#

```

```nohighlight
root@debian:/# exit
user@debian:~$ 

```

```nohighlight
user@debian:~$ umount /mnt/sys/
umount: /mnt/sys: umount failed: Operation not permitted.
user@debian:~$ 

```

```nohighlight
user@debian:~$ sudo umount /mnt/sys
umount: /mnt/sys: target is busy.
user@debian:~$ 

```

```nohighlight
user@debian:~$ sudo umount /mnt/dev/pts
user@debian:~$ sudo umount /mnt/dev
user@debian:~$ sudo umount /mnt/proc
user@debian:~$ 

```

```nohighlight
user@debian:~$ sudo umount /mnt/sys
umount: /mnt/sys: target is busy.
user@debian:~$

```

---

<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 5, 2021, 7:34 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/26 "2021-06-05T19:34:35Z")

</div>

Peut-être que quelque chose s’est monté sur un sous-répertoire de /mnt/sys. A vérifier avec

```
mount | grep /mnt/sys

```

Au pire reboote comme ça, ce n’est pas grave.

---

<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, 7:36 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/27 "2021-06-05T19:36:17Z")

</div>

voici le retour:

```auto
user@debian:~$ sudo mount | grep /mnt/sys
sysfs on /mnt/sys type sysfs (rw,nosuid,nodev,noexec,relatime)
fusectl on /mnt/sys/fs/fuse/connections type fusectl (rw,relatime)
user@debian:~$
```

---

<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, 7:46 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/28 "2021-06-05T19:46:41Z")

</div>

Merci beaucoup, je suis de nouveau connecté sur ma Debian. Tout a fonctionné. Merci!

---

<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 5, 2021, 7:47 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/29 "2021-06-05T19:47:31Z")

</div>

Les utilitaires appelés par grub-install ont utilisé FUSE pour lire les disques. Essaie de démonter

```
umount /mnt/sys/fs/fuse/connections
```

---

<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 5, 2021, 7:49 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/30 "2021-06-05T19:49:27Z")

</div>

On n’a pas fini. Le problème risque de se reproduire à la prochaine mise à jour des paquets grub\*. Enquête :

```
debconf-show grub-pc | grep install_devices
grep grub /var/log/apt/history.log
```

---

<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, 8:05 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/31 "2021-06-05T20:05:25Z")

</div>

Trop tard j’ai fait une mise a jour un paquet Nvidia a eu problème j’ai redémarré et là je suis bloqué dans le protocole avec de ok vert. J’ai accès a un tty donc je vais t’envoyer les retours de commande et ouvrir un autre fils après.

---

<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, 8:13 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/32 "2021-06-05T20:13:18Z")

</div>

![PXL_20210605_201220484](https://www.debian-fr.org/uploads/default/original/2X/9/9f3c022279c834a8e6402769c2ad2333a194edf9.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 5, 2021, 8:20 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/33 "2021-06-05T20:20:46Z")

</div>

Je soupçonnais que grub-pc était peut-être configuré pour installer l’amorce du chargeur d’amorçage dans une partition au lieu du MBR, mais ce n’est pas le cas ; pour une partition on verrait «&nbsp;-partN&nbsp;» à la fin du nom du disque, ici il s’agit bien d’un disque entier. C’est bien le disque sur lequel ce système est actuellement installé ? Il s’agit d’un lien symbolique qui doit pointer vers sda.

```
ls -l /dev/disk/by-id/ata-WDC(etc)

```

Pour les logs d’apt, ils ont dû tourner. Essaie

```
zgrep grub /var/log/apt/history.log.1.gz
```

---

<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, 8:28 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/34 "2021-06-05T20:28:57Z")

</div>

Pour la première commande, la deuxième c’est illisible sur le tty.

 ![PXL_20210605_202745247](https://www.debian-fr.org/uploads/default/original/2X/c/cf4683a29e81277ee71dcd2421559752e684990e.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 5, 2021, 8:34 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/35 "2021-06-05T20:34:35Z")

</div>

sdb… il y a deux disques sur cette machine ? Pourtant ls dans GRUB n’en montrait qu’un seul.

---

<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, 8:37 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/36 "2021-06-05T20:37:44Z")

</div>

Oui je comprends pas, sur l’autre ce doit faire plus d’un ans que je suis pas aller c’est Windows et il est pas configuré en dual boot, je dois passer par le bios pour booter dessus.

---

<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 5, 2021, 8:48 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/37 "2021-06-05T20:48:10Z")

</div>

Ce que je ne comprends pas, c’est pourquoi il n’était pas listé comme (hd1) par la commande ls du shell de GRUB (et du coup je n’ai pas pensé qu’il y pouvait y avoir un autre disque, sinon la résolution aurait été simple : il suffisait de booter sur l’autre disque). Il est totalement désactivé dans le BIOS (pas seulement dans les options de boot, mais dans les paramètres SATA) ?

Par contre ça explique pourquoi la core image de GRUB n’a pas été mise à jour sur sda : le paquet grub-pc est configuré pour l’écrire sur ce disque. Il faut corriger cela avec

```
dpkg-reconfigure grub-pc

```

et sélectionner le bon disque.

> [@monordiplante](#):
>
> c’est Windows et il est pas configuré en dual boot, je dois passer par le bios pour booter dessus.

J’ai une mauvaise nouvelle : si GRUB a bien été écrit dans le MBR de ce disque, écrasant le secteur de boot de Windows, alors il n’est plus possible de lancer Windows depuis le BIOS. En fait l’amorçage sur ce disque lancera GRUB. Mais dans ce cas il devrait rester possible de lancer Windows depuis GRUB.

Tu peux vérifier le contenu du MBR avec

```
hd -n 512 /dev/sdb

```

en examinant les textes lisibles. Si ça mentionne «&nbsp;GRUB&nbsp;», c’est le secteur de boot écrit par GRUB.

---

<div class="post-metadata">

**Author:** ![theokaz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/8e8cbc/32.png) [@theokaz](https://www.debian-fr.org/u/theokaz)\
**Post date:** [Juin 5, 2021, 9:19 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/38 "2021-06-05T21:19:34Z")

</div>

Bon j’ai réglé mon problème avec un --fix-broken-install. j’ai reconfigurer le grub pour qu’il soit sur sda avec la commande que tu m’as donne. il etait sur sdb dans l’option du menu. (monordiplante c’est moi)

---

<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 5, 2021, 9:33 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/39 "2021-06-05T21:33:31Z")

</div>

Bien. Quand tu auras un peu de temps à perdre, pourras-tu satisfaire ma curiosité et répondre à mes questions des messages précédents ? Pas d’urgence, mais j’aime bien comprendre le pourquoi du comment (je crois que ça s’est vu).

---

<div class="post-metadata">

**Author:** ![theokaz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/8e8cbc/32.png) [@theokaz](https://www.debian-fr.org/u/theokaz)\
**Post date:** [Juin 5, 2021, 9:37 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/40 "2021-06-05T21:37:49Z")

</div>

oui j’essaie dsl. je suis loin detre geek. que veut tu savoir je te donne l’info toute suite. ?

```nohighlight
s2s@s2s:~$ sudo hd -n 512 /dev/sdb
[sudo] password for s2s: 
00000000 eb 63 90 d0 bc 00 7c 8e c0 8e d8 be 00 7c bf 00 |.c....|......|..|
00000010 06 b9 00 02 fc f3 a4 50 68 1c 06 cb fb b9 04 00 |.......Ph.......|
00000020 bd be 07 80 7e 00 00 7c 0b 0f 85 0e 01 83 c5 10 |....~..|........|
00000030 e2 f1 cd 18 88 56 00 55 c6 46 11 05 c6 46 10 00 |.....V.U.F...F..|
00000040 b4 41 bb aa 55 cd 13 5d 72 0f 81 fb 55 aa 75 09 |.A..U..]r...U.u.|
00000050 f7 c1 01 00 74 03 fe 46 10 66 00 80 01 00 00 00 |....t..F.f......|
00000060 00 00 00 00 ff fa 90 90 f6 c2 80 74 05 f6 c2 70 |...........t...p|
00000070 74 02 b2 80 ea 79 7c 00 00 31 c0 8e d8 8e d0 bc |t....y|..1......|
00000080 00 20 fb a0 64 7c 3c ff 74 02 88 c2 52 be 80 7d |. ..d|<.t...R..}|
00000090 e8 17 01 be 05 7c b4 41 bb aa 55 cd 13 5a 52 72 |.....|.A..U..ZRr|
000000a0 3d 81 fb 55 aa 75 37 83 e1 01 74 32 31 c0 89 44 |=..U.u7...t21..D|
000000b0 04 40 88 44 ff 89 44 02 c7 04 10 00 66 8b 1e 5c |.@.D..D.....f..\|
000000c0 7c 66 89 5c 08 66 8b 1e 60 7c 66 89 5c 0c c7 44 ||f.\.f..`|f.\..D|
000000d0 06 00 70 b4 42 cd 13 72 05 bb 00 70 eb 76 b4 08 |..p.B..r...p.v..|
000000e0 cd 13 73 0d 5a 84 d2 0f 83 d8 00 be 8b 7d e9 82 |..s.Z........}..|
000000f0 00 66 0f b6 c6 88 64 ff 40 66 89 44 04 0f b6 d1 |.f....d.@f.D....|
00000100 c1 e2 02 88 e8 88 f4 40 89 44 08 0f b6 c2 c0 e8 |.......@.D......|
00000110 02 66 89 04 66 a1 60 7c 66 09 c0 75 4e 66 a1 5c |.f..f.`|f..uNf.\|
00000120 7c 66 31 d2 66 f7 34 88 d1 31 d2 66 f7 74 04 3b ||f1.f.4..1.f.t.;|
00000130 44 08 7d 37 fe c1 88 c5 30 c0 c1 e8 02 08 c1 88 |D.}7....0.......|
00000140 d0 5a 88 c6 bb 00 70 8e c3 31 db b8 01 02 cd 13 |.Z....p..1......|
00000150 72 1e 8c c3 60 1e b9 00 01 8e db 31 f6 bf 00 80 |r...`......1....|
00000160 8e c6 fc f3 a5 1f 61 ff 26 5a 7c be 86 7d eb 03 |......a.&Z|..}..|
00000170 be 95 7d e8 34 00 be 9a 7d e8 2e 00 cd 18 eb fe |..}.4...}.......|
00000180 47 52 55 42 20 00 47 65 6f 6d 00 48 61 72 64 20 |GRUB .Geom.Hard |
00000190 44 69 73 6b 00 52 65 61 64 00 20 45 72 72 6f 72 |Disk.Read. Error|
000001a0 0d 0a 00 bb 01 00 b4 0e cd 10 ac 3c 00 75 f4 c3 |...........<.u..|
000001b0 00 00 00 00 00 00 00 00 e2 ac 03 39 00 00 00 20 |...........9... |
000001c0 21 00 07 fe ff ff 00 08 00 00 00 18 51 74 80 fe |!...........Qt..|
000001d0 ff ff 07 fe ff ff 00 20 51 74 00 40 1f 00 00 00 |....... Qt.@....|
000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.|
00000200
s2s@s2s:~$ 

```

---

<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 5, 2021, 10:30 UTC](https://www.debian-fr.org/t/grub-register-command-lockdown/84737/41 "2021-06-05T22:30:00Z")

</div>

Comme on pouvait s’y attendre, on peut voir que le MBR de sdb contient le programme d’amorce de GRUB. Ça va poser un problème pour démarrer Windows à partir du BIOS.

Je rappelle l’autre question :

> [@PascalHambourg](#):
>
> Ce que je ne comprends pas, c’est pourquoi il n’était pas listé comme (hd1) par la commande ls du shell de GRUB. Il est totalement désactivé dans le BIOS (pas seulement dans les options de boot, mais dans les paramètres SATA) ?

Par ailleurs, qu’entends-tu par

> [@monordiplante](#):
>
> il est pas configuré en dual boot

[Page précédente](https://www.debian-fr.org/t/grub-register-command-lockdown/84737.md?page=1)

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