Installation F39 via dnf system-upgrade download --releasever=39 --allowerasing

Tout c’est parfaitement déroulé sans la moindre erreur.

Reboot

Chargement entamé sans difficulté et soudain …

Failed to start initrd-switch-root.service - Switch Root

le system me demande le mot de passe et il se met en Super User
là s’arrête mes compétences concernant la commande bash

J’ai tenté quelques astuces glanées ici et là, mais sans succès. J’ai refait l’opération 6 fois à partir de F38

Merci d’avance pour quelques tuyaux salvateurs 😉😌

    ciaparis J’ai séparé la discussion car nous sommes plus dans la résolution d’un problème.

    Quel est l’environnement graphique utilisé, le gestionnaire de session, le GPU avec le pilote utilisé ?

    Pourquoi avoir utilisé l’option --allowerasing ? Qu’est-ce qui a été supprimé du coup ?

    Bonsoir,

    Merci pour cette réponse 🎩

    « Pourquoi avoir utilisé l’option --allowerasing ? »

    Pour dire la vérité, j’ai bêtement fait un copier-coller en pensant que la procédure effacerait les vieux modules des vieilles versions. Je dois avouer que je procède ainsi depuis de nombreuses versions et que j’ai rarement été embêté.

    Le système F38 fonctionne encore normalement et heureusement pour moi.

    D’après ce que j’ai lu et de ce que j’ai pu comprendre, il semblerait que mon problème viendrait du GRUB qui comporte une erreur de paramétrage. L’accès à ce fichier étant assez délicat, j’ai préféré ne pas m’aventurer.

    Quand j’obtiens le message d’erreur, je ne sais pas si F39 a encore des éléments restant à charger avant de lancer Gnome.

    Je me retrouve en mode terminal. Je saisis mon mot de passe et je me retrouve sous Shell en mode bash, soit l’annonce :/root#

    Mes compétences en mode commande sont quasi nulles et à part la commande reboot ou exit, toutes les autres commandes affichées avec help me sont inconnues

    Voilà où j’en suis

    Merci de ton aide

      ciaparis Le problème de cette option si on ne contrôle pas ce qu’elle supprime peut poser des problèmes.

      Tu dis démarrer en F38, mais en fait tu démarres sur un kernel estampillé fc38 mais ta migration est sûrement réalisée.
      Que retourne, en utilisant le bloc de code -> Voir FAQ
      $ hostnamectl

        Nicosss

        Quand je démarre en F38, je vais dans les paramètres et là, ho surprise dans le système d’exploitation il y a inscrit : FEDORA Linux 39 (workstation édition)

        Bien sûr, résultat idem avec hostnamectl

        J’ai lancé une maj du système qui va peut-être remettre mes affaires en ordre ☺️

        Mille mercis pour ton aide si précieuse 🎩🌿👍🍾🥂

        Je suis paumé… comment cela est possible ? 😏

          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\*

            4 jours plus tard

            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

              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 ?

              @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

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

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

                  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.

                    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

                      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.

                        5 jours plus tard

                        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

                          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.

                            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é]

                            • Modifié

                            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