Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Fedora 30 est mort ce soir

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

pierrotlalune
Membre
Lieu : Estal (46)
Inscription : 31/10/2011
Messages : 745

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

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...

Hors ligne

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

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 277

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

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

Hors ligne

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

pierrotlalune
Membre
Lieu : Estal (46)
Inscription : 31/10/2011
Messages : 745

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

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

Hors ligne

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

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 5 277

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

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!

Hors ligne

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

pierrotlalune
Membre
Lieu : Estal (46)
Inscription : 31/10/2011
Messages : 745

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

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.

Hors ligne

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

pierrotlalune
Membre
Lieu : Estal (46)
Inscription : 31/10/2011
Messages : 745

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

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

Hors ligne

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

pierrotlalune
Membre
Lieu : Estal (46)
Inscription : 31/10/2011
Messages : 745

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

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

Hors ligne

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

pierrotlalune
Membre
Lieu : Estal (46)
Inscription : 31/10/2011
Messages : 745

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

Ç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:

Hors ligne

Pied de page des forums