# Grub ? sur Buster

**URL:** <https://www.debian-fr.org/t/grub-sur-buster/79950>\
**Category:** Support Debian\
**Created:** [Août 22, 2019, 3:40 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950 "2019-08-22T15:40:20Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\
**Post date:** [Août 22, 2019, 3:40 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/1 "2019-08-22T15:40:21Z")

</div>

Sur mon ordibureau sont présents 3 disques (tous 4.19.0-5-amd64), dont le fonctionnel = SSD, les deux autres = 3.5". Sur KDE.  
Depuis la migration vers Buster, quand j’allume ma machine, j’ai une fenêtre d’alerte qui me fait injonction de passer ‘root’ afin d’ouvrir les deux disques secondaires.  
Bien entendu, je n’obtempère pas et je clique sur “annuler”.  
À quel endroit, et comment, se règle ce problème.  
Merci

---

<div class="post-metadata">

**Author:** ![Albert](https://www.debian-fr.org/user_avatar/www.debian-fr.org/albert/32/8474_2.png) [@Albert](https://www.debian-fr.org/u/Albert)\
**Post date:** [Août 22, 2019, 4:05 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/2 "2019-08-22T16:05:45Z")

</div>

Bonjour,  
Je ne suis pas un spécialiste mais tu peux peut-être regarder dans `/etc/fstab`  
[https://wiki.debian.org/fr/fstab](https://wiki.debian.org/fr/fstab)  
En revanche j’ai un doute si c’est bien ce fichier qui est lu au démarrage.

---

<div class="post-metadata">

**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\
**Post date:** [Août 22, 2019, 5:16 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/3 "2019-08-22T17:16:34Z")

</div>

Un `ls /etc/fstab` ne me donne que le détail de mon disque principal, il ne parle pas des autres.  
J’ai mis Grub dans le titre, car je me souviens que, dans le temps, tout se gérait là au niveau des différents disques.  
Comme je ne suis plus ces choses depuis au moins 3 ans, je ne sais pas ce qu’il en est de nos jours, et spécialement depuis Buster.

---

<div class="post-metadata">

**Author:** ![Albert](https://www.debian-fr.org/user_avatar/www.debian-fr.org/albert/32/8474_2.png) [@Albert](https://www.debian-fr.org/u/Albert)\
**Post date:** [Août 22, 2019, 5:36 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/4 "2019-08-22T17:36:29Z")

</div>

Après avoir sauvegardé ton fichier /etc/fstab tu peux, peut-être, essayer d’ajouter une ligne avec un de tes disques et voir ce que ça donne au démarrage.

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Août 22, 2019, 5:38 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/5 "2019-08-22T17:38:23Z")

</div>

> [@ricardo](#):
>
> Un `ls /etc/fstab` ne me donne que le détail de mon disque principal, il ne parle pas des autres.

Tu dois vouloir dire autre chose, car ls ne fait que te lister le fichier, comme ça:

```plaintext
mj@mercure:~$ ls /etc/fstab
/etc/fstab

```

> [@ricardo](#):
>
> J’ai mis Grub dans le titre, car je me souviens que, dans le temps, tout se gérait là au niveau des différents disques.

Jamais.  
Ou alors, j’ai mal compris de quoi tu parles.

> [@ricardo](#):
>
> Comme je ne suis plus ces choses depuis au moins 3 ans, je ne sais pas ce qu’il en est de nos jours, et spécialement depuis Buster.

Ben du coté de /etc/fstab, qui est le fichier ou tu indiques au système comment il doit monter les filesystem dont dispose ta machine, pas grand chose de changé, si ce n’est que la désignation des disques par un chemin genre /dev/XXX vers le dispositif est devenu totalement obsolète, et qu’on doit prendre plutôt des UUID= ou des LABEL= pour les désigner.  
Mais…

> [@ricardo](#):
>
> Depuis la migration vers Buster, quand j’allume ma machine, j’ai une fenêtre d’alerte qui me fait injonction de passer ‘root’ afin d’ouvrir les deux disques secondaires.

Là, tu parles de fenètres aprés avoir dit que tes autres machine étaient sous KDE, donc je soupçonne que tu parles de fenètres gnome.  
Me trompe-je ?  
En attendant, en accompagnement de ta réponse à ma question, pourrais tu fournir le contenu du fameux `/etc/fstab`, s’il te plait ?

---

<div class="post-metadata">

**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\
**Post date:** [Août 22, 2019, 9:56 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/6 "2019-08-22T21:56:28Z")

</div>

```nohighlight
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
# /dev/sda1 / ext4 errors=remount-ro 0 1       
\UUID=ceebb6e7-3823-4b9a-98a3-06122300ae4c / ext4 errors=remount-ro 0 1
#
# /home was on /dev/sda3 during installation
# /dev/sda3 /home ext4 defaults 0 2
UUID=df733757-021f-4f84-abce-d9cbbc45b5f6 /home ext4 defaults 0 2
### UUID=49a330b7-a358-4084-b0ee-535dc8a724ef /home ext4 defaults 0 2
#
# swap was on /dev/sda2 during installation
#/dev/sda2 none swap sw 0 0
UUID=6049902a-b268-47c2-9992-68c385b33345 none swap sw 0 0
#
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0

```

* * *

3 partitions :

```nohighlight
 / = sda1
 /home = sda3
 Swap = sda2

```

* * *

Où peut-on voir le contenu de Grub ?

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Août 22, 2019, 10:47 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/7 "2019-08-22T22:47:27Z")

</div>

> [@mattotop](#):
>
> Là, tu parles de fenètres aprés avoir dit que tes autres machine étaient sous KDE, donc je soupçonne que tu parles de fenètres gnome.  
> Me trompe-je ?

?  
??

> [@ricardo](#):
>
> Où peut-on voir le contenu de Grub ?

On ne peut pas. Grub est un morceau du systéme composé de plein de trucs, il ne se «&nbsp;voit&nbsp;» pas.

> [@ricardo](#):
>
> ```plaintext
> / = sda1
> /home = sda3
> Swap = sda2
> 
> ```

De fait, tes deux autres disques ne sont pas déclarés dans le fstab.  
Je soupçonne ta session graphique d’essayer (pour une raison que j’ignore) d’accèder à tes deux disques non montés, et tu ne dois pas, en tant que user, avoir les droits suffisants pour ça.  
Essaye un premier truc: **sudo adduser \<ton login\> disk** et reboot.

Sinon, peux tu indiquer le résultat de la commande **sudo fdisk -l**

---

<div class="post-metadata">

**Author:** ![choops](https://www.debian-fr.org/user_avatar/www.debian-fr.org/choops/32/8109_2.png) [@choops](https://www.debian-fr.org/u/choops)\
**Post date:** [Août 22, 2019, 10:51 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/8 "2019-08-22T22:51:24Z")

</div>

> [@ricardo](#):
>
> ```plaintext
> \UUID=ceebb6e7-3823-4b9a-98a3-06122300ae4c / ext4 errors=remount-ro 0 1
> 
> ```

Déjà, là, tu as un «&nbsp;\&nbsp;» qui n’a rien à faire en début de ligne…

Après, tu nous parles de 2 disques «&nbsp;en KDE&nbsp;» … la grande question qui se pose, rapport à grub, c’est «&nbsp;Vois-tu ces 2 install KDE lors de l’affichage de grub ?&nbsp;»

Ensuite, comment a été installé grub ? (et où ? l’idée simplificatrice de problème étant de l’avoir à un seul endroit quelque soit le système que tu veux lancer, genre `/dev/sda` ça serait pas mal 😉 )

---

<div class="post-metadata">

**Author:** ![Albert](https://www.debian-fr.org/user_avatar/www.debian-fr.org/albert/32/8474_2.png) [@Albert](https://www.debian-fr.org/u/Albert)\
**Post date:** [Août 22, 2019, 10:51 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/9 "2019-08-22T22:51:41Z")

</div>

Ici : `/boot/grub/grub.cfg`

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Août 22, 2019, 11:12 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/10 "2019-08-22T23:12:13Z")

</div>

> [@choops](#):
>
> Déjà, là, tu as un “\” qui n’a rien à faire en début de ligne…

Perso, j’y ai vu un \ de retour à la ligne venant d’une copie du fichier dans un terminal pas assez large, je ne suis pas sur qu’il soit réellement dans le fstab.

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Août 22, 2019, 11:15 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/11 "2019-08-22T23:15:56Z")

</div>

Mais sinon, quel rapport avec grub les gars ?  
C’est juste dans le titre choisi par ricardo et il y revient plusieurs fois (pardonne moi ricardo, je sais que tu es là mais je parle aux autres), mais dans la description du problème, je ne vois aucun rapport avec grub.

[edit:] parceque clairement, ça c’est pas du grub:

> [@ricardo](#):
>
> Bien entendu, je n’obtempère pas et **je clique** sur “annuler”.

---

<div class="post-metadata">

**Author:** ![anon44391915](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/958977/32.png) [@anon44391915](https://www.debian-fr.org/u/anon44391915)\
**Post date:** [Août 22, 2019, 11:18 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/12 "2019-08-22T23:18:33Z")

</div>

> [@mattotop](#):
>
> Je soupçonne ta session graphique d’essayer (pour une raison que j’ignore) d’accèder à tes deux disques non montés, et tu ne dois pas, en tant que user, avoir les droits suffisants pour ça.  
> Essaye un premier truc: **sudo adduser \<ton login\> disk** et reboot.
> 
> Sinon, peux tu indiquer le résultat de la commande **sudo fdisk -l**

Grub n’est pas concerné AMA. Mais [la question de choops](https://www.debian-fr.org/t/grub-sur-buster/79950/8) ne manque pas d’intérêt.

Ça ressemble à un montage automatique proposé «&nbsp;pour rendre service&nbsp;» ;  
sans relation avec `/etc/fstab`.  
Comme il peut être prévu pour les périphériques amovibles.

Je n’ai pas l’environnement Gnome ni KDE pour chercher.

---

<div class="post-metadata">

**Author:** ![choops](https://www.debian-fr.org/user_avatar/www.debian-fr.org/choops/32/8109_2.png) [@choops](https://www.debian-fr.org/u/choops)\
**Post date:** [Août 23, 2019, 12:15 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/13 "2019-08-23T00:15:26Z")

</div>

> [@mattotop](#):
>
> parceque clairement, ça c’est pas du grub

En fait, ça peut … comme je le souligne en demandant comment et où a été installé grub pour chaque système installé. Plusieurs grub peuvent causer ce genre de confusion.  
J’illustre: grub installé sur `/dev/sda` lors de l’install du système sur `/dev/sda1` et `/dev/sdb` lors de l’install du système «&nbsp;en KDE&nbsp;» sur /dev/sdb1 . Si @Ricardo a son BIOS qui pousse le boot sur `/dev/sda`, tout se passe bien quand il boot sur le système dont il nous parle installé sur `/dev/sda1`, mais si son BIOS va chercher l’amorçage sur `/dev/sdb`, ça peut aboutir à son souci de confusion de disques (d’autant plus, si les installation ont été faites avec certains des disques déconnectés, ou si un des disques a été transféré d’une autre machine après installation)

Du coup, pour aller à la question que j’aurais posé ensuite, par rapport à la réponse sur l’installation de grub ‹&nbsp;unique&nbsp;› : «&nbsp;c’est quoi le contenu des `/etc/fstab` des 2 autres installs ‹&nbsp;en KDE&nbsp;› ?&nbsp;»

(Pour être sûr, je préfère avancer petit pas par petit pas quand je résouds quelque chose pour quelqu’un d’autre, juste pour bien comprendre le problème et éviter de passer à côté de détails simplissimes mais importants; Ca passe par des questions simples et ça peut prendre un peu de temps, mais c’est plutôt fiable)

---

<div class="post-metadata">

**Author:** ![choops](https://www.debian-fr.org/user_avatar/www.debian-fr.org/choops/32/8109_2.png) [@choops](https://www.debian-fr.org/u/choops)\
**Post date:** [Août 23, 2019, 12:36 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/14 "2019-08-23T00:36:02Z")

</div>

Il aurait alors été en fin de ligne et suivi d’un retour à la ligne; Là, il est en début de ligne.

Le ‘\’ ne sera pas gènant dans ce cas parce que ‘\U’ sera interpreté comme ‘U’, mais autant éviter des choses qui peuvent générer des erreurs dans d’autres cas : ‘\n’ ou ‘\t’ par exemple…  
En gros, ce ‘\’ n’a aucune raison d’ếtre, autant ne pas le mettre.

---

<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:** [Août 23, 2019, 6:29 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/15 "2019-08-23T06:29:57Z")

</div>

Bonjour

Je l’ai laissé pour la cohérence du fil de discussion à ce sujet,  
mais le “\” situé avant le “U” n’était que celui qui était visible.  
Il y en avait avant chaque début de ligne du contenu du fichier `/etc/fstab`

[**ricardo**](https://www.debian-fr.org/u/ricardo) a sans doute eu (comme beaucoup d’autres) des difficultés  
avec la mise en forme de ce bloc de texte de son message.

---

<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:** [Août 23, 2019, 8:11 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/16 "2019-08-23T08:11:19Z")

</div>

> [@ricardo](#):
>
> Sur mon ordibureau sont présents 3 disques (tous 4.19.0-5-amd64), dont le fonctionnel = SSD, les deux autres = 3.5". Sur KDE.

Qu’entends-tu par «&nbsp;fonctionnel&nbsp;» ? Les deux autres sont HS ?  
Ou bien tu veux dire que chacun des trois disques contient un système Debian Buster avec un noyau 4.19 et KDE mais que c’est le système installé sur le SSD qui est lancé au démarrage ?

> [@ricardo](#):
>
> quand j’allume ma machine, j’ai une fenêtre d’alerte qui me fait injonction de passer ‘root’ afin d’ouvrir les deux disques secondaires.

A quelle phase du démarrage exactement ? Avant l’ouverture de session ou après ?  
Si c’est après, est-ce que cela se produit dans la session d’un autre utilisateur non root ?

> [@mattotop](#):
>
> Je soupçonne ta session graphique d’essayer (pour une raison que j’ignore) d’accèder à tes deux disques non montés, et tu ne dois pas, en tant que user, avoir les droits suffisants pour ça.

Pareil.

> [@mattotop](#):
>
> Essaye un premier truc: **sudo adduser \<ton login\> disk** et reboot.

A mon avis c’est d’une part inutile car je doute que l’appartenance à ce groupe permette de monter des systèmes de fichiers, et d’autre part dangereux car en revanche elle donne **accès direct** en lecture **et écriture** aux disques et partitions sans passer par le système de fichiers (donc avec une simple commande `dd` ou `cp` mal écrite on peut écraser le contenu d’un disque ou d’une partition, modifier la table de partition…)

PS: pas besoin de rebooter pour prendre en compte l’ajout à un groupe. Il suffit de rouvrir une session utilisateur.

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Août 23, 2019, 9:21 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/17 "2019-08-23T09:21:16Z")

</div>

> [@PascalHambourg](#):
>
> A mon avis c’est d’une part inutile car je doute que l’appartenance à ce groupe permette de monter des systèmes de fichiers, et d’autre part dangereux car en revanche elle donne **accès direct** en lecture **et écriture** aux disques et partitions sans passer par le système de fichiers (donc avec une simple commande `dd` ou `cp` mal écrite on peut écraser le contenu d’un disque ou d’une partition, modifier la table de partition…)

Je note.

> [@PascalHambourg](#):
>
> PS: pas besoin de rebooter pour prendre en compte l’ajout à un groupe. Il suffit de rouvrir une session utilisateur.

Oui, mais ici il faut vérifier que ça résout le problème lors du boot et de la première ouverture de session.

---

<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:** [Août 23, 2019, 9:27 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/18 "2019-08-23T09:27:49Z")

</div>

Si on a décliné les montages lors de la première ouverture de session, KDE ne devrait-il pas réessayer à la suivante ?

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Août 23, 2019, 9:38 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/19 "2019-08-23T09:38:05Z")

</div>

C’est pas idiot comme remarque.

---

<div class="post-metadata">

**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\
**Post date:** [Août 23, 2019, 9:52 UTC](https://www.debian-fr.org/t/grub-sur-buster/79950/20 "2019-08-23T09:52:11Z")

</div>

Beaucoup de réponses à faire, et je vous remercie. Je vais prendre mon temps pour essayer de répondre à toutes, et je commence par ce fameux \antislash en début de ligne :  
Ignorez-le, c’est une faute de frappe due aux nombreux \ que j’ai ajouter en début de ligne pour laisser visible le dièse.  
Dans sa dernière phrase, Mick a parfaitement donné l’explication.

[Page suivante](https://www.debian-fr.org/t/grub-sur-buster/79950.md?page=2)
