[Résolu] Grub abimé...

pierrotlalune · 08/02/2020 16:37:54

La reconstruction du "grub" n'est toujours pas déclenchée par la mise à jour du noyau.
Testé pour le noyau:

$ uname -r
5.4.17-200.fc31.x86_64
$

Je vais donc me pencher sur les erreurs constatées lors de la réinstallation de "grub2" pour EFI.
A suivre...

didierg · 08/02/2020 17:10:00

pierrotlalune a écrit :

erreur : lsetfilecon: (/boot/efi/EFI/fedora/fonts, system_u:object_r:boot_t:s0) Opération non supportée
erreur : lsetfilecon: (/boot/efi/EFI/fedora/grubx64.efi;5e386251, system_u:object_r:boot_t:s0) Opération non supportée
Je crois que la réinstallation de "grub2" est une bonne piste. Si cela est le cas, comment résoudre les erreurs de la réinstallation ? Merci.

Voir: https://bugzilla.redhat.com/show_bug.cgi?id=1722766

pierrotlalune · 08/02/2020 17:26:38

didierg a écrit :

pierrotlalune a écrit :
erreur : lsetfilecon: (/boot/efi/EFI/fedora/fonts, system_u:object_r:boot_t:s0) Opération non supportée
erreur : lsetfilecon: (/boot/efi/EFI/fedora/grubx64.efi;5e386251, system_u:object_r:boot_t:s0) Opération non supportée
Je crois que la réinstallation de "grub2" est une bonne piste. Si cela est le cas, comment résoudre les erreurs de la réinstallation ? Merci.
Voir: https://bugzilla.redhat.com/show_bug.cgi?id=1722766

Bonjour didierg,
j'ai eu la même idée que toi, et au même moment;-): pendant de tu me répondais, j'écrivais sur le rapport de bug que tu cites.
à +
pll

didierg · 08/02/2020 18:04:02

pierrotlalune a écrit :

pendant de tu me répondais, j'écrivais sur le rapport de bug que tu cites.

C'est très bien mais un truc quand tu veux écrire un rapport de bug, préfixe tes commandes avec LANG=C

Les messages seront en anglais ce qui facilitera leur compréhension par tous.

$ sudo dnf upgrade
Dernière vérification de l’expiration des métadonnées effectuée il y a 1:08:19 le sam. 08 févr. 2020 15:52:25 CET.
Dépendances résolues.
Rien à faire.
Terminé !

$ LANG=C sudo dnf upgrade
Last metadata expiration check: 1:08:30 ago on Sat Feb  8 15:52:25 2020.
Dependencies resolved.
Nothing to do.
Complete!

pierrotlalune · 08/02/2020 18:19:02

didierg a écrit :

C'est très bien mais un truc quand tu veux écrire un rapport de bug, préfixe tes commandes avec LANG=C
Les messages seront en anglais ce qui facilitera leur compréhension par tous.

Merci pour cette subtilité que j'utiliserai dorénavant.

pierrotlalune · 13/02/2020 19:33:48

Bonsoir à tous:-),
Il semblerait que depuis l'arrivée de BLS, la reconstruction du grub.cfg ne soit plus déclenchée par la mise à jour du noyau.
En parallèle, j'ai constaté que dans les entrées BLS:

# ls -l /boot/loader/entries
total 8
-rw-r--r--. 1 root root 329  2 déc.  18:30 f78e00f22e9d47c3814a60a9dffa8afb-0-rescue.conf
-rw-r--r--. 1 root root 281 31 janv. 22:36 f78e00f22e9d47c3814a60a9dffa8afb-5.4.14-200.fc31.x86_64.conf
-rw-r--r--. 1 root root 281  2 févr. 10:13 f78e00f22e9d47c3814a60a9dffa8afb-5.4.15-200.fc31.x86_64.conf
-rw-r--r--. 1 root root 281  6 févr. 17:10 f78e00f22e9d47c3814a60a9dffa8afb-5.4.17-200.fc31.x86_64.conf
#

je n'ai plus qu'une ligne "rescue", au lieu de deux.
Du coup, j'ai réactivé BLS en mettant:

GRUB_ENABLE_BLSCFG=true

dans "/etc/default/grub" au lieu de "false".
puis:

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

pour reconstruire mon "grub.cfg".
Je suis assez optimiste...
J'attends la mise à jour du noyau...
a+
pll

pierrotlalune · 14/02/2020 20:17:05

Super, ça marche:pint:.
Lors de la mise à jour du dernier noyau:

$ uname -r
5.4.18-200.fc31.x86_64
$

Ce dernier a bien été pris en compte automatiquement.
Je remets "selinux" sur strict pour voir.
pll

pierrotlalune · 18/02/2020 19:08:21

Ça passe même avec selinux en mode strict. Vérifié pour le dernier noyau:

$ sestatus
SELinux status:                 enabled
SELinuxfs mount:                /sys/fs/selinux
SELinux root directory:         /etc/selinux
Loaded policy name:             targeted
Current mode:                   enforcing
Mode from config file:          enforcing
Policy MLS status:              enabled
Policy deny_unknown status:     allowed
Memory protection checking:     actual (secure)
Max kernel policy version:      31
[alexandre@tales ~]$ uname -r
5.4.19-200.fc31.x86_64
$ su -
Mot de passe : 
# ls -l /boot/loader/entries
total 8
-rw-r--r--. 1 root root 329  2 déc.  18:30 f78e00f22e9d47c3814a60a9dffa8afb-0-rescue.conf
-rw-r--r--. 1 root root 281  6 févr. 17:10 f78e00f22e9d47c3814a60a9dffa8afb-5.4.17-200.fc31.x86_64.conf
-rw-r--r--. 1 root root 281 14 févr. 08:36 f78e00f22e9d47c3814a60a9dffa8afb-5.4.18-200.fc31.x86_64.conf
-rw-r--r--. 1 root root 281 18 févr. 17:31 f78e00f22e9d47c3814a60a9dffa8afb-5.4.19-200.fc31.x86_64.conf
# déconnexion
$

Super !:pint:

Fedora-Fr - Communauté francophone Fedora - Linux

#76 08/02/2020 16:37:54

Re : [Résolu] Grub abimé...

#77 08/02/2020 17:10:00

Re : [Résolu] Grub abimé...

#78 08/02/2020 17:26:38

Re : [Résolu] Grub abimé...

#79 08/02/2020 18:04:02

Re : [Résolu] Grub abimé...

#80 08/02/2020 18:19:02

Re : [Résolu] Grub abimé...

#81 13/02/2020 19:33:48

Re : [Résolu] Grub abimé...

#82 14/02/2020 20:17:05

Re : [Résolu] Grub abimé...

#83 18/02/2020 19:08:21

Re : [Résolu] Grub abimé...

Pied de page des forums