Fedora-Fr

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

[Résolu] Système n'achève pas son démarrage après mise à jour.

Jules-Marie-84

Bonjour, je viens de rencontrer un gros souci après ma mise à jour de hier soir 04/08/2022.
Ce souci ne semble pas avoir de rapport avec le post de wildtruc.
J'ai effectué cette commande comme d'habitude :

sudo dnf --refresh upgrade && flatpak update

La mise à jour de la partie DNF s'est déroulées sans erreur visible, mais arrivé à la partie FLATPAK j'ai eu cette erreur :

(flatpak update:47160): GLib-GIO-CRITICAL **: 14:45:55.577: g_task_get_cancellable: assertion 'G_IS_TASK (task)' failed

Sur le moment je ne pensais pas que ça pouvait emmener un gros souci.
Comme il y a eu une mise à jour du noyau j'ai donc redémarré mon bestiau et il a planté...
Impossible en effet d'arriver au bout du démarrage, il termine sur une commande concernant la... souris et ne va pas plus loin.
Je relance un redémarrage et prends le noyau précédent, là le démarrage se déroule normalement jusqu’au bout.
J'écris ce post depuis ce noyau.

Je fais un :

[eric@fedora ~]$ flatpak repair
Working on the system installation at /var/lib/flatpak
[61/61] Verifying flathub:runtime/org.kde.Platform.Locale/x86_64/5.15-21.08…
Checking remotes...
[eric@fedora ~]$

Puis un :

[eric@fedora ~]$ flatpak update
Looking for updates…
Nothing to do.
[eric@fedora ~]$

Plus d'erreur le problème semble résolu.

Je localise la transaction précédente identifiée ici :

[eric@fedora ~]$ dnf history
ID     | Ligne de commande                                  | Date et heure    | Action(s)      | Modifié
---------------------------------------------------------------------------------------------------------
    71 | --refresh upgrade                                  | 2022-08-05 09:30 | Upgrade        |   17   
    [b]70 | --refresh upgrade                                  | 2022-08-04 23:50 | I, U           |   43   [/b]
    69 | install xsensors                                   | 2022-08-03 15:09 | Install        |    1

Je n'ai pas recopié le reste de la liste.
La transaction qui pose souci est donc la «70».
je regarde les infos plus en détails :

[eric@fedora ~]$ dnf history info 70
Identifiant de transaction : 70
Temps de début    : jeu. 04 août 2022 23:50:29
Début de RPMDB    : c1bc9aae5cbdd25fa147c871394f18a7fcbd5bd1cc11f5b8f875bc2efed2bdbb
Temps de fin : jeu. 04 août 2022 23:52:01 (92 secondes)
Fin de RPMDB : ef1811252a4eed21818e3cf36264d969c248d44d60fe72f06188a5d3bd74e506
Utilisateur  : Eric Padovani <eric>
Code de retour  : Réussi
Version      : 36
Ligne de commande : --refresh upgrade
Commentaire : 
Paquets modifiés :
    Installer kernel-5.18.15-200.fc36.x86_64                             @updates
    Installer kernel-core-5.18.15-200.fc36.x86_64                        @updates
    Installer kernel-modules-5.18.15-200.fc36.x86_64                     @updates
    Installer kernel-modules-extra-5.18.15-200.fc36.x86_64               @updates
    Upgrade   coreutils-9.0-7.fc36.x86_64                                @updates
    Upgraded  coreutils-9.0-5.fc36.x86_64                                @@System
    Upgrade   coreutils-common-9.0-7.fc36.x86_64                         @updates
    Upgraded  coreutils-common-9.0-5.fc36.x86_64                         @@System
    Upgrade   firefox-103.0.1-1.fc36.x86_64                              @updates
    Upgraded  firefox-103.0-1.fc36.x86_64                                @@System
    Upgrade   google-noto-fonts-common-20201206-10.fc36.noarch           @updates
    Upgraded  google-noto-fonts-common-20201206-9.fc36.noarch            @@System
    Upgrade   google-noto-naskh-arabic-vf-fonts-20201206-10.fc36.noarch  @updates
    Upgraded  google-noto-naskh-arabic-vf-fonts-20201206-9.fc36.noarch   @@System
    Upgrade   google-noto-sans-gurmukhi-fonts-20201206-10.fc36.noarch    @updates
    Upgraded  google-noto-sans-gurmukhi-fonts-20201206-9.fc36.noarch     @@System
    Upgrade   google-noto-sans-gurmukhi-vf-fonts-20201206-10.fc36.noarch @updates
    Upgraded  google-noto-sans-gurmukhi-vf-fonts-20201206-9.fc36.noarch  @@System
    Upgrade   google-noto-sans-math-vf-fonts-20201206-10.fc36.noarch     @updates
    Upgraded  google-noto-sans-math-vf-fonts-20201206-9.fc36.noarch      @@System
    Upgrade   google-noto-sans-mono-vf-fonts-20201206-10.fc36.noarch     @updates
    Upgraded  google-noto-sans-mono-vf-fonts-20201206-9.fc36.noarch      @@System
    Upgrade   google-noto-sans-sinhala-vf-fonts-20201206-10.fc36.noarch  @updates
    Upgraded  google-noto-sans-sinhala-vf-fonts-20201206-9.fc36.noarch   @@System
    Upgrade   google-noto-sans-vf-fonts-20201206-10.fc36.noarch          @updates
    Upgraded  google-noto-sans-vf-fonts-20201206-9.fc36.noarch           @@System
    Upgrade   google-noto-serif-vf-fonts-20201206-10.fc36.noarch         @updates
    Upgraded  google-noto-serif-vf-fonts-20201206-9.fc36.noarch          @@System
    Upgrade   grub2-common-1:2.06-45.fc36.noarch                         @updates
    Upgraded  grub2-common-1:2.06-42.fc36.noarch                         @@System
    Upgrade   grub2-efi-ia32-1:2.06-45.fc36.x86_64                       @updates
    Upgraded  grub2-efi-ia32-1:2.06-42.fc36.x86_64                       @@System
    Upgrade   grub2-efi-ia32-cdboot-1:2.06-45.fc36.x86_64                @updates
    Upgraded  grub2-efi-ia32-cdboot-1:2.06-42.fc36.x86_64                @@System
    Upgrade   grub2-efi-x64-1:2.06-45.fc36.x86_64                        @updates
    Upgraded  grub2-efi-x64-1:2.06-42.fc36.x86_64                        @@System
    Upgrade   grub2-efi-x64-cdboot-1:2.06-45.fc36.x86_64                 @updates
    Upgraded  grub2-efi-x64-cdboot-1:2.06-42.fc36.x86_64                 @@System
    Upgrade   grub2-pc-1:2.06-45.fc36.x86_64                             @updates
    Upgraded  grub2-pc-1:2.06-42.fc36.x86_64                             @@System
    Upgrade   grub2-pc-modules-1:2.06-45.fc36.noarch                     @updates
    Upgraded  grub2-pc-modules-1:2.06-42.fc36.noarch                     @@System
    Upgrade   grub2-tools-1:2.06-45.fc36.x86_64                          @updates
    Upgraded  grub2-tools-1:2.06-42.fc36.x86_64                          @@System
    Upgrade   grub2-tools-efi-1:2.06-45.fc36.x86_64                      @updates
    Upgraded  grub2-tools-efi-1:2.06-42.fc36.x86_64                      @@System
    Upgrade   grub2-tools-extra-1:2.06-45.fc36.x86_64                    @updates
    Upgraded  grub2-tools-extra-1:2.06-42.fc36.x86_64                    @@System
    Upgrade   grub2-tools-minimal-1:2.06-45.fc36.x86_64                  @updates
    Upgraded  grub2-tools-minimal-1:2.06-42.fc36.x86_64                  @@System
    Upgrade   langpacks-core-en-3.0-25.fc36.noarch                       @updates
    Upgraded  langpacks-core-en-3.0-23.fc36.noarch                       @@System
    Upgrade   langpacks-core-font-en-3.0-25.fc36.noarch                  @updates
    Upgraded  langpacks-core-font-en-3.0-23.fc36.noarch                  @@System
    Upgrade   langpacks-core-font-fr-3.0-25.fc36.noarch                  @updates
    Upgraded  langpacks-core-font-fr-3.0-23.fc36.noarch                  @@System
    Upgrade   langpacks-core-fr-3.0-25.fc36.noarch                       @updates
    Upgraded  langpacks-core-fr-3.0-23.fc36.noarch                       @@System
    Upgrade   langpacks-en-3.0-25.fc36.noarch                            @updates
    Upgraded  langpacks-en-3.0-23.fc36.noarch                            @@System
    Upgrade   langpacks-fr-3.0-25.fc36.noarch                            @updates
    Upgraded  langpacks-fr-3.0-23.fc36.noarch                            @@System
    Upgrade   less-590-5.fc36.x86_64                                     @updates
    Upgraded  less-590-3.fc36.x86_64                                     @@System
    Upgrade   libevdev-1.13.0-1.fc36.x86_64                              @updates
    Upgraded  libevdev-1.12.1-1.fc36.x86_64                              @@System
    Upgrade   python3-rpm-4.17.1-3.fc36.x86_64                           @updates
    Upgraded  python3-rpm-4.17.1-2.fc36.x86_64                           @@System
    Upgrade   rpm-4.17.1-3.fc36.x86_64                                   @updates
    Upgraded  rpm-4.17.1-2.fc36.x86_64                                   @@System
    Upgrade   rpm-build-libs-4.17.1-3.fc36.x86_64                        @updates
    Upgraded  rpm-build-libs-4.17.1-2.fc36.x86_64                        @@System
    Upgrade   rpm-libs-4.17.1-3.fc36.x86_64                              @updates
    Upgraded  rpm-libs-4.17.1-2.fc36.x86_64                              @@System
    Upgrade   rpm-plugin-selinux-4.17.1-3.fc36.x86_64                    @updates
    Upgraded  rpm-plugin-selinux-4.17.1-2.fc36.x86_64                    @@System
    Upgrade   rpm-plugin-systemd-inhibit-4.17.1-3.fc36.x86_64            @updates
    Upgraded  rpm-plugin-systemd-inhibit-4.17.1-2.fc36.x86_64            @@System
    Upgrade   rpm-sign-libs-4.17.1-3.fc36.x86_64                         @updates
    Upgraded  rpm-sign-libs-4.17.1-2.fc36.x86_64                         @@System
    Upgrade   xdg-desktop-portal-1.12.6-1.fc36.x86_64                    @updates
    Upgraded  xdg-desktop-portal-1.12.5-1.fc36.x86_64                    @@System
[eric@fedora ~]$

Il ne semble pas y avoir de souci particulier, enfin à ce que je pense.
Je décide de rejouer la transaction :

[eric@fedora ~]$ sudo dnf history redo 70
Dernière vérification de l’expiration des métadonnées effectuée il y a 1:01:26 le ven. 05 août 2022 14:26:00.
Erreur : Les problèmes suivants sont survenus lors de l'exécution d'une transaction :
  Impossible de trouver le rpm nevra «firefox-103.0-1.fc36.x86_64».
  Impossible de trouver le rpm nevra «grub2-common-1:2.06-42.fc36.noarch».
  Impossible de trouver le rpm nevra «grub2-efi-ia32-1:2.06-42.fc36.x86_64».
  Impossible de trouver le rpm nevra «grub2-efi-ia32-cdboot-1:2.06-42.fc36.x86_64».
  Impossible de trouver le rpm nevra «grub2-efi-x64-1:2.06-42.fc36.x86_64».
  Impossible de trouver le rpm nevra «grub2-efi-x64-cdboot-1:2.06-42.fc36.x86_64».
  Impossible de trouver le rpm nevra «grub2-pc-1:2.06-42.fc36.x86_64».
  Impossible de trouver le rpm nevra «grub2-pc-modules-1:2.06-42.fc36.noarch».
  Impossible de trouver le rpm nevra «grub2-tools-1:2.06-42.fc36.x86_64».
  Impossible de trouver le rpm nevra «grub2-tools-efi-1:2.06-42.fc36.x86_64».
  Impossible de trouver le rpm nevra «grub2-tools-extra-1:2.06-42.fc36.x86_64».
  Impossible de trouver le rpm nevra «grub2-tools-minimal-1:2.06-42.fc36.x86_64».
  Impossible de trouver le rpm nevra «langpacks-core-en-3.0-23.fc36.noarch».
  Impossible de trouver le rpm nevra «langpacks-core-font-en-3.0-23.fc36.noarch».
  Impossible de trouver le rpm nevra «langpacks-core-font-fr-3.0-23.fc36.noarch».
  Impossible de trouver le rpm nevra «langpacks-core-fr-3.0-23.fc36.noarch».
  Impossible de trouver le rpm nevra «langpacks-en-3.0-23.fc36.noarch».
  Impossible de trouver le rpm nevra «langpacks-fr-3.0-23.fc36.noarch».
  Impossible de trouver le rpm nevra «libevdev-1.12.1-1.fc36.x86_64».
  Impossible de trouver le rpm nevra «python3-rpm-4.17.1-2.fc36.x86_64».
  Impossible de trouver le rpm nevra «rpm-4.17.1-2.fc36.x86_64».
  Impossible de trouver le rpm nevra «rpm-build-libs-4.17.1-2.fc36.x86_64».
  Impossible de trouver le rpm nevra «rpm-libs-4.17.1-2.fc36.x86_64».
  Impossible de trouver le rpm nevra «rpm-plugin-selinux-4.17.1-2.fc36.x86_64».
  Impossible de trouver le rpm nevra «rpm-plugin-systemd-inhibit-4.17.1-2.fc36.x86_64».
  Impossible de trouver le rpm nevra «rpm-sign-libs-4.17.1-2.fc36.x86_64».
  Impossible de trouver le rpm nevra «xdg-desktop-portal-1.12.5-1.fc36.x86_64».
[eric@fedora ~]$

Et comme vous le voyez, beaucoup d'erreurs...

J'ai vidé le cache (sans être convaincu) :

eric@fedora ~]$ sudo dnf clean all
184 fichiers supprimés
[eric@fedora ~]$

puis relancé une mise à jour :

[eric@fedora ~]$ sudo dnf --refresh upgrade && flatpak update
Copr repo for PyCharm owned by phracek                                    19 kB/s |  43 kB     00:02    
Fedora 36 - x86_64                                                       152 kB/s |  81 MB     09:05    
Fedora 36 openh264 (From Cisco) - x86_64                                 1.0 kB/s | 2.5 kB     00:02    
Fedora Modular 36 - x86_64                                               186 kB/s | 2.4 MB     00:13    
Fedora 36 - x86_64 - Updates                                             220 kB/s |  25 MB     01:54    
Fedora Modular 36 - x86_64 - Updates                                     175 kB/s | 2.4 MB     00:13    
google-chrome                                                            6.1 kB/s | 3.6 kB     00:00    
RPM Fusion for Fedora 36 - Free                                          109 kB/s | 676 kB     00:06    
RPM Fusion for Fedora 36 - Free tainted                                  1.4 kB/s | 1.8 kB     00:01    
RPM Fusion for Fedora 36 - Free - Updates                                 91 kB/s | 254 kB     00:02    
RPM Fusion for Fedora 36 - Nonfree                                        77 kB/s | 252 kB     00:03    
RPM Fusion for Fedora 36 - Nonfree - NVIDIA Driver                       7.6 kB/s |  15 kB     00:01    
RPM Fusion for Fedora 36 - Nonfree - Steam                               1.6 kB/s | 2.1 kB     00:01    
RPM Fusion for Fedora 36 - Nonfree tainted                               4.4 kB/s | 4.8 kB     00:01    
RPM Fusion for Fedora 36 - Nonfree - Updates                              43 kB/s |  84 kB     00:01    
vivaldi                                                                   18 kB/s |  12 kB     00:00    
Dépendances résolues.
Rien à faire.
Terminé !
Looking for updates…
Nothing to do.
[eric@fedora ~]$

Et enfin, j'ai tenté une nouvelle fois :

[eric@fedora ~]$ sudo dnf history redo 70

Je ne donne pas le retour, il donne les mêmes erreurs.

En fait je suppose que le dnf history redo 70 se cantonne à refaire ce qui est en cache dans une liste en dehors du cache de mise à jour ???

Je n'ose pas faire un :

dnf history undo 70

je me demande si cela ne va pas m’empêcher de redémarrer mon système.
C'est certainement idiot mais comme je ne suis pas certain du résultat je ne veux pas prendre de risque.

Du coup, un avis SVP ?
Puis-je annuler cette mise à jour et la refaire sans risquer de tout casser ?
Merci d'avance pour votre aide et désolé pour la longueur du post.

nouvo09

Et tu n'as pas fait de backup avant la mise à jour ?

Nicosss

Si tout fonctionne bien avec le kernel précédent alors c'est sûrement lié au dernier kernel installé.

Jules-Marie-84

Bonsoir, merci à chacun pour votre réponse.

nouvo09 wrote:Et tu n'as pas fait de backup avant la mise à jour ?

Et bien... non !
Oui, je sais, mais je n'ai jamais eu de réels problèmes avec les mise à jour, jusqu'à présent.
Je pense ne pas être le seul à ne pas faire une sauvegarde de son système avant chaque mise ) jour, même si en effet tu as raison, c'est une chose que l'on devrait tous faire.

Nicosss wrote:Si tout fonctionne bien avec le kernel précédent alors c'est sûrement lié au dernier kernel installé.

Oui, certainement, mais ce qui m'intrigue c'est cette liste de paquets introuvables.

Et donc, finalement, pour ne pas rester entre deux, est-ce que je peux, sans risque majeur, faire un

dnf history undo 70

???

[EDIT] Une autre question au passage : là où j'habite le débit Internet est certes stable mais très faible, surtout depuis que les travaux pour la fibre ont commencé.
Est-ce que la faiblesse du débit, et donc la lenteur des téléchargements, peut être la cause de telles erreurs ?

Nicosss

Tu peux simplement désinstaller le kernel qui pose souci si avec les autres kernels tout fonctionne bien.

Non pas de raison concernant le débit, il y a toujours un contrôle de la transaction avant installation.
Ayant eu un débit très très faible pendant plusieurs années jusqu'à récemment, je n'ai jamais eu de souci.

wildtruc

@Jules; c'est reste pas impossible, il m'a fallu fouiller pour trouver la cause possible à l'origine.
Et puis ta liste de paquet est la même que la mienne à l'exception de ostree.
Si tu as toujours les droits en écriture sur le système, fais une vérification de la version d'ostree et ostree-libs :

dnf info ostree
dnf info ostree-libs

Si ta version est 2022-5 fais un downgrade, ça coute rien.

dnf downgrade ostree ostree-libs

Il se peut aussi qu'il y est eu un défaut de mise à jour et que la version d'ostree-libs ne soit pas la même que celle d'ostree (je n'ai pas eu l'occasion de vérifié), dans ce cas cqfd.
De mon coté le kernel n'était pas en cause, un démarrage sur l'ancien a généré le même problème.

Jules-Marie-84

Bonjour à tous.

@ Nicosss : merci pour tes précisions sur le débit. Selon ton conseil j'ai désinstallé le noyau incriminé.
Ce matin il y a eu une mise à jour du noyau vers la version 5.18.16-200 qui elle à parfaitement fonctionné, c'est depuis ce dernier opus que je réponds à ce message.

@ wildtruc : je te remercie pour ton intérêt. Je ne pense pas que mon problème soit lié à la version de OSTree, en effet j'ai pu, comme précisé plus haut, redémarrer sans souci sur la version antérieure du noyau, ce qui du coup n'aurait pas été possible si mon problème avait été lié à OSTree, comme tu l'as toi même expérimenté.
Pour répondre à ta demande sur la version chez moi :

Paquets installés
Nom          : ostree
Version      : 2022.5
Publication  : 2.fc36
Architecture : x86_64
Taille       : 562 k
Source       : ostree-2022.5-2.fc36.src.rpm
Dépôt        : @System
Depuis le dé : updates
Résumé       : Tool for managing bootable, immutable filesystem trees
URL          : https://ostree.readthedocs.io/en/latest/
Licence      : LGPLv2+
Description  : libostree is a shared library designed primarily for
             : use by higher level tools to manage host systems (e.g. rpm-ostree),
             : as well as container tools like flatpak and the atomic CLI.

Paquets disponibles
Nom          : ostree
Version      : 2022.5
Publication  : 2.fc36
Architecture : i686
Taille       : 239 k
Source       : ostree-2022.5-2.fc36.src.rpm
Dépôt        : updates
Résumé       : Tool for managing bootable, immutable filesystem trees
URL          : https://ostree.readthedocs.io/en/latest/
Licence      : LGPLv2+
Description  : libostree is a shared library designed primarily for
             : use by higher level tools to manage host systems (e.g. rpm-ostree),
             : as well as container tools like flatpak and the atomic CLI.

Paquets installés
Nom          : ostree-libs
Version      : 2022.5
Publication  : 2.fc36
Architecture : x86_64
Taille       : 1.0 M
Source       : ostree-2022.5-2.fc36.src.rpm
Dépôt        : @System
Depuis le dé : updates
Résumé       : C shared libraries ostree
URL          : https://ostree.readthedocs.io/en/latest/
Licence      : LGPLv2+
Description  : The ostree-libs provides shared libraries for ostree.

Paquets disponibles
Nom          : ostree-libs
Version      : 2022.5
Publication  : 2.fc36
Architecture : i686
Taille       : 471 k
Source       : ostree-2022.5-2.fc36.src.rpm
Dépôt        : updates
Résumé       : C shared libraries ostree
URL          : https://ostree.readthedocs.io/en/latest/
Licence      : LGPLv2+
Description  : The ostree-libs provides shared libraries for ostree.

Voilà, j'espère que tout ça te permettra d'avancer dans tes conclusions sur ton systèmes.

Excellente continuation de WE à tous.

Je passe le sujet en résolu.

Nicosss

Parfait, il devait s'agir d'une régression quelque part dans le kernel.

wildtruc

Nicosss wrote:Parfait, il devait s'agir d'une régression quelque part dans le kernel.

Apparemment, le kernel a été rapidement mis à jour. Je vais sans doute tenté la maj de ostree finalement en espérant qu'l n'y aura pas de soucis.
Ce sera peut être un [résolu] pour moi aussi.

openhoat

Hello,

Je ne sais pas si c'est de nature à aider mais j'ai eu un problème avec la dernière màj de grub2, après plus possible de démarrer sur mon autre partition, l'écran reste figé.

En rétrogradant grub2-* le problème a disparu (du coup j'ai provisoirement gelé les packages grub2-*).

Référence : https://bugzilla.redhat.com/show_bug.cgi?id=2115202

Là ça concerne précisément une config avec dual boot, donc peut-être pas en rapport avec ton problème, mais sait-on jamais... ça peut se tenter de rétrograder juste grub2 et voir ^^

wildtruc

Après lecture du bug report, c'est apparemment un problème d'UEFI.
Je n'aime pas trop l'UEFI, je suis en dual boot bios legacy et pas de soucis.
Mais bon, si tu as pu rétrograder...