[Résolu] Modification faite dans les fichiers de Grub

Poun64 · Le 12/04/2026, à 19:48

Bonsoir toul'monde,

J'avais l'habitude de modifier certains paramètres du démarrage.
Suite à une dernière mise à jour, je m’aperçois que le fichier que j'utilisais "/etc/default/grub" a disparu.
J'ai trouvé un fichier semblable "/etc/default/grub.ucf-dist".
Est-ce lui qu'on doit utiliser maintenant ? Ai-je raté quelque chose ?

Merci pour vos retours

Dernière modification par Poun64 (Le 14/04/2026, à 18:46)

miguel01 · Le 12/04/2026, à 21:50

Bonsoir
Le fichier "/etc/default/grub" est bien présent dans Resolute.
J'ai déjà eu ce cas en bricolant le Grub, il suffit de réinstaller Grub.

Par contre je n'ai pas le fichier "/etc/default/grub.ucf-dist" ????

Dernière modification par miguel01 (Le 12/04/2026, à 22:14)

krodelabestiole · Le 12/04/2026, à 23:14

Le grub.ucf-dist est rajouté par l'installateur (APT) quand une nouvelle version de GRUB est installée. Il contient la version originale du fichier.

c'est surtout bizarre que tu n'aies plus de /etc/default/grub !

quel est le retour de

cat /etc/default/grub.ucf-dist

tu dois pouvoir restaurer cette version (par défaut, donc) :

sudo cp /etc/default/grub.ucf-dist /etc/default/grub
sudo update-grub

... ou réinstaller grub, oui.
mais ça n'explique pas cette disparition inquiétante...

Poun64 · Le 13/04/2026, à 02:59

Bonsoir à tous les deux, merci pour vos deux réponses.

Krodelabestiole a écrit :

mais ça n'explique pas cette disparition inquiétante...

À l'ocasion de la mise à jour, j'ai eu une question me demandant si je voulais bien supprimer "grub" avec l'alerte me signifiant que si je le supprimais je risquais de ne plus pouvoir redémarrer.
J'ai donc répondu que Non et c'est au démarrage suivant que j'ai remarqué que la tempo mise à 3 secondes n'était plus respectée.

Demain j'aurais accès au PC contenant Xubuntu 26.04 et je tenterai de restaurer ce fameux fichier "/etc/default/grub".
Je viendrai vous dire, promis !

Amicalement

ar barzh paour · Le 13/04/2026, à 08:48

tiens bizarre ! j'ai eu la même chose ( pas de etc/default/grub ni sur mon PC ni sur mon portable , installation avec la même clé USB) , c'était en décembre 2025
https://forum.ubuntu-fr.org/viewtopic.php?id=2093858

Dernière modification par ar barzh paour (Le 13/04/2026, à 13:57)

Poun64 · Le 13/04/2026, à 15:08

Bonjour toul'monde !

J'ai recréé le fichier "/etc/default/grub" à partir de "grub.ucf-dist".
Modifié ses paramètres comme ceci :

### GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=3
GRUB_GFXMODE=1920x1080,800x600

Je démarre bien sur ce Grub de Xubuntu 26.04, mais le paramètre "GRUB_TIMEOUT=3" n'est pas pris en compte systématiquement (comme avant la perte de ce fichier, je l'avais déjà remarqué sans y prêter trop d'attention...).
Des fois la temporisation est bien à 3 secondes, des fois on repasse à 30 secondes.
Nota : le paramètre "GRUB_GFXMODE=1920x1080" est lui toujours appliqué.

Amicalement

Dernière modification par Poun64 (Le 13/04/2026, à 15:09)

krodelabestiole · Le 13/04/2026, à 15:21

grub ne serait pas installé plusieurs fois, sur différents supports ?

Poun64 · Le 13/04/2026, à 15:25

grub ne serait pas installé plusieurs fois, sur différents supports ?

Oui, plein de fois mais chaque fois avec le paramètre "GRUB_TIMEOUT=3".
Je suis sûr que je démarre sur le Grub de 26.04 de ma clé USB3, parce que j'ai mis son fond d'écran en couleur "Magenta".

ar barzh paour · Le 13/04/2026, à 18:10

je persiste
si /etc/default/grub existe , ce sont ses paramètres qui sont utilisés
[EDIT]
suite à la remarque de krodelabestiole du post suivant
oui oui ... j'aurais du ajouter ..... pour générer le grub
[/EDIT]
si /etc/default/grub n'existe pas ce sont d'autres valeurs qui sont utilisées , mais je ne sais pas où ils sont pris

par exemple sans /etc/default/grub j'ai un menu grub en bleu avec une tempo de 30s
avec etc/default/grub avec GRUB_TIMEOUT=100 j'ai une tempo de 100s , un menu noir et blanc
(en fait j'ai utilisé le même default/grub que ma version 24.04)

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=100
GRUB_DISTRIBUTOR=`( . /etc/os-release; echo ${NAME:-Ubuntu} ) 2>/dev/null || echo Ubuntu`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

(et bien sur après update-grub)

Dernière modification par ar barzh paour (Le 14/04/2026, à 07:32)

krodelabestiole · Le 13/04/2026, à 18:37

ar barzh paour a écrit :

si /etc/default/grub existe , ce sont ses paramètres qui sont utilisés

... qui sont utilisés lors de la goupilation de grub (par la commande update-grub), pas lors du démarrage lui-même.
c'est plutôt /boot/grub/grub.cfg qui est généré par update-grub (en fonction des contenus de /etc/grub.d et /etc/default/grub) et ensuite utilisé par GRUB au démarrage.

si GRUB est goupilé (j'évite de dire installé parce que ça n'a rien à voir avec le paquet APT, ce n'est pas non plus de la compilation) sur plusieurs supports (qui proposeraient chacun leurs /boot/grub), et qu'aucune priorité n'est spécifiée dans le BIOS, ça me semble possible qu'on démarre une fois sur un GRUB, une fois sur un autre en fonction du premier support à être démarré, ce qui pourrait expliquer ce comportement. C'est alambiqué mais je ne vois surtout rien d'autre qui puisse expliquer un timeout de 3 secondes ou 30 aléatoirement !

nany · Le 13/04/2026, à 20:31

Bonjour,

krodelabestiole a écrit :

C'est alambiqué mais je ne vois surtout rien d'autre qui puisse expliquer un timeout de 3 secondes ou 30 aléatoirement !

Le timeout peut être mis à 30 secondes avec la fonction recordfail.

/boot/grub/grub.cfg a écrit :

…
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
…
function recordfail {
  set recordfail=1
  if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
…
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
…
### END /etc/grub.d/00_header ###
…
### BEGIN /etc/grub.d/10_linux ###
…
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-89f863cf-ea48-441e-8d7f-80533ed00c10' {
	recordfail
…
### END /etc/grub.d/10_linux ###
…

Je n’ai pas bien saisi le mécanisme et n’ai pas investigué davantage. Mais le fait est que le timeout de 30 secondes peut être défini, a priori, après un démarrage à problème.

Dernière modification par nany (Le 14/04/2026, à 06:51)

krodelabestiole · Le 14/04/2026, à 06:17

ah oui, ça ressemble plus à ça !

ar barzh paour · Le 14/04/2026, à 07:34

@krodelabestiole
oui bien sur etc/default/grub sert à générer grub par update-grub , j'ai rectifié mon post #9

et sinon je pense que certains paramètres par défaut sont pris dans /etc/grub.d (00_header)

ou 05_debian_theme (pour la couleur du menu)

Dernière modification par ar barzh paour (Le 14/04/2026, à 09:34)

iznobe · Le 14/04/2026, à 08:06

quote a écrit :

function recordfail {
  set recordfail=1
  if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
…
if [ "${recordfail}" = 1 ] ; then
  set timeout=30

A mon avis , c' est un bug .
quel intérêt de définir une variable dans une fonction sans passer par au moins une des conditions ???

j ' aurais plutôt écris :

function recordfail {
if [ -n "${have_grubenv}" ]; then 
  if [ -z "${boot_once}" ]; then 
    set recordfail=1
     save_env recordfail;
  fi
fi
}
…
if [ "${recordfail}" = 1 ] ; then
  set timeout=30

Dernière modification par iznobe (Le 14/04/2026, à 08:08)

ar barzh paour · Le 14/04/2026, à 09:25

pas tout à fait
il y a une différence entre

#!/bin/bash
record=1
[[ -e xxx.sh ]] && record=0
echo $record

qui renvoie 1 (si xxx.sh n'existe pas)

et

#!/bin/bash
[[ -e xxx.sh ]] && record=0
echo $record

qui renvoie rien ( si xxx.sh n'existe pas ) et si record n'a pas été défini avant

la même chose d'ailleurs sans le test

#!/bin/bash
record=1
echo $record

qui renvoie 1

et

#!/bin/bash
echo $record

qui renvoie rien ( si record n'a pas été défini avant )

Dernière modification par ar barzh paour (Le 14/04/2026, à 09:30)

iznobe · Le 14/04/2026, à 09:56

oui , mais quel est l ' intérêt de toujours :

set recordfail=1

si il n ' y a pas d' intérêt ( sauvegarder l ' état ) ?

Enfin , j ' ai pas regarder le code au complet . et si il y a un bug , il sera corrigé sous peu .

nany · Le 14/04/2026, à 10:35

Bonjour,

iznobe a écrit :

Enfin , j ' ai pas regarder le code au complet .

Oui, il faudrait éplucher /boot/grub/grub.cfg (voire /etc/grub.d/00_header) pour bien comprendre ce qu’il se passe.

iznobe a écrit :

et si il y a un bug , il sera corrigé sous peu .

Ça fait des années que c’est comme ça, donc je ne pense pas qu’il y ait un bug.

Dernière modification par nany (Le 14/04/2026, à 10:35)

Poun64 · Le 14/04/2026, à 14:42

Pour m'amuser un peu, j'ai modifié :

"/boot/grub/grub.cfg" avec

terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=3 (en ligne 125)

... mais après un

sudo update-grub

... l'entrée de la ligne 125 de ce même fichier, repasse à 30 !

Là je dois partir mais à mon retour, je vais tenter de modifier le fichier "/etc/grub.d/00_header" (lignes 394 et 446) et je reviens au rapport...

=== Édit ===

J'ai modifié le fichier "/etc/grub.d/00_header" (lignes 394 et 446) :
Les deux entrées "set timeout=${GRUB_RECORDFAIL_TIMEOUT:" passent de -30 à -3
Après un

sudo update-grub

... l'entrée de la ligne 125 du fichier "/boot/grub/grub.cfg" est restée à 3 !

J'ai tenté plusieurs redémarrage et la temporisation est restée pour l'instant à 3 secondes...

Dernière modification par Poun64 (Le 14/04/2026, à 17:40)

ar barzh paour · Le 14/04/2026, à 17:08

avec un /etc/default/grub présent

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=100
GRUB_DISTRIBUTOR=`( . /etc/os-release; echo ${NAME:-Ubuntu} ) 2>/dev/null || echo Ubuntu`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
GRUB_DISABLE_OS_PROBER=true

dans le cas d'un démarrage "normal" c'est le set timeout=100 de la ligne 129 qui sert

ligne 123

terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=hidden
    set timeout=100
  # Fallback hidden-timeout code in case the timeout_style feature is
  # unavailable.
  elif sleep --interruptible 100 ; then
    set timeout=0
  fi
fi

et quand il n'y a pas de etc/default/grub, set timeout passe à 5
ligne 123

terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=5
  fi
fi

Dernière modification par ar barzh paour (Le 14/04/2026, à 17:19)

nany · Le 14/04/2026, à 17:33

Poun64 a écrit :

... mais après un
sudo update-grub
... l'entrée de la ligne 125 de ce même fichier, repasse à 30 !

Normal, /boot/grub/grub.cfg le dit lui-même :

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

Poun64 a écrit :

Là je dois partir mais à mon retour, je vais tenter de modifier le fichier "/etc/grub.d/00_header" (lignes 394 et 446) et je reviens au rapport...

Tu t’aventures dans des chemins peu sûrs. Ne ferais-tu pas mieux de te demander pourquoi le recordfail est activé ?

@ar barzh paour : on parle du set timeout=30 juste après le if [ "${recordfail}" = 1 ] ; then qui reste bien à 30 chez toi aussi.

Poun64 · Le 14/04/2026, à 17:48

Tu t’aventures dans des chemins peu sûrs.

Bah ! J'ai installé cette version alpha Xubuntu 26.04 sur une clé USB3 qui a pour vocation d'être reformatée dès la sortie de sa version officielle en fin du mois.
Cette petite bidouille n'est rien à côté de ce que je fabrique pour son thème pour le faire ressembler à du Windows d'autrefois.

Dernière modification par Poun64 (Le 14/04/2026, à 18:04)

ar barzh paour · Le 14/04/2026, à 18:30

alors je ne comprends pas cette discussion
pourquoi s'intéresser à une valeur qui n'est normalement pas utilisée ?

terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30

@pound :
modifier /boot/grub/grub c'est possible , je le fais (souvent) mais c'est sur qu' il ne faut pas qu'un update-grub soit généré après (système ou manuel) car comme l'a dit nany , les modifs seront écrasées

les premières lignes de mon fichier grub :

#### 2026:04:14-18:35:34 : /boot/grub/grub.cfg modifié par /media/SH/grub/V46/modif_grub_V46_ter.sh ####
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

une des lignes modifiées parmi d'autres :

menuentry 'U26.04-mars : GNU/Linux' --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-b54a2475-4613-4ea0-8d7f-0ec78c33fae8' {

au lieu de

menuentry 'GNU/Linux' --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-b54a2475-4613-4ea0-8d7f-0ec78c33fae8' {

Dernière modification par ar barzh paour (Le 14/04/2026, à 18:42)

Poun64 · Le 14/04/2026, à 18:46

pourquoi s'intéresser à une valeur qui n'est normalement pas utilisée ?

Des fois la temporisation était bien à 3 secondes, des fois elle repassait à 30 secondes.
Voir mon post https://forum.kubuntu-fr.org/viewtopic. … #p22890979

Comme ça a l'air de fonctionner correctement maintenant, je passe le sujet en résolu.

Amicalement

Dernière modification par Poun64 (Le 14/04/2026, à 18:47)

arverne73 · Le 18/04/2026, à 16:41

Bonjour,
J'ai une machine sur laquelle j'ai aussi installé Ubuntu 26.04 bêta il y a 2 semaines (seul OS sur tout le disque) et je viens de vérifier : pas de fichier grub non plus ! Il y a un autre fichier nommé grub.prime-backup.
Et surtout, depuis quelques mises à jour, le menu Grub s'affiche chaque fois sur un fond bleu au démarrage puis, au démarrage et à l'extinction, défilent des centaines de lignes de commandes…
Et tout ceci n'existait pas juste après l'installation.
/boot/grub.cfg est bien en place.
A suivre.

Dernière modification par arverne73 (Le 18/04/2026, à 18:08)

ar barzh paour · Le 18/04/2026, à 19:51

averne73 a écrit :

je viens de vérifier : pas de fichier grub non plus !

tu veux dire pas de /etc/default/grub

le menu bleu est du aux lignes suivantes de grub

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

en plus c'est pratique car on voit tout de suite que c'est le grub de 26.04 qui est lancé

les lignes qui défilent au démarrage sont dues à l'absence de quiet splash dans la ligne de lancement
rien d'inquiétant
(mais comme il n'y a pas de /etc/default/grub , il faudrait se débrouiller "à la main" pour ajouter cette option )

Dernière modification par ar barzh paour (Le 18/04/2026, à 19:54)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/04/2026, à 19:48

[Résolu] Modification faite dans les fichiers de Grub

#2 Le 12/04/2026, à 21:50

Re : [Résolu] Modification faite dans les fichiers de Grub

#3 Le 12/04/2026, à 23:14

Re : [Résolu] Modification faite dans les fichiers de Grub

#4 Le 13/04/2026, à 02:59

Re : [Résolu] Modification faite dans les fichiers de Grub

#5 Le 13/04/2026, à 08:48

Re : [Résolu] Modification faite dans les fichiers de Grub

#6 Le 13/04/2026, à 15:08

Re : [Résolu] Modification faite dans les fichiers de Grub

#7 Le 13/04/2026, à 15:21

Re : [Résolu] Modification faite dans les fichiers de Grub

#8 Le 13/04/2026, à 15:25

Re : [Résolu] Modification faite dans les fichiers de Grub

#9 Le 13/04/2026, à 18:10

Re : [Résolu] Modification faite dans les fichiers de Grub

#10 Le 13/04/2026, à 18:37

Re : [Résolu] Modification faite dans les fichiers de Grub

#11 Le 13/04/2026, à 20:31

Re : [Résolu] Modification faite dans les fichiers de Grub

#12 Le 14/04/2026, à 06:17

Re : [Résolu] Modification faite dans les fichiers de Grub

#13 Le 14/04/2026, à 07:34

Re : [Résolu] Modification faite dans les fichiers de Grub

#14 Le 14/04/2026, à 08:06

Re : [Résolu] Modification faite dans les fichiers de Grub

#15 Le 14/04/2026, à 09:25

Re : [Résolu] Modification faite dans les fichiers de Grub

#16 Le 14/04/2026, à 09:56

Re : [Résolu] Modification faite dans les fichiers de Grub

#17 Le 14/04/2026, à 10:35

Re : [Résolu] Modification faite dans les fichiers de Grub

#18 Le 14/04/2026, à 14:42

Re : [Résolu] Modification faite dans les fichiers de Grub

#19 Le 14/04/2026, à 17:08

Re : [Résolu] Modification faite dans les fichiers de Grub

#20 Le 14/04/2026, à 17:33

Re : [Résolu] Modification faite dans les fichiers de Grub

#21 Le 14/04/2026, à 17:48

Re : [Résolu] Modification faite dans les fichiers de Grub

#22 Le 14/04/2026, à 18:30

Re : [Résolu] Modification faite dans les fichiers de Grub

#23 Le 14/04/2026, à 18:46

Re : [Résolu] Modification faite dans les fichiers de Grub

#24 Le 18/04/2026, à 16:41

Re : [Résolu] Modification faite dans les fichiers de Grub

#25 Le 18/04/2026, à 19:51

Re : [Résolu] Modification faite dans les fichiers de Grub

Pied de page des forums