Fedora-Fr

ciaparis · 2024-01-29T21:48:36+00:00

Installation F39 via dnf system-upgrade download --releasever=39 --allowerasing Tout c’est parfaitement déroulé sans la moindre erreur. Reboot Chargement...

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

Migration F38->F39 Failed to start initrd-switch-root.service

Nicosss

ciaparis C’est bien ce qu’il me semblait. Il reste un souci quelque part qui pose problème avec le démarrage sur le dernier kernel.

Tu peux toujours tenter
$ sudo dnf distro-sync

Que retourne
$ rpm -qa kernel\*

ciaparis

Nicosss

[root@localhost ~]# rpm -qa kernel*
kernel-modules-core-6.3.12-200.fc38.x86_64
kernel-core-6.3.12-200.fc38.x86_64
kernel-modules-6.3.12-200.fc38.x86_64
kernel-modules-extra-6.3.12-200.fc38.x86_64
kernel-debug-devel-6.3.12-200.fc38.x86_64
kernel-devel-6.3.12-200.fc38.x86_64
kernel-6.3.12-200.fc38.x86_64
kernel-headers-6.6.3-200.fc39.x86_64
kernel-srpm-macros-1.0-20.fc39.noarch
kernel-devel-6.6.13-200.fc39.x86_64
kernel-modules-core-6.6.13-200.fc39.x86_64
kernel-core-6.6.13-200.fc39.x86_64
kernel-modules-6.6.13-200.fc39.x86_64
kernel-6.6.13-200.fc39.x86_64
kernel-modules-extra-6.6.13-200.fc39.x86_64
kernel-debug-devel-6.6.13-200.fc39.x86_64
kernel-modules-core-6.6.14-200.fc39.x86_64
kernel-core-6.6.14-200.fc39.x86_64
kernel-modules-6.6.14-200.fc39.x86_64
kernel-devel-6.6.14-200.fc39.x86_64
kernel-devel-matched-6.6.14-200.fc39.x86_64
kernel-6.6.14-200.fc39.x86_64
kernel-modules-extra-6.6.14-200.fc39.x86_64
kernel-debug-devel-6.6.14-200.fc39.x86_64

Nicosss

ciaparis Que retourne
$ cat /etc/default/grub
$ sudo cat /boot/loader/entries/*-6.6.14-200.fc39.x86_64.conf

Pour info, je doute grandement que tu ais besoin des kernel-debug* même si ça n’a pas de rapport avec ton problème.

ciaparis

Au reboot je constate une nouvelle amorce que bien entendu j’essaye et qui à l’instar des autres F39, n’aboutit pas et stoppe au même endroit
Seule la ligne F38 fonctionne et aboutit en réalité à la F39 avec un Kernel de F38 !

hostnamectl
Static hostname: localhost.localdomain
Transient hostname: fedoraIcon name: computer-desktop
Chassis: desktop 
Machine ID: f7303b6bf56647229d59d0e1d474d6c3Boot ID: 8ed71debbef244e9a8d5d298d94e8805
Operating System: Fedora Linux 39 (Workstation Edition)
CPE OS Name: cpe:/o:fedoraproject:fedora:39
OS Support End: Tue 2024-11-12OS Support Remaining: 9month 6d
Kernel: Linux 6.3.12-200.fc38.x86_64Architecture: x86-64Hardware Vendor: ASRockHardware Model: Z77 Pro4-MFirmware Version: P1.80Firmware Date: Thu 2013-01-17Firmware Age: 11y 2w 4d

Le fichier amorce étant le grub2, j’ai essayé de repérer la ligne « initrd-switch-root.service » mais sans succès !
Malgré tout, se retrouver en mode Bash, permet de penser que c’est le Xwindows qui ne se lance pas, préalable nécessaire au lancement de Gnome .. Qu’en penses-tu ?

xylphute

@ciaparis j’ai corrigé tes messages pour leur mise en forme. Attention à bien lire la faq et utiliser “>_” pour insérer des lignes de commandes et leurs retours

ciaparis

xylphute

Toutes mes excuses pour ce dérangement. Merci pour les corrections

xylphute

Pas de problème, penses y pour les prochaines fois 😉

As tu essayé la commande proposée avec distro-sync?

ciaparis

xylphute

Commande déjà effectuée
Merci quand même 😃

ciaparis

Nicosss
cat /etc/default/grub

[root@localhost ~]# 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="vconsole.font=latarcyrheb-sun16 rhgb quiet nvidia-drm.modeset=1 initcall_blacklist=simpledrm_platform_driver_init rd.driver.blacklist=nouveau modprobe.blacklist=nouveau"
GRUB_DISABLE_RECOVERY="true"
GRUB_ENABLE_BLSCFG=true

[root@localhost ~]# cat /boot/loader/entries/*-6.6.14-200.fc39.x86_64.conf
title Fedora Linux (6.6.14-200.fc39.x86_64) 39 (Workstation Edition)
version 6.6.14-200.fc39.x86_64
linux /vmlinuz-6.6.14-200.fc39.x86_64
initrd /initramfs-6.6.14-200.fc39.x86_64.img
options $kernelopts rd.driver.blacklist=nouveau modprobe.blacklist=nouveau
grub_users $grub_users
grub_arg --unrestricted
grub_class fedora

Edit Nicosss : Séparation des blocs pour la lisibilité et utilisation des bonnes balises -> Voir FAQ

Nicosss

ciaparis J’ai oublié de te demander le retour de
# cat /boot/loader/entries/*-6.3.12-200.fc38.x86_64.conf

Tu utilises très certainement le pilote propriétaire Nvidia. Depuis le Grub au démarrage il faudrait éditer un kernel 6.6.x puis retirer les options rd.driver.blacklist=nouveau, modprobe.blacklist=nouveau,
rhgb et quiet pour voir ce que ça donne.
Cette manipulation ne sera appliquée que pour ce démarrage.

ciaparis

Nicosss

[root@localhost \~]# cat /boot/loader/entries/\*-6.3.12-200.fc38.x86_64.conf
title Fedora Linux (6.3.12-200.fc38.x86_64) 38 (Workstation Edition)
version 6.3.12-200.fc38.x86_64
linux /vmlinuz-6.3.12-200.fc38.x86_64
initrd /initramfs-6.3.12-200.fc38.x86_64.img
options root=UUID=33ea80a0-ec90-4bed-b16f-4780626f18d5 ro vconsole.font=latarcyrheb-sun16 rhgb quiet nvidia-drm.modeset=1 rd.driver.blacklist=nouveau modprobe.blacklist=nouveau
grub_users $grub_users
grub_arg --unrestricted
grub_class fedora

Whaouuuu, c’est la pagaille sur mon HD 😊
Bidouiller le Kernel à partir du lancement du GRUB ? Je ne suis pas familiarisé avec les bricoles sur l’OS.
Pour faciliter les choses; je crois que le clavier est alors en US et je crois qu’avant de me lancer dans une telle opération, je vais chercher des informations à propos de l’interaction sur le GRUB. Mieux vaut ne pas aggraver mes problèmes 😀
Merci de ta compréhension 😊

Edit Nicosss : Correction balises Markdown -> Voir FAQ

Nicosss

ciaparis Alors rien de risqué avec cette opération qui ne sera prise en compte que pour ce démarrage.

Lorsque que Grub apparait avec la liste des kernels, il faut sélectionner celui qui pose souci puis appuyer sur la touche [E] pour éditer puis se déplacer et effacer les options précédemment citées puis appuyer sur la touche [F10].
Tu vas avoir pleins de lignes qui défilent et c’est normal.

ciaparis

Nicosss
Effectivement; il n’y a rien de dangereux. Cependant, j’ai viré c qu tu m’as demandé mais je n’ai pas trouvé de paramètres rhgb et quiet

Sinon, le résultat produit la même erreur qu’auparavant. 🙄

[supprimé]

Salut

Après un update c’est parfois un problème avec l’initramfs qui empêche le lancement du service initrd-switch-root Tu peux les recréer manuellement :

Commence par faire une copie des images actuelles
$ sudo cp /boot/initramfs-* /root/

Régénère ensuite tes images
$ sudo dracut --kver 6.6.14-200.fc39.x86_64 --force

Tu peux essayer de rebooter

ciaparis

[supprimé]

Tout d’abord, merci de ton aide.
J’ai réalisé scrupuleusement les 2 commandes que tu m’as donné et qui se sont exécuté sans difficulté.
Après reboot de la 6.6.14-200.fc39.x86_64 j’ai obtenu le même plantage 🙄

Page suivante »