# Trixie : GRUB màj -résolu- **URL:** \ **Category:** Support Debian\ **Created:** [Mars 20, 2026, 9:29 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144 "2026-03-20T09:29:53Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\ **Post date:** [Mars 20, 2026, 9:29 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144/1 "2026-03-20T09:29:53Z")
Bonjour Hier soir sur un Trixie installé par Calamarès **🥴** et maintenu à jour, un update + full-upgrade. A un moment du processus qui s’ensuit apparaît dans le terminal xfce (je ne sais pas à quel instant exactement) une fenêtre texte concernant une « mise à jour de grub » ou de « grub-install ». En fin de fenêtre il me demande où je veux installer grub (ou grub-install), en proposant 3 disques et la partition / . Quel culot ! Je fais un reset du PC par bouton physique et il redémarre correctement. Quelqu’un pourrait expliquer ce qui se passe ? ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Mars 20, 2026, 10:08 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144/2 "2026-03-20T10:08:49Z")
S’il y a bien 3 disques accessibles, grub a eu la courtoisie de demander/vérifier sur quel disque s’installer. ---
**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\ **Post date:** [Mars 20, 2026, 1:00 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144/3 "2026-03-20T13:00:43Z")
C’est gentil à lui, mais ce qui m’étonne est qu’il n’est pas compris où était déjà installé GRUB. Je verrai plus tard, là je n’ai pas le temps de m’en occuper. Et est-ce que c’est proposé à d’autres qui ont fait cette màj ? ---
**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:** [Mars 20, 2026, 5:27 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144/4 "2026-03-20T17:27:50Z")
> [@antek](#): > > update + full-upgrade pourquoi full-upgrade? upgrade suffisait. ---
**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\ **Post date:** [Mars 21, 2026, 8:41 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144/5 "2026-03-21T20:41:34Z")
parce que complet ? C’est devenu une habitude . . . Sur mon autre pc installé en « pas live » (je ne sais pas comment s’appelle l’installateur) je n’ai pas ce soucis avec la même commande. Je retente un upgrade sur le pc problématique, il sort un « problème dpkg » mais je regarde en détails plus tard. Pourquoi cette histoire de grub alors que la mise à jour ne le concerne pas ?! ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Mars 22, 2026, 8:50 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144/6 "2026-03-22T08:50:30Z")
Pour le moment, le problème principal a été causé par toi-même par l’arrêt d’une mise à jour apt par un reset PC. C’est bien la dernière chose que j’aurais faite pendant une phase d’installation ou mise à jour de loader qui est une phase critique, sans garantie de reboot possible en cas de problème. Le script de post-install de grub de plus de 500 lignes fait une analyse très détaillée de l’environnement. `/var/lib/dpkg/info/grub-pc.postinst` ```auto cached_available_ids="$( for path in /dev/disk/by-id/*; do [-e "$path"] || continue printf '%s %s\n' "$path" "$(readlink -f "$path")" done | sort -k2 -s -u | cut -d' ' -f1 )" echo "$cached_available_ids" ``` En cas de doute spécifiquement dans le cas où l’installateur grub détecte plusieurs potentiels disques candidats à son installation, il est normal et souhaitable que la question du choix du disque à installer soit posée. La méthode d’installation de Debian, Calamarès ou autre, ou ‹ upgrade/safe-upgrade/full-upgrade › n’a rien à voir. Pour comparer ce qui est comparable: 1- y a-t-il des traces d’installation de grub sur plusieurs disques du même PC ? → recherche de /usr/share/grub/unicode.pf2 ou /boot/grub par exemple 2- ton autre PC a-t-il un ou plusieurs disques ? 3- que dit « `sudo grub-probe --target=device /boot` » sur tes 2 PCs ? ---
**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\ **Post date:** [Mars 22, 2026, 9:55 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144/7 "2026-03-22T09:55:33Z")
Je ne savais pas quoi faire (pas moyen d’interrompre et j’avais besoin du pc. Hélas. Mes deux pc ont plusieurs disques. Pour le reste je regarde en détail plus tard. Merci ---
**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\ **Post date:** [Mars 24, 2026, 11:03 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144/8 "2026-03-24T11:03:40Z")
Sur le PC qui n’a pas soucis ``` root@ucho:~# grub-probe --target=device /boot /dev/sdc2 ``` sdc2 étant sur / Je ne comprend pas (mais probablement sans importance) ceci ```auto cached_available_ids="$( for path in /dev/disk/by-id/*; do [-e "$path"] || continue printf '%s %s\n' "$path" "$(readlink -f "$path")" done | sort -k2 -s -u | cut -d' ' -f1 )" echo "$cached_available_ids" ``` ---
**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\ **Post date:** [Mars 24, 2026, 3:22 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144/9 "2026-03-24T15:22:07Z")
Sur le système avec soucis il se trouve sur sdc2 (aussi). Je fais un apte udate, il me dit de faire sudo dpkg --configure -a je m’exécute et lui indique « d’installer » grub2 sur sdc2 et ça roule. On verra au prochain démarrage . . . ---
**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\ **Post date:** [Mars 24, 2026, 6:52 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144/10 "2026-03-24T18:52:32Z")
> [@Verner](#): > > 3- que dit « `sudo grub-probe --target=device /boot` » sur tes 2 PCs ? C’est la solution ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Mars 31, 2026, 5:23 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144/11 "2026-03-31T17:23:03Z")
Pour information et lever la confusion, ‹ grub-probe › n’avait pas vocation a ‹ solutionner › quoi-que-ce soit. Lors de la prochaine mise à jour de Grub (assez rare), tu observeras exactement le même comportement. Décryptage, si je résume ta question: « _pourquoi le PC A n’a pas le même comportement que le PC B lors d’une mise à jour Grub_. » Pour répondre à cette question, il faut donc comparer l’état des **2** PCS de manière complète, par exemple avec les **3** questions précédemment proposées. Ne répondre que pour **un** PC n’est pas une comparaison. Pour expliciter la question N°1, il fallait en fait rechercher sur toutes les partitions de tous les disques de chaque PC s’il existait des traces d’installation précédente de Grub, par recherche de /usr/share/grub/unicode.pf2 ou /boot/grub _après montage_ de chaque partition. Tu reverras ça lors de la prochaine mise à jour de grub… ---
**Author:** ![antek](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@antek](https://www.debian-fr.org/u/antek)\ **Post date:** [Avril 20, 2026, 1:33 UTC](https://www.debian-fr.org/t/trixie-grub-maj-resolu/92144/12 "2026-04-20T13:33:40Z")
Une question avant que ça arrive : lorsque pendant la mise à jour de grub une fenêtre s’ouvre et demande où installer grub, comment sortir de cette situation sans faire un reset du pc ? Merci et bonne journée