Fedora-Fr

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

[Résolu] Plus d'accès à Fedora :(

winmandrake

Bonjour,

Pour avoir les meilleurs performance de mon Ryzen, j'ai suivit ce fil : https://forums.fedora-fr.org/viewtopic.php?id=73644
J'ai bien fait la commande "sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg" puis redémarrer.

Après reboot, plus de Fedora 🙁

Je précise que je suis en total UEFI, mais par contre j'utilise le partitionnement BTRFS.

VINDICATORs

Bizarre, je viens de le refaire à l'instant pour mon nouveau Ryzen 5 5600G et pas de problème de mon coté.

A voir les options du bios peut être, j'ai testé en repartant d'un bios à zéro et aussi d'un bios reconfiguré.

Seul problème est du coté de CORECTRL qui ne veut pas se lancer.

PS : j'ai testé avec bios de base et bios à jour. Et en BTRFS (installation toutes neuve). Après les partitions de boot ne sont pas en BTRFS soit dit en passant ( /boot/uefi est en vfat et /boot en /ext4).

winmandrake

Bios à jour pour avoir mon nouveau processeur (R5-5600X sur chipset B450M).

As tu un partitionnement classique ou btrfs ?

VINDICATORs

J'ai édité. vfat /boot/efi, EXT4 /boot et BTRFS. c'est le partitionnement par défaut (j'adapte après au besoin).

Mets ton bios par défaut et regarde si ça passe.

Testé sur MSI X470 et Asrock B550 de mon coté (le reste est dans ma signature).

[supprimé]

Pour Fedora 37, le fichier de config de grub ne devrait pas être /boot/grub2/grub.cfg? (et non /boot/efi/EFI/fedora/grub.cfg, qui chez moi ne stocke plus que qqes lignes

search --no-floppy --fs-uuid --set=dev 89815511-53be-4f49-8707-f38e3c19dfb5
set prefix=($dev)/grub2
export $prefix
configfile $prefix/grub.cfg

VINDICATORs

non la commande que je donne c'est si tu es en UEFI 😉 .

Je modifie mon sujet pour rajouter la doc sur GRUB2. https://doc.fedora-fr.org/wiki/GRUB2_:_Les_bases_pour_Fedora

J'ai eu le cas sur mon ancienne carte maman pour Intel i7 4771 qui est UEFI, mais incompatible UEFI... Les joies des premières versions sans doute...
Même si cela n'a rien à voir...

winmandrake

Je suis la doc mais n'arrive pas à remettre en route Fedora.
J'ai essayé boot-repair, mais il n'a pas fait de miracle...

VINDICATORs

Et en désactivant l'option amd_pstate?

Tu arrive bien sur le menu du grub ou non?

As tu fais un reset de ton bios histoire d'écarter des options problématiques possible?

Regarde ce que retourne ton /boot/efi/EFI/fedora/grub.cfg si la ligne : search --no-floppy --fs-uuid --set=dev .... retourne bien l'uuid de ton /boot

Voilà un exemple de fstab nouvellement installé fonctionnel :

UUID=xxx-b36f-457d-9cec-xxxx /                       btrfs   subvol=root,compress=zstd:1 0 0
UUID=21cf30b1xxxx0e77-xxxxx-xxxxx /boot                   ext4    defaults        1 2
UUID=A933-xxxxx          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
UUID=xxxxx-b36f-xxxxx-9cec-xxxxxx /home                   btrfs   subvol=home,compress=zstd:1 0 0

et mon /boot/efi/EFI/fedora/grub.cfg

search --no-floppy --fs-uuid --set=dev 21cf30b1xxxx-0e77-xxxxx-xxxxx-xxxxx
set prefix=($dev)/grub2
export $prefix
configfile $prefix/grub.cfg

mon /etc/default/grub :

[root@xxxx fedora]# cat /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="amd_pstate.shared_mem=1 rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
GRUB_ENABLE_BLSCFG=true

mon /boot :

#  ll /boot/
total 323928
-rw-r--r--. 1 root root    251543 14 déc.  17:34 config-6.0.13-300.fc37.x86_64
-rw-r--r--. 1 root root    251543 19 déc.  19:04 config-6.0.14-300.fc37.x86_64
-rw-r--r--. 1 root root    251543 21 déc.  19:52 config-6.0.15-300.fc37.x86_64
drwx------. 3 root root      4096  1 janv.  1970 efi
drwx------. 3 root root      4096 21 déc.  23:47 grub2
-rw-------. 1 root root 104764630 20 déc.  17:15 initramfs-0-rescue-31aff28bbb114ff2a69a024e57dd2e8f.img
-rw-------. 1 root root  51328157 20 déc.  17:16 initramfs-6.0.13-300.fc37.x86_64.img
-rw-------. 1 root root  51099269 21 déc.  15:46 initramfs-6.0.14-300.fc37.x86_64.img
-rw-------. 1 root root  51103878 22 déc.  08:26 initramfs-6.0.15-300.fc37.x86_64.img
drwxr-xr-x. 3 root root      4096 20 déc.  17:12 loader
drwx------. 2 root root     16384 20 déc.  16:53 lost+found
lrwxrwxrwx. 1 root root        46 20 déc.  17:14 symvers-6.0.13-300.fc37.x86_64.gz -> /lib/modules/6.0.13-300.fc37.x86_64/symvers.gz
lrwxrwxrwx. 1 root root        46 21 déc.  15:46 symvers-6.0.14-300.fc37.x86_64.gz -> /lib/modules/6.0.14-300.fc37.x86_64/symvers.gz
lrwxrwxrwx. 1 root root        46 22 déc.  08:25 symvers-6.0.15-300.fc37.x86_64.gz -> /lib/modules/6.0.15-300.fc37.x86_64/symvers.gz
-rw-------. 1 root root   7202291 14 déc.  17:34 System.map-6.0.13-300.fc37.x86_64
-rw-------. 1 root root   7202291 19 déc.  19:04 System.map-6.0.14-300.fc37.x86_64
-rw-------. 1 root root   7202323 21 déc.  19:52 System.map-6.0.15-300.fc37.x86_64
-rwxr-xr-x. 1 root root  12745992 20 déc.  17:14 vmlinuz-0-rescue-31aff28bbb114ff2a69a024e57dd2e8f
-rwxr-xr-x. 1 root root  12745992 14 déc.  17:34 vmlinuz-6.0.13-300.fc37.x86_64
-rwxr-xr-x. 1 root root  12742440 19 déc.  19:04 vmlinuz-6.0.14-300.fc37.x86_64
-rwxr-xr-x. 1 root root  12753096 21 déc.  19:52 vmlinuz-6.0.15-300.fc37.x86_64

Édit : je viens de refaire la commande sur le 5600G/B550 et sur mon autre PC en R7 2700x/A320 (bon sans le amd_pstate qui n'est pas supporté) et pas de problèmes de mon coté...

winmandrake

Le problème c'est qu'en voulant reconstruire le grub, je n'ai plus le choix de Fedora. Seul windows et l'UEFI est disponible.
J'ai bien toutes mes partitions, j'ai essayé toutes les entrées UEFI disponibles (je ferais du menage avec efibootmgr) mais je n'ai pas accès à Fedora. 🙁

VINDICATORs

Donc il doit y avoir un souci coté fedora... Voir que tu n'étais pas en UEFI.
Il faudrait vérifier ce que j'ai mis au dessus et surtout ton /etc/fstab.

Je suis en UEFI complet sur la X470 en Fedora+MS Windows 10pro et je n'ai pas eu ce problème.

winmandrake

Je suis en UEFI, je demarre même mes clés en UEFI.

Mon fstab :

cat /mnt/fedora/root/etc/fstab

#
# /etc/fstab
# Created by anaconda on Sun Nov 13 15:25:39 2022
#Instalation le 13/11/2022
# Accessible filesystems, by reference, are maintained under '/dev/disk/'.
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
#
# After editing this file, run 'systemctl daemon-reload' to update systemd
# units generated from this file.
#
UUID=5f7ae546-cee2-49d2-a6d6-89ac3e45be8d /                       btrfs   subvol=root,compress=zstd:1 0 0
UUID=21D7-AD31          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
UUID=5f7ae546-cee2-49d2-a6d6-89ac3e45be8d /home                   btrfs   subvol=home,compress=zstd:1 0 0

## partition sur WD black
UUID=d35d8f75-2726-4708-aab3-f793a26a7d7a    /home/mickael/Homend    ext4  defaults   0 2

boot/efi :

cat /mnt/uefi/EFI/fedora/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set pager=1

if [ -f ${config_directory}/grubenv ]; then
  load_env -f ${config_directory}/grubenv
elif [ -s $prefix/grubenv ]; then
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="${saved_entry}"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

terminal_output console
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
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/01_users ###
if [ -f ${prefix}/user.cfg ]; then
  source ${prefix}/user.cfg
  if [ -n "${GRUB2_PASSWORD}" ]; then
    set superusers="root"
    export superusers
    password_pbkdf2 root ${GRUB2_PASSWORD}
  fi
fi
### END /etc/grub.d/01_users ###

### BEGIN /etc/grub.d/08_fallback_counting ###
insmod increment
# Check if boot_counter exists and boot_success=0 to activate this behaviour.
if [ -n "${boot_counter}" -a "${boot_success}" = "0" ]; then
  # if countdown has ended, choose to boot rollback deployment,
  # i.e. default=1 on OSTree-based systems.
  if  [ "${boot_counter}" = "0" -o "${boot_counter}" = "-1" ]; then
    set default=1
    set boot_counter=-1
  # otherwise decrement boot_counter
  else
    decrement boot_counter
  fi
  save_env boot_counter
fi
### END /etc/grub.d/08_fallback_counting ###

### BEGIN /etc/grub.d/10_linux ###
insmod part_gpt
insmod btrfs
set root='hd1,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt2 --hint-efi=hd1,gpt2 --hint-baremetal=ahci1,gpt2  aad496dc-76ee-401b-b636-cbc162c772e9
else
  search --no-floppy --fs-uuid --set=root aad496dc-76ee-401b-b636-cbc162c772e9
fi
insmod part_gpt
insmod fat
set boot='hd1,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=boot --hint-bios=hd1,gpt1 --hint-efi=hd1,gpt1 --hint-baremetal=ahci1,gpt1  28AD-5B97
else
  search --no-floppy --fs-uuid --set=boot 28AD-5B97
fi

# This section was generated by a script. Do not modify the generated file - all changes
# will be lost the next time file is regenerated. Instead edit the BootLoaderSpec files.
#
# The blscfg command parses the BootLoaderSpec files stored in /boot/loader/entries and
# populates the boot menu. Please refer to the Boot Loader Specification documentation
# for the files format: https://systemd.io/BOOT_LOADER_SPECIFICATION/.

# The kernelopts variable should be defined in the grubenv file. But to ensure that menu
# entries populated from BootLoaderSpec files that use this variable work correctly even
# without a grubenv file, define a fallback kernelopts variable if this has not been set.
#
# The kernelopts variable in the grubenv file can be modified using the grubby tool or by
# executing the grub2-mkconfig tool. For the latter, the values of the GRUB_CMDLINE_LINUX
# and GRUB_CMDLINE_LINUX_DEFAULT options from /etc/default/grub file are used to set both
# the kernelopts variable in the grubenv file and the fallback kernelopts variable.
if [ -z "${kernelopts}" ]; then
  set kernelopts="root=UUID=aad496dc-76ee-401b-b636-cbc162c772e9 ro rootflags=subvol=root rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 "
fi

insmod blscfg
blscfg
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/10_reset_boot_success ###
# Hiding the menu is ok if last boot was ok or if this is a first boot attempt to boot the entry
if [ "${boot_success}" = "1" -o "${boot_indeterminate}" = "1" ]; then
  set menu_hide_ok=1
else
  set menu_hide_ok=0 
fi
# Reset boot_indeterminate after a successful boot
if [ "${boot_success}" = "1" ] ; then
  set boot_indeterminate=0
# Avoid boot_indeterminate causing the menu to be hidden more than once
elif [ "${boot_indeterminate}" = "1" ]; then
  set boot_indeterminate=2
fi
# Reset boot_success for current boot 
set boot_success=0
save_env boot_success boot_indeterminate
### END /etc/grub.d/10_reset_boot_success ###

### BEGIN /etc/grub.d/12_menu_auto_hide ###
if [ x$feature_timeout_style = xy ] ; then
  if [ "${menu_show_once}" ]; then
    unset menu_show_once
    save_env menu_show_once
    set timeout_style=menu
    set timeout=60
  elif [ "${menu_auto_hide}" -a "${menu_hide_ok}" = "1" ]; then
    set orig_timeout_style=${timeout_style}
    set orig_timeout=${timeout}
    if [ "${fastboot}" = "1" ]; then
      # timeout_style=menu + timeout=0 avoids the countdown code keypress check
      set timeout_style=menu
      set timeout=0
    else
      set timeout_style=hidden
      set timeout=1
    fi
  fi
fi
### END /etc/grub.d/12_menu_auto_hide ###

### BEGIN /etc/grub.d/14_menu_show_once ###
if [ x$feature_timeout_style = xy ]; then
  if [ "${menu_show_once_timeout}" ]; then
    set timeout_style=menu
    set timeout="${menu_show_once_timeout}"
    unset menu_show_once_timeout
    save_env menu_show_once_timeout
  fi
fi
### END /etc/grub.d/14_menu_show_once ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/20_ppc_terminfo ###
### END /etc/grub.d/20_ppc_terminfo ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
if [ "$grub_platform" = "efi" ]; then
	menuentry 'UEFI Firmware Settings' $menuentry_id_option 'uefi-firmware' {
		fwsetup
	}
fi
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/35_fwupd ###
### END /etc/grub.d/35_fwupd ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg
fi
### END /etc/grub.d/41_custom ###

default/grub

cat /mnt/fedora/root/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="amd_pstate.shared_mem=1 rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1"
GRUB_DISABLE_RECOVERY="true"
GRUB_ENABLE_BLSCFG=true

VINDICATORs

??? Te manque pas /boot dans le Fstab ?!

winmandrake

VINDICATORs wrote:??? Te manque pas /boot dans le Fstab ?!

Non : UUID=21D7-AD31 /boot/efi

Ça a toujours fonctionner de cette manière pour moi.
J'avais déjà cette configuration à mes premières installation de Fedora sur UEFI.

hechmi50

Ça a toujours fonctionner de cette manière pour moi.
J'avais déjà cette configuration à mes premières installation de Fedora sur UEFI.

Oui mais apparemment ce n'est plus le cas depuis Fedora 37.
Moi aussi je suis en EFI et comme LOstandfOund (rép #5), le fichier /boot/efi/EFI/fedora/grub.cfg indique l'emplacement de grub.cfg qui est dans /boot/grub2/

Pour réparer, chroot ton système et réinstalle grub2-efi.

VINDICATORs

Quand même bizarre j'ai une installation de zéro avec partitionnement par défaut.

Après si c'est /boot/grub2/... c'est monté directement sur la partition système /... donc un peu con comme principe non?

C'est pas le spin workstation qui est tellement simplifié qu'il y a ce genre de choses?

Faudrait modifier la doc du coup...

xylphute

hechmi50 wrote:
Ça a toujours fonctionner de cette manière pour moi.
J'avais déjà cette configuration à mes premières installation de Fedora sur UEFI.
Oui mais apparemment ce n'est plus le cas depuis Fedora 37.
Moi aussi je suis en EFI et comme LOstandfOund (rép #5), le fichier /boot/efi/EFI/fedora/grub.cfg indique l'emplacement de grub.cfg qui est dans /boot/grub2/

Pour réparer, chroot ton système et réinstalle grub2-efi.

Comme dit Hechmi, la solution c'est le chroot.

Si effectivement tu n'as pas le choix de booter sur fedora, alors il faut aller sur un live-cd, monter toutes tes partitions dans /mnt par exemple et chrooter dedans pour reinstaller grub. tu peux en profiter, au cas ou, pour remettre ton default/grub comme c'etait avant d'avoir eu ton problème

VINDICATORs

amd_pstate.shared_mem=1 rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1

d

... c'est quoi tout ces doublons?

Oki donc le souci est comment est configuré cette installation. Du coup d'avoir régénéré le grub fait que cette particularité (upgrade successif de Fedora?) ne retrouve plus ces petits...

Perso j'ai toujours eu un /boot (ext3 puis ext4) et un /boot/efi (vfat malheureusement) à part et je n'ai jamais eu de souci avec la régénération du grub avec cette méthode.

A savoir que j'ai aussi le /boot/efi/EFI/fedora/grub.cfg.rpmsave qui se rapproche du fichier qui tu nous montre. Du coup... Il y a eu des mises à jours entre temps qui ont sans doute déplacé les choses non?????

winmandrake

VINDICATORs wrote:

amd_pstate.shared_mem=1 rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1

d

... c'est quoi tout ces doublons?

Je ne sait pas, la seule modif que j'ai faite c'est amd_pstate.shared_mem=1

VINDICATORs wrote: Oki donc le souci est comment est configuré cette installation. Du coup d'avoir régénéré le grub fait que cette particularité (upgrade successif de Fedora?) ne retrouve plus ces petits...

Perso j'ai toujours eu un /boot (ext3 puis ext4) et un /boot/efi (vfat malheureusement) à part et je n'ai jamais eu de souci avec la régénération du grub avec cette méthode.

A savoir que j'ai aussi le /boot/efi/EFI/fedora/grub.cfg.rpmsave qui se rapproche du fichier qui tu nous montre. Du coup... Il y a eu des mises à jours entre temps qui ont sans doute déplacé les choses non?????

Le problème c'est que c'est une installe toute fraîche de Fedora. Il y a quelques mois j'avais essayé et connu les même déboires pour refaire une installation propre.

VINDICATORs

Je sais pas quoi te dire de plus que ce qui est dit au dessus pour réparer 🙁. Le souci ne semble pas être l'argument noyau, mais comment est gérer ton grub.

Il y a un souci soit une mise à jour foireuse, soit un autre problème (bogues ou autres...).
Par contre j'ai re-testé une install en VM et j'ai bien un /boot en ext4 par défaut... Je regarde du coté du spin workstation.

winmandrake

Je viens de faire une installation toute propre.

sudo nano /etc/default/grub
[mickael@capricorne ~]$ sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
Generating grub configuration file ...
Found Windows Boot Manager on /dev/sdb1@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings ...
done

En suivant le post #5

sudo grub2-mkconfig -o /boot/grub2/grub.cfg
Generating grub configuration file ...
Found Windows Boot Manager on /dev/sdb1@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings ...
done

Même problème :-o

cat /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="amd_pstate.shared_mem=1 rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
GRUB_ENABLE_BLSCFG=true

sudo ls /boot/efi/EFI/fedora
BOOTIA32.CSV  gcdia32.efi  grub.cfg	 grubx64.efi  mmx64.efi  shimia32.efi
BOOTX64.CSV   gcdx64.efi   grubia32.efi  mmia32.efi   shim.efi	 shimx64.efi

Page suivante »