Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Assemblée Générale Ordinaire de Borsalinux-fr de 2023

#1 05/08/2022 16:24:27

Jules-Marie-84
Membre
Inscription : 28/10/2012
Messages : 521

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

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.

Dernière modification par Jules-Marie-84 (05/08/2022 16:44:54)


Jules-Marie-84

Fedora Linux 36 Workstation - AMD FX 8350 - Gigabyte GA 970 gaming - 32Gb ram DDR3 1600 - Vidéo Sapphire Nitro Radeon RX 480 - 4 Go - NVMe Samsung 980 Pro 1To «système» - SSD Crucial MX500 2To «datas».

Hors ligne

#2 05/08/2022 17:37:01

nouvo09
Accro à Fedo !
Lieu : Paris
Inscription : 22/09/2005
Messages : 23 860

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

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


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

#3 05/08/2022 18:40:17

Nicosss
Rédacteur Wiki
Rédacteur Wiki
Lieu : Isère
Inscription : 05/03/2007
Messages : 7 608
Site Web

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

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


F37_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F36_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F36_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM

Hors ligne

#4 05/08/2022 21:37:07

Jules-Marie-84
Membre
Inscription : 28/10/2012
Messages : 521

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

Bonsoir, merci à chacun pour votre réponse.

nouvo09 a écrit :

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 a écrit :

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 ?

Dernière modification par Jules-Marie-84 (05/08/2022 21:41:16)


Jules-Marie-84

Fedora Linux 36 Workstation - AMD FX 8350 - Gigabyte GA 970 gaming - 32Gb ram DDR3 1600 - Vidéo Sapphire Nitro Radeon RX 480 - 4 Go - NVMe Samsung 980 Pro 1To «système» - SSD Crucial MX500 2To «datas».

Hors ligne

#5 05/08/2022 22:28:00

Nicosss
Rédacteur Wiki
Rédacteur Wiki
Lieu : Isère
Inscription : 05/03/2007
Messages : 7 608
Site Web

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

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.


F37_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F36_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F36_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM

Hors ligne

#6 06/08/2022 15:03:15

wildtruc
Membre
Inscription : 07/11/2016
Messages : 30

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

@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.

Dernière modification par wildtruc (06/08/2022 15:06:38)

Hors ligne

#7 06/08/2022 16:00:47

Jules-Marie-84
Membre
Inscription : 28/10/2012
Messages : 521

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

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.

Dernière modification par Jules-Marie-84 (06/08/2022 16:01:22)


Jules-Marie-84

Fedora Linux 36 Workstation - AMD FX 8350 - Gigabyte GA 970 gaming - 32Gb ram DDR3 1600 - Vidéo Sapphire Nitro Radeon RX 480 - 4 Go - NVMe Samsung 980 Pro 1To «système» - SSD Crucial MX500 2To «datas».

Hors ligne

#8 06/08/2022 16:40:39

Nicosss
Rédacteur Wiki
Rédacteur Wiki
Lieu : Isère
Inscription : 05/03/2007
Messages : 7 608
Site Web

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

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


F37_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F36_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F36_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM

Hors ligne

#9 07/08/2022 13:56:24

wildtruc
Membre
Inscription : 07/11/2016
Messages : 30

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

Nicosss a écrit :

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.

Hors ligne

#10 10/08/2022 08:58:25

openhoat
Membre
Inscription : 10/08/2022
Messages : 1

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

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 ^^

Hors ligne

#11 10/08/2022 13:50:01

wildtruc
Membre
Inscription : 07/11/2016
Messages : 30

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

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...

Hors ligne

Pied de page des forums