- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Clap de fin pour Fedora Linux 35 !
Il serait quand même intéressant de vérifier si tu n'as pas un autre fichier grub.cfg ailleurs dans ton système qui serait susceptible (c'est une hypothèse) de tromper la mise à jour.
essaie un
locate grub.cfg
Bonne idée:
$ locate grub.cfg
/etc/grub-customizer/grub.cfg
/usr/share/lorax/templates.d/99-generic/config_files/ppc/grub.cfg.in
/usr/share/lorax/templates.d/99-generic/live/config_files/ppc/grub.cfg.in
$
Hors ligne
Comment c'est possible ?
Il n'existe ni dans /boot/grub, ni dans /boot/efi/EFI/fedora ?
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
il faut exécuter la commande en root ou avec sudo
✨because Fedora is already perfect✨
Hors ligne
il faut exécuter la commande en root ou avec sudo
Effectivement:
# locate grub.cfg
/boot/efi/EFI/fedora/grub.cfg
/boot/efi/EFI/fedora/grub.cfg.bak
/boot/efi/EFI/fedora/grub.cfg.rpmsave
/boot/grub2/grub.cfg
/etc/grub-customizer/grub.cfg
/etc/grub.d/backup/boot_grub/grub.cfg
/usr/share/lorax/templates.d/99-generic/config_files/ppc/grub.cfg.in
/usr/share/lorax/templates.d/99-generic/live/config_files/ppc/grub.cfg.in
#
Etant en EFI, je pourrais peut être tenter ceci ?
# rm /boot/grub2/grub.cfg
pour voir...
a+
pll
Hors ligne
Ne retire jamais rien.
D'abord regarde la date de creation de chacun de ces fichiers
ls -l /boot/efi/EFI/fedora/grub.cfg
ls -l /boot/grub2/grub.cfg
tu vois quel est le dernier créé. Et comme il semble qu'il ne soit pas pris en compte, on suppose que c'est l'autre qui est lu au démarrage. Là on avisera lequel est actif et donc on tachera de voir pourquoi il n'est pas conforme.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Ne retire jamais rien.
D'abord regarde la date de creation de chacun de ces fichiers
ls -l /boot/efi/EFI/fedora/grub.cfg
ls -l /boot/grub2/grub.cfgtu vois quel est le dernier créé. Et comme il semble qu'il ne soit pas pris en compte, on suppose que c'est l'autre qui est lu au démarrage. Là on avisera lequel est actif et donc on tachera de voir pourquoi il n'est pas conforme.
Ok:
$ su -
Mot de passe :
# ls -l /boot/efi/EFI/fedora/grub.cfg
-rwx------. 1 root root 18976 17 déc. 10:07 [color=#1fff35]/boot/efi/EFI/fedora/grub.cfg[/color]
[root@tales ~]# ls -l /boot/grub2/grub.cfg
-rw-r--r--. 1 root root 10952 13 nov. 09:20 /boot/grub2/grub.cfg
#
Merci pour ton aide:-).
a+
pll
Edit:"/boot/efi/EFI/fedora/grub.cfg" apparaît en vert.
Dernière modification par pierrotlalune (22/12/2019 20:50:12)
Hors ligne
alors essaie de renommer
mv /boot/grub2/grub.cfg /boot/grub2/grub.cfg-bad
et vois comment la machine boote.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
alors essaie de renommer
mv /boot/grub2/grub.cfg /boot/grub2/grub.cfg-bad
et vois comment la machine boote.
C'est fait !
La machine boote normalement.
Reste plus qu'à attendre un nouveau noyau...
Joyeux Noël:-).
pll
Hors ligne
Bonjour à tous:-),
un nouveau noyau est arrivé, mais pour qu'il soit pris en compte par "grub", j'ai dû intervenir manuellement:
# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
puis j'obtiens bien ceci:
$ uname -r
5.4.7-200.fc31.x86_64
$
Je suis donc toujours à la recherche d'une solution pour que cela revienne à la normale: que lors de l'arrivée d'un nouveau noyau, ce dernier soit pris automatiquement en compte par "grub".
Bonne année 2020 à tous.
a+
pll
Hors ligne
Bonne année aussi
Il faudrait vérifier si tu n as pas d'autre(s) grub.cfg ailleurs qui pourraient créer de la confusion.
tente un : locate grub.cfg
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Bonjour nouvo09,
voici:
$ locate grub.cfg
/etc/grub-customizer/grub.cfg
/usr/share/lorax/templates.d/99-generic/config_files/ppc/grub.cfg.in
/usr/share/lorax/templates.d/99-generic/live/config_files/ppc/grub.cfg.in
$
A bientôt.
pll
Hors ligne
Ca ne va pas. Il y a des répertoire que tu ne peux parcourir qu'en étant root ou avec sudo. Ta liste ne comporte même pas celui que tu viens de compiler.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
alors locate ne parcourt rien, c'est la commande updatedb qui s'occupe d'indexer (et donc de parcourir), c'est elle qui faut lancer avec sudo, puis faire locate en tant qu'utilisateur lambda.
sudo updatedb
locate grub.cfg
man updatedb pour plus d'info
Sinon utiliser find, qui lui ne depend pas d'une base qui n'est pas forcément à jour:
sudo find / -name grub.cfg
Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 32 WorkStation sur HP 850 G5
Fedora 32 SilverBlue sur Lenovo Thinkpad Yoga 12
Hors ligne
Bonsoir madko:-),
voilà, j'ai exécuté tes commandes:
$ su -
Mot de passe :
# updatedb
# déconnexion
$ locate grub.cfg
/etc/grub-customizer/grub.cfg
/usr/share/lorax/templates.d/99-generic/config_files/ppc/grub.cfg.in
/usr/share/lorax/templates.d/99-generic/live/config_files/ppc/grub.cfg.in
$ su -
Mot de passe :
# locate grub.cfg
/boot/efi/EFI/fedora/grub.cfg
/boot/efi/EFI/fedora/grub.cfg.bak
/boot/efi/EFI/fedora/grub.cfg.bon
/boot/efi/EFI/fedora/grub.cfg.rpmsave
/boot/grub2/grub.cfg-bad
/boot/grub2/grub.cfg.bon
/etc/grub-customizer/grub.cfg
/etc/grub.d/backup/boot_grub/grub.cfg
/usr/share/lorax/templates.d/99-generic/config_files/ppc/grub.cfg.in
/usr/share/lorax/templates.d/99-generic/live/config_files/ppc/grub.cfg.in
# find / -name grub.cfg
find: ‘/run/user/1000/gvfs’: Permission non accordée
/etc/grub.d/backup/boot_grub/grub.cfg
/etc/grub-customizer/grub.cfg
/boot/efi/EFI/fedora/grub.cfg
find: ‘/proc/3868’: Aucun fichier ou dossier de ce type
find: ‘/proc/3870’: Aucun fichier ou dossier de ce type
#
"locate" doit bien être utiliser en root.
Bonne soirée madko et nouvo09, et merci pour votre aide.
pll
Hors ligne
Oui pardon fedora utilise maintenant slocate (secure locate) qui ne doit retourner que la liste des fichiers qu'un utilisateur peut voir
Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 32 WorkStation sur HP 850 G5
Fedora 32 SilverBlue sur Lenovo Thinkpad Yoga 12
Hors ligne
Bon, pour le mauvais, j'hésite entre ces deux:
/etc/grub-customizer/grub.cfg
/etc/grub.d/backup/boot_grub/grub.cfg
mais je serais tenté de renommer celui là:
/etc/grub-customizer/grub.cfg
avec:
# mv /etc/grub-customizer/grub.cfg /etc/grub-customizer/grub.cfg.bak
Qu'en penserais tu ?
a+
pll
Hors ligne
avant tout fais un
ls -l /etc/grub-customizer/grub.cfg
ls -l /boot/efi/EFI/fedora/grub.cfg
pour verifier s'il n'y a pas un lien
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Voici:
$ su -
Mot de passe :
# ls -l /etc/grub-customizer/grub.cfg
-rw-r--r--. 1 root root 204 7 nov. 11:34 /etc/grub-customizer/grub.cfg
# ls -l /boot/efi/EFI/fedora/grub.cfg
-rwx------. 1 root root 18844 6 janv. 10:10 /boot/efi/EFI/fedora/grub.cfg
#
Je ne vois pas de lien...Que me conseillerais tu maintenant ?
a+
pll
Hors ligne
renomme celui là déjà quoique je doute qu'il serve à quelque chose /etc/grub-customizer/grub.cfg
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
@nouvo09
Question totalement théorique, pour essayer de mieux comprendre le fonctionnement des choses : plutôt que de le supprimer, ne vaudrait-il pas mieux le remplacer par un lien vers le second ?
Il n'y a aucune honte à ne pas savoir
mais beaucoup à ne pas apprendre
Hors ligne
@nouvo09
Question totalement théorique, pour essayer de mieux comprendre le fonctionnement des choses : plutôt que de le supprimer, ne vaudrait-il pas mieux le remplacer par un lien vers le second ?
Je ne vois pas l'intérêt. Dans quel sens faire le lien ? Un lien soft ou un lien hard ? l'un des fichiers est issu du grub2-mkconfig alors que l'autre vient du grub-customizer. Quel serait le résultat d'une mise à jour par l'un ou l'autre ?
Je ne vois que des sources de complications et d'erreurs
Sinon on peut virer les .bon, .bak, .rpmsave, .bad
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Bon, j'ai fait un peu de nettoyage, et renommer un fichier:
$ su -
Mot de passe :
# rm /boot/efi/EFI/fedora/grub.cfg.bak
rm : supprimer '/boot/efi/EFI/fedora/grub.cfg.bak' du type fichier ? y
# rm /boot/efi/EFI/fedora/grub.cfg.bon
rm : supprimer '/boot/efi/EFI/fedora/grub.cfg.bon' du type fichier ? y
# rm /boot/efi/EFI/fedora/grub.cfg.rpmsave
rm : supprimer '/boot/efi/EFI/fedora/grub.cfg.rpmsave' du type fichier ? y
# rm /boot/grub2/grub.cfg-bad
rm : supprimer '/boot/grub2/grub.cfg-bad' du type fichier ? y
# rm /boot/grub2/grub.cfg.bon
rm : supprimer '/boot/grub2/grub.cfg.bon' du type fichier ? y
# mv /etc/grub-customizer/grub.cfg /etc/grub-customizer/grub.cfg.bak
# déconnexion
$
Puis, un redémarrage de vérification: aucun problème !
Et enfin, après indexation, une recherche des "grub.cfg":
# updatedb
# locate grub.cfg
/boot/efi/EFI/fedora/grub.cfg
/etc/grub-customizer/grub.cfg.bak
/etc/grub.d/backup/boot_grub/grub.cfg
/usr/share/lorax/templates.d/99-generic/config_files/ppc/grub.cfg.in
/usr/share/lorax/templates.d/99-generic/live/config_files/ppc/grub.cfg.in
#
C'est déjà plus propre. Quant au résultat ! Sait on jamais ?... Réponse à l'arrivée du prochain noyau.
Bonne soirée. Amicalement.
pll
Hors ligne
Bonjour à tous:-),
voilà la réponse est arrivée vite avec le nouveau noyau. Rien n'a changé, j'ai dû intervenir manuellement:
# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
pour obtenir ceci:
$ uname -r
5.4.8-200.fc31.x86_64
$
Je suis perplexe:roll:. Que faire pour rétablir à la normale ?
a +
pll
Hors ligne
Bonjour à tous:-),
je dois toujours reconstruire manuellement le "grub" à chaque nouveau noyau. Voici le détail de la procédure:
$ cat /etc/default/grub
GRUB_TIMEOUT="10"
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT="0"
GRUB_DISABLE_SUBMENU="true"
GRUB_TERMINAL_OUTPUT="gfxterm"
GRUB_CMDLINE_LINUX="rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 rd.lvm.lv=fedora/swap rd.lvm.lv=fedora/root rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
GRUB_THEME="/usr/share/grub/themes/starfield/theme.txt"
GRUB_ENABLE_BLSCFG=false
$
puis:
# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
Création du fichier de configuration GRUB…
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
Thème trouvé : /usr/share/grub/themes/starfield/theme.txt
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
Image Linux trouvée : /boot/vmlinuz-5.4.13-201.fc31.x86_64
Image mémoire initiale trouvée : /boot/initramfs-5.4.13-201.fc31.x86_64.img
Image Linux trouvée : /boot/vmlinuz-5.4.12-200.fc31.x86_64
Image mémoire initiale trouvée : /boot/initramfs-5.4.12-200.fc31.x86_64.img
Image Linux trouvée : /boot/vmlinuz-5.4.10-200.fc31.x86_64
Image mémoire initiale trouvée : /boot/initramfs-5.4.10-200.fc31.x86_64.img
Image Linux trouvée : /boot/vmlinuz-0-rescue-fb0c7db0921149639d5f00295eb34d23
Image Linux trouvée : /boot/vmlinuz-0-rescue-f78e00f22e9d47c3814a60a9dffa8afb
Image mémoire initiale trouvée : /boot/initramfs-0-rescue-f78e00f22e9d47c3814a60a9dffa8afb.img
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
/dev/sdb: open failed: No medium found
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Ubuntu 18.04.3 LTS (18.04) trouvé sur /dev/sda9
Adding boot menu entry for EFI firmware configuration
fait
#
aprés redémarrage, je me retrouve bien sur le dernier noyau:
$ uname -r
5.4.13-201.fc31.x86_64
$
Y aurait il une anomalie ?
Bon dimanche.
a+
pll
Hors ligne
Bon,
j'ai essayé de réinstaller "grub2" en m'inspirant du wiki:
# dnf reinstall grub2-efi
puis pour la config automatique:
# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
Mais la réinstallation présente des erreurs:
# dnf reinstall grub2-efi
Dernière vérification de l’expiration des métadonnées effectuée il y a 3:01:00 le lun. 03 févr. 2020 16:10:10 CET.
Dépendances résolues.
================================================================================
Paquet Architecture Version Dépôt Taille
================================================================================
Réinstallation:
grub2-efi-x64 x86_64 1:2.02-105.fc31 updates 458 k
Résumé de la transaction
================================================================================
Taille totale des téléchargements : 458 k
Taille des paquets installés : 2.2 M
Voulez-vous continuer ? [o/N] : o
Téléchargement des paquets :
grub2-efi-x64-2.02-105.fc31.x86_64.rpm 222 kB/s | 458 kB 00:02
--------------------------------------------------------------------------------
Total 162 kB/s | 458 kB 00:02
Test de la transaction
La vérification de la transaction a réussi.
Lancement de la transaction de test
Transaction de test réussie.
Exécution de la transaction
Préparation : 1/1
Réinstallation : grub2-efi-x64-1:2.02-105.fc31.x86_64 1/2
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
Nettoyage de : grub2-efi-x64-1:2.02-105.fc31.x86_64 2/2
Vérification de : grub2-efi-x64-1:2.02-105.fc31.x86_64 1/2
Vérification de : grub2-efi-x64-1:2.02-105.fc31.x86_64 2/2
Réinstallé:
grub2-efi-x64-1:2.02-105.fc31.x86_64
Terminé !
#
soit:
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.
a +
pll
Hors ligne