Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Abandon] Message d'erreur grub au démarrage

3.14R

Bonjour à tous,

Le problème que j'aimerais régler pour l'instant c'est qu'au démarrage de mon ordi, ce message apparaît quelques secondes puis fedora 34 se lance normalement par la suite.

error../../grub.core/commands/loadenv.c:216:sparse file not allowed

J'aimerais comprendre de quoi il s'agit, alors j'ai fait des recherches et j'ai lu ceci:
GRUB2: les bases pour fedora
Je n'ai rien tenté sur le terminal car je ne comprends pas très bien quoi faire.

Sur le forum anglais de Fedora j'ai trouvé ce fil de discussion, qui ne m'aide pas à régler le problème:
Discussion qui parle du même problème que j'ai au démarrage

Voici comment se présente ma partition de boot dans Gparted:

Partition: /dev/sda1
Nom: Linux HFS+ESP
Système de fichiers: hfs+
Point de montage: /boot/efi
Étiquette: Linux HFS+ESP
Taille: 1.00 Gio
Utilisé: 30.54 Mio

La commande df -h me donne ceci:

$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
devtmpfs           5,8G       0  5,8G   0% /dev
tmpfs              5,8G    427M  5,4G   8% /dev/shm
tmpfs              2,3G    1,9M  2,3G   1% /run
/dev/sda2          441G    6,2G  434G   2% /
/dev/sda2          441G    6,2G  434G   2% /home
/dev/sda1          1,0G     31M  994M   3% /boot/efi
tmpfs              5,8G    8,3M  5,8G   1% /tmp
tmpfs              1,2G    144K  1,2G   1% /run/user/1000

bootctl

$ bootctl
Couldn't find EFI system partition. It is recommended to mount it to /boot or /efi.
Alternatively, use --esp-path= to specify path to mount point.
System:
     Firmware: n/a (n/a)
  Secure Boot: disabled
   Setup Mode: user
 TPM2 Support: no
 Boot into FW: not supported

Current Boot Loader:
      Product: n/a
     Features: ✗ Boot counting
               ✗ Menu timeout control
               ✗ One-shot menu timeout control
               ✗ Default entry control
               ✗ One-shot entry control
               ✗ Support for XBOOTLDR partition
               ✗ Support for passing random seed to OS
               ✗ Boot loader sets ESP partition information
          ESP: n/a
         File: └─n/a

Random Seed:
 Passed to OS: no
 System Token: not set

Boot Loaders Listed in EFI Variables:
        Title: 
           ID: 0x0080
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/1cbf0681-3928-45be-9852-b84c114cccf0
         File: └─/System/Library/CoreServices/boot.efi

        Title: 
           ID: 0xFFFF
       Status: active
    Partition: /dev/disk/by-partuuid/1cbf0681-3928-45be-9852-b84c114cccf0
         File: └─/System/Library/CoreServices/boot.efi

puis fdisk -l

# fdisk -l
Disque /dev/sda : 465,76 GiB, 500107862016 octets, 976773168 secteurs
Modèle de disque : Samsung SSD 850 
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : B2AE2A43-8360-4C07-A676-9E5558934E66

Périphérique     Début       Fin  Secteurs Taille Type
/dev/sda1         2048   2099199   2097152     1G HFS ou HFS+ Apple
/dev/sda2      2099200 925583359 923484160 440,4G Système de fichiers Linux
/dev/sda3    925583360 976773119  51189760  24,4G Partition d'échange Linux


Disque /dev/zram0 : 8 GiB, 8589934592 octets, 2097152 secteurs
Unités : secteur de 1 × 4096 = 4096 octets
Taille de secteur (logique / physique) : 4096 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Je ne comprends toujours pas pourquoi ce message apparaît.
Alors voilà, si un membre du forum pouvait me diriger vers des informations utiles ou me guider dans la résolution de cette énigme je suis preneur.

Merci

3.14R

Un petit retour concernant ma demande d'aide:

Sur la toile je n'ai pas réussi à trouver de méthode pour empêcher l'apparition de ce message-là, qui apparaît au démarrage.

error../../grub.core/commands/loadenv.c:216:sparse file not allowed

mais d'avoir ce message m'a permis d'étudier un peu les bases de Grub2 et quelques autres documents du même type.

Je n'ai pas les compétences pour empêcher l'apparition de cette phrase.
Si Fedora démarre et que le système un fois lancé est stable, je ne vois pas vraiment l'intérêt de gratter la surface pour empêcher l'apparition de cette ligne d'erreur.
(J'aime quand c'est "propre")
J'imaginais modifier une ligne dans un fichier spécifique, je l'imagine encore, mais quelle ligne et dans quel fichier et comment?

Bon, je laisse ça pour le moment.
Si un membre du forum sait quoi faire et qu'il veut bien m'aider je suis preneur mais sinon, je vais tenter de laisser rouler Fedora le plus longtemps possible sans redémarrer mon ordi.
Je crois que ce n'est que lorsqu'on upgrade le noyau linux que le système doit redémarrer.
Je verrai.

chepioq

Que contient le fichier /etc/default/grub ?

chepioq

Sinon j'ai trouvé ceci https://forums.fedoraforum.org/showthread.php?325913-Grub2-error-message&p=1846439
Post #2

3.14R

Bonjour chepioq,

/etc/default/grub:

GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="resume=UUID=65b6a5f9-ea8d-4da9-95f1-83685ac8c3a2 rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
GRUB_ENABLE_BLSCFG=true

____________________________________________

sur la page que tu me partages il est suggéré de changer

GRUB_SAVEDEFAULT=true
GRUB_DEFAULT=saved

par

GRUB_SAVEDEFAULT=false
GRUB_DEFAULT=0

Je n'ai pas la ligne GRUB_SAVEDEFAULT=true

La manipulation suggérée n'a pas fonctionné pour notre ami.

je suis en UEFI
j'ai / et /home formaté en BTRFS
et ce type de format semble causer du soucis à GRUB2.

chepioq

mon /etc/default/grub

GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=0
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 resume=UUID=f0a5d343-c206-4481-829e-0d638c52cde2 rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1"
GRUB_DISABLE_RECOVERY="true"
GRUB_GFXPAYLOAD_LINUX=keep
GRUB_TERMINAL_OUTPUT=gfxterm
GRUB_THEME="/boot/grub2/themes/system/theme.txt"
GRUB_ENABLE_BLSCFG=true

Essaye pour voir, sauf pour la ligne

GRUB_CMDLINE_LINUX="resume=UUID=65b6a5f9-ea8d-4da9-95f1-83685ac8c3a2 rhgb quiet"

qui doit rester la même

3.14R

@chepioq

J'ai laissé le fichier grub comme il était sauf que j'ai mis à "0"
GRUB_DEFAULT=0

J'ai redémarré et je me suis logué deux fois plutôt qu'une, au cas où.

Le message d'erreur est encore là.

Si je comprends bien: le "GRUB_DEFAULT=saved" veut dire que GRUB va déployer le système de la même façon que la dernière fois où il l'a fait??
Et en mettant à "0", cela veut dire qu'il le déploie selon un ordre préétabli sans se fier à ce qu'il a fait avant??

Les autres lignes que tu as en surplus des miennes semblent être des informations ciblées pour Ta machine.
Je ne les ai pas inscrites dans mon fichier grub.

Tu en penses quoi?

Nicosss

Il faut que tu re-génères le Grub suite à ta modification pour que ce soit pris en compte.

Comme tu dis être en UEFI alors il faut passer la commande

$ sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

3.14R

J'ai agis rapidement, sans réfléchir à ce qu'il se passait et sans chercher à tout comprendre avant d'agir. J'avais lu cette ligne de commande que tu m'as suggéré, dans réinstallation du fichier grub.cfg pour système uefi
Selon mon niveau de connaissance, la commande que tu m'as suggéré Nicosss, elle écrase le fichier:
/boot/efi/EFI/fedora/grub.cfg
elle ne regénère rien. C'est ce mot qui m'a mis en confiance. 😉
Si j'ai agis rapidement c'est qu'hier, j'ai faillis la rentrer dans mon terminal pour voir. Et bien là, j'ai vu.

Bon, je crois bien que j'ai écrasé le fichier grub.cfg qui était dans ma machine par un nouveau fichier grub.cfg tout frais, mais il ne sait pas quoi faire.
Le système démarre maintenant en mode rescue, je n'ai accès qu'à un prompt grub.

La touche "tab" affiche les commandes que peut exécuter cette console de secours. Ce que j'aimerais c'est de réparer le démarrage de ma machine sans tout perdre.
C'est l'intérêt de Linux de pouvoir bricoler des choses sans toujours tout détruire.

Je reste connecté sur le forum à travers un pc, misère...😐 dans l'espoir d'être aidé, mais je vais aussi faire mon bout de chemin pour évaluer si j'ai les compétences informatiques qu'il faut pour suivre ce chemin.

La question c'est

J'ouvre un autre post? Ou je continu ma démarche dans celui-ci?
Je vais ouvrir un autre fil de discussion spécifique et je reviendrai ici pour compléter le truc si c'est pertinent.

Au moins on essaye. C'est pas grave.
🙂
@+

nouvo09

La prochaine fois pense à faire une sauvegarde de ce fichier avant de l'écraser, tu vois ça peut servir.

3.14R

nouvo09 wrote:La prochaine fois pense à faire une sauvegarde de ce fichier avant de l'écraser, tu vois ça peut servir.

Tout à fait.

Au moment de taper cette commande je ne savais pas que j'écrasais le fichier, j'appliquais bêtement un "copier-coller" en croyant que je régénérais le grub et que mon système allait redémarrer normalement 🙁
C'est après coup que j'ai saisis mon erreur.

Je comprends que si je l'avais copié, j'aurais pu aller le chercher avec un dvd-live et le remettre à sa place.
Bon, j'espère qu'il n'y aura pas de prochaine fois à ce niveau, mais pour ce qui est de l'habitude de sauvegarder les fichiers originaux AVANT de les modifier: je vais l'adopter.
🙂

Nicosss

Tu as posté le contenu de ton précédent fichier donc tu peux très bien en remettre le contenu du coup.

Par contre quand j'ai mis "re-générer" c'est bien dans le sens où des mécanismes vont venir prendre les informations de ton fichier /etc/default/grub, appliquer d'autres scripts pour détecter ce qui est installé dans tes partitions et en définir un nouveau fichier grub.cfg.

Ce qui est étrange dans ton cas c'est que normalement la modification effectuée ne devrait pas en arriver à ton stade.
Du coup est-ce qu'il n'y a pas eu d'autres modifications ?
Le retour de la commande grub2-mkconfig a retourné quoi comme message ?

Ensuite, oui par habitude il faut toujours avoir une copie/sauvegarde d'un fichier de configuration que l'on va modifier.

3.14R

# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

Je vais chercher à comprendre en profondeur cette ligne de commande.

Je débute, je suis à l'étape de bien installer mon système. Un bon formatage de base sans erreur de démarrage, propre.

J'ai testé d'autres distributions, j'en ai installé plusieurs sur des pc dans le passé, toutes très "belles" mais très dur à garder opérationnelles plus de quelques jours.
Pas assez de connaissances linuxiennes 🙁

Fedora 34 Mate est instable sur iMac, il n'y a qu'avec Gnome que tout roule bien. Vraiment impressionné par cette distribution.
Coup d'cœur!
_____

Concernant le message Grub au démarrage, il est arrivé des problèmes plus graves sur mon système qui ont fait que j'ai réinstallé Fedora.
Et là, plus de lignes d'erreurs.
Ce post ne servira pas à trouver une solution au problème mentionné dans le titre. 😐