web-dev-qa-db-fra.com

KDeinit5 échoue constamment avec Fedora 29

J'utilise Fedora 29 + KDE 5.14.5 + KDE framework 5.59.0 + QT 5.11.3. Pour les derniers jours, je reçois beaucoup de crashs KDeinit5. Je n'ai aucune idée de ce qui cause des crashs, il n'y a pas d'action spécifique qui mène à l'échec. Dans les journaux, je reçois de telles informations:

localhost.localdomain plasmashell[2011]: QQuickItem::stackAfter: Cannot stack StatusNotifierItem_QMLTYPE_372(0x557f6d64dc00, parent=0x557f688f>
aug 27 15:43:35 localhost.localdomain plasmashell[2011]: file:///usr/share/plasma/plasmoids/org.kde.plasma.notifications/contents/ui/NotificationDelegate.qml:>
aug 27 15:43:35 localhost.localdomain systemd-coredump[5172]: Process 3301 (file.so) of user 1000 dumped core.

                                                                 Stack trace of thread 3301:
                                                                 #0  0x00007f8e509828b5 _ZN6QMutex4lockEv (libQt5Core.so.5)
                                                                 #1  0x00007f8e50b76186 _ZN10QTextCodec14codecForLocaleEv (libQt5Core.so.5)
                                                                 #2  0x00007f8e50a00569 _ZN7QString20fromLocal8Bit_helperEPKci (libQt5Core.so.5)
                                                                 #3  0x00007f8e50ad67b8 _ZN14QStandardPaths16writableLocationENS_16StandardLocationE (libQt5Co>
                                                                 #4  0x00007f8e51c35881 n/a (libKF5Crash.so.5)
                                                                 #5  0x00007f8e51c36362 n/a (libKF5Crash.so.5)
                                                                 #6  0x00007f8e51c36815 _ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5)
                                                                 #7  0x00007f8e50406600 .annobin_sigaction.c (libc.so.6)
aug 27 15:43:35 localhost.localdomain systemd-coredump[5173]: Process 3991 (file.so) of user 1000 dumped core.

                                                                 Stack trace of thread 3991:
                                                                 #0  0x00007f8e509828b5 _ZN6QMutex4lockEv (libQt5Core.so.5)
                                                                 #1  0x00007f8e50b76186 _ZN10QTextCodec14codecForLocaleEv (libQt5Core.so.5)
                                                                 #2  0x00007f8e50a00569 _ZN7QString20fromLocal8Bit_helperEPKci (libQt5Core.so.5)
                                                                 #3  0x00007f8e50ad67b8 _ZN14QStandardPaths16writableLocationENS_16StandardLocationE (libQt5Co>
                                                                 #4  0x00007f8e51c35881 n/a (libKF5Crash.so.5)
                                                                 #5  0x00007f8e51c36362 n/a (libKF5Crash.so.5)
                                                                 #6  0x00007f8e51c36815 _ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5)
                                                                 #7  0x00007f8e50406600 .annobin_sigaction.c (libc.so.6)
aug 27 15:43:35 localhost.localdomain audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-cor>
aug 27 15:43:35 localhost.localdomain audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-cor>
aug 27 15:43:36 localhost.localdomain kwin_x11[1996]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 42177, resource id: 123731979, major cod>
aug 27 15:43:37 localhost.localdomain abrt-server[5210]: Deleting problem directory ccpp-2019-08-27-15:43:35.946209-3301 (dup of ccpp-2019-08-26-17:08:51.2832>
aug 27 15:43:37 localhost.localdomain abrt-server[5210]: Lock file '.lock' is locked by process 2388
aug 27 15:43:38 localhost.localdomain abrt-notification[5253]: Process 4388 (kdeinit5) crashed in QMutex::lock()()
aug 27 15:43:40 localhost.localdomain abrt-server[5211]: Deleting problem directory ccpp-2019-08-27-15:43:35.962232-3991 (dup of ccpp-2019-08-26-17:08:51.2832>
aug 27 15:43:40 localhost.localdomain abrt-notification[5298]: Process 4388 (kdeinit5) crashed in QMutex::lock()()

J'ai vérifié tout autre sujet SO avec le même problème et il n'y a pas de réponse définitive. Quelqu'un peut-il me dire un problème qui cause tout ce qui se bloque?

éditer 1 On dirait qu'il y a des lignes connexes dans Xsesstions-erreurs:

AppIconMgr::systemDesktopName log Desktop Name: /usr/share/xsessions/plasma 
Error: Send error, 22 Invalid argument
Error: Send error, 22 Invalid argument
Error: Send error, 22 Invalid argument
KCrash: Application 'kdeinit5' crashing...
KCrash: Attempting to start /usr/libexec/drkonqi from kdeinit
CSBConfUI::OnConfStatusChanged  UI_CMD_SHARE_READYqrc:/qml/JoinAudio.qml:71: TypeError: Cannot read property of null
qrc:/qml/JoinAudio.qml:72: TypeError: Cannot read property of null
[4424:4424:0827/185838.722928:ERROR:buffer_manager.cc(488)] [.DisplayCompositor]GL ERROR :GL_INVALID_OPERATION : glBufferData: <- error from previous GL command
KCrash: Application 'kdeinit5' crashing...
KCrash: Attempting to start /usr/libexec/drkonqi from kdeinit
KCrash: Application 'kdeinit5' crashing...
KCrash: Attempting to start /usr/libexec/drkonqi from kdeinit
KCrash: Application 'kdeinit5' crashing...
KCrash: Attempting to start /usr/libexec/drkonqi from kdeinit
KCrash: Application 'kdeinit5' crashing...
KCrash: Attempting to start /usr/libexec/drkonqi from kdeinit
qrc:/qml/AttendeeItemDelegate.qml:26: TypeError: Cannot read property 'itemType' of undefined
qrc:/qml/AttendeeItemDelegate.qml:360: TypeError: Cannot read property 'isItemHovered' of undefined
qrc:/qml/AttendeeItemDelegate.qml:26: TypeError: Cannot read property 'itemType' of undefined
qrc:/qml/AttendeeItemDelegate.qml:360: TypeError: Cannot read property 'isItemHovered' of undefined
qrc:/qml/AttendeeItemDelegate.qml:26: TypeError: Cannot read property 'itemType' of undefined
qrc:/qml/AttendeeItemDelegate.qml:360: TypeError: Cannot read property 'isItemHovered' of undefined
qrc:/qml/AttendeeItemDelegate.qml:26: TypeError: Cannot read property 'itemType' of undefined
qrc:/qml/AttendeeItemDelegate.qml:360: TypeError: Cannot read property 'isItemHovered' of undefined
qrc:/qml/AttendeeItemDelegate.qml:26: TypeError: Cannot read property 'itemType' of undefined
qrc:/qml/AttendeeItemDelegate.qml:360: TypeError: Cannot read property 'isItemHovered' of undefined
qrc:/qml/AttendeeItemDelegate.qml:26: TypeError: Cannot read property 'itemType' of undefined
qrc:/qml/AttendeeItemDelegate.qml:360: TypeError: Cannot read property 'isItemHovered' of undefined
qrc:/qml/AttendeeItemDelegate.qml:26: TypeError: Cannot read property 'itemType' of undefined
qrc:/qml/AttendeeItemDelegate.qml:360: TypeError: Cannot read property 'isItemHovered' of undefined
linuxfedoracrashkde
5
sphinks

Je rencontrais exactement le même problème sur une installation Fedora Fresh 29 et a été dérouté. Comme @snegovik a noté, le crash se produit de manière fiable lors de la fermeture de dauphin, et cela me conduisait insensé. La solution selon la réponse de Snegovik est de dégrader, mais les repos ont déjà enlevé l'ancienne kf5-* paquets.

Cependant, il y a encore de l'espoir. Fedora possède apparemment des forfaits plus anciens sur le système de construction KOJI et des packages KF5 - * - 5.58.0-1 sont disponibles.

https://koji.fedorAproject.org/koji/buildinfo?buildid=1268224

Il y a assez de packages donc j'ai extrait les URL de la source Web. Voici la commande que j'ai couru:

Sudo dnf install \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/noarch/kf5-kio-doc-5.58.0-1.fc29.noarch.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-core-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-core-libs-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-devel-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-file-widgets-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-gui-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-ntlm-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-widgets-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-widgets-libs-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-core-debuginfo-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-debuginfo-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-debugsource-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-devel-debuginfo-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-gui-debuginfo-5.58.0-1.fc29.x86_64.rpm \
    https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/x86_64/kf5-kio-ntlm-debuginfo-5.58.0-1.fc29.x86_64.rpm

La dernière étape consiste à maintenir les paquets pour éviter une mise à niveau accidentelle de 5,59,0-1. J'ai ajouté cela à /etc/dnf/dnf.conf:

excludepkgs=kf5-kio kf5-*-*

NOTE I UTILISÉE kf5-*-* et pas kf5-* parce qu'il y a quelques autres forfaits comme kf5-kdbusaddons.x86_64 Cela semble bien s'ils sont mis à niveau.

4
rayting

Désolé - ne peut pas encore commenter - dû utiliser la section de réponse. Frappez le même problème sur Fedora 29 avec KDE5. Obtenir cette erreur surtout après avoir fermé Dolphin:

Nous sommes désolés, KDeinit5 est fermé de manière inattendue.
Vous ne pouvez pas signaler cette erreur, car KDeinit5 ne fournit pas d'adresse de rapport de bogue.

Ceci est le résultat de mises à jour KF5- *. Vérifié un autre système avec KF5- * version 5.58.0-1 et a fait

dnf update -x kf5-*

Résultat - Pas d'erreurs. Mise à jour de KF5- * version 5.58.0-1 à KF5- * version 5.59.0-1:

dnf update

Résultat - erreurs.

Fait plus de creuser:

  1. Enlevé les pilotes nvidia du système - fonctionnant sur Nouveau uniquement. Les erreurs persistent toujours.
  2. Utilisé un autre système avec la vidéo AMD RX580 - même résultat: les erreurs persistent toujours.
  3. Fait: dnf reinstall kf5-*- Même résultat: les erreurs persistent toujours.

Conclusion - Cette erreur ne concerne aucun pilote vidéo particulier. Cette erreur concerne la dernière mise à jour KF5- * version 5.59.0-1 uniquement. Malheureusement, vous ne pouvez pas rétrograder à KF5- * version 5.58.0-1 - comme il est déjà supprimé des serveurs.

Edit1 septembre 03 2019 :

J'ai fait un peu plus de creuser ce week-end. Toutes les dernières versions de KF5-KIO à partir de 5.59.0 ont ce bogue. Vérifié également 5.60.0 et 5.61.0

Merci rayonnage pour fournir un lien vers l'ancien (kf5 - 5.58.0) Source - Cela m'a sauvé!

Voici ce que j'ai fait: je pense que cela brisera toutes les garanties de Fedora (si vous en avez), mais cela fonctionne pour moi. S'il vous plaît ne me blâmez pas si cela enfreint votre système :-)

  1. Énumérez tous les groupes d'applications installés sur votre système - y compris ceux cachés (en tant que root ou utilisez sudo si vous l'avez configuré):
   dnf group list --hidden
   Sudo dnf group list --hidden
  1. Installez tous les packages de développement requis (peut prendre un certain temps) et assurez-vous que tout est à jour: AVERTISSEMENT: Peut ajouter à votre système Quantité importante de l'espace utilisé - Assurez-vous de disposer de suffisamment de stockage.
   dnf -y group install "C Development Tools and Libraries" "KDE Software Development" "KDE Frameworks 5 Software Development" "RPM Development Tools"
   Sudo dnf -y group install "C Development Tools and Libraries" "KDE Software Development" "KDE Frameworks 5 Software Development" "RPM Development Tools"

   dnf update
   Sudo dnf update
  1. Ouvrez Konsole comme utilisateur et source de téléchargement pour KF5-KIO-5.58.0-1:
   wget https://kojipkgs.fedoraproject.org//packages/kf5-kio/5.58.0/1.fc29/src/kf5-kio-5.58.0-1.fc29.src.rpm
  1. Installer la source de source:
   rpm -Uvh kf5-kio-5.58.0-1.fc29.src.rpm
  1. Changement d'un répertoire de sources créé:
   cd ~/rpmbuild/SOURCES
  1. Extrait d'archive pour KF5-KIO:
   tar -xf kio-5.58.0.tar.xz
  1. Déplacez le répertoire extrait sur KIO-5.59.0 (c'est la triche! :-)
   mv kio-5.58.0 kio-5.59.0
  1. Compressez ce répertoire:
   tar -cJf kio-5.59.0.tar.xz kio-5.59.0
  1. Modifier le fichier .Spec pour afficher une "nouvelle" version et publication:
   sed -i -e "s/Version: 5.58.0/Version: 5.59.0/g" ~/rpmbuild/SPECS/kf5-kio.spec
   sed -i -e "s/Release: 1%{?dist}/Release: 33%{?dist}/g" ~/rpmbuild/SPECS/kf5-kio.spec
  1. Construire un nouveau SRCRPM:
   rpmbuild --bs ~/rpmbuild/SPECS/kf5-kio.spec
  1. Rebuild SRC RPM (prendra 5 à 10 minutes en fonction de votre matériel):
   rpmbuild --rebuild ~/rpmbuild/SRPMS/kf5-kio-5.59.0-33.fc29.src.rpm
  1. Il construira également des forfaits "DebugSource" et "Debuginfo" (quelqu'un peut-il me diriger sur la façon de désactiver de manière permanente que sur Fedora?): Supprimez-les et mettez à jour votre KF5:
    rm -f ~/rpmbuild/RPMS/*/*debug*
    ls -las ~/rpmbuild/RPMS/*/*
    su
    dnf update %(user_home)/rpmbuild/RPMS/*/*
  1. Après cela et rouvrez dauphin - essayez ensuite de le fermer à nouveau - vous ne devriez pas avoir plus de crash.

Conclusion: Il y avait une modification du paquet KF5-KIO entre la version 5.58.0 et 5.59.0 qui est toujours persiste dans les versions 5.60.0 et 5.61.0 qui provoque une crash KDeinit5 sur le dauphin de près. Seulement après avoir correctement fixé ce bogue (sur la partie KDE) et le port arrière qui corrige les versions KF5 5.59.0, 5.60.0 et 5.61.0 L'accident ne sera plus produit.

3
snegovik

Ce bogue semble être corrigé par le ce commit à KDE:

Résumé: Tous les QtextCodec sont supprimés par Qcoreglobaldata à la sortie, ils doivent donc être alloués sur le tas. Avant Qt 5.12, il n'est même pas autorisé à les supprimer.

Bug: 408797

Une mise à jour de Fedora 29 a été soumise, Fedora-2019-01DFC11F76

En suivant ce lien ci-dessus, puis construit, on peut accéder à la construction KOJI du package KF5-KIO-5.90.0-2 pour cette mise à jour en attente: https://koji.fedorAproject.org/koji/buildinfo ? Buildid = 1392448

De là, il est possible de télécharger les RPM et de les installer. J'ai trouvé que seulement kf5-kio-core-5.59.0-2.fc29.x86_64.rpm Besoin d'être installé pour résoudre ce problème, car il contient le file.so Bibliothèque avec le bogue. Il peut être installé individuellement, sans les autres RPM de la construction, via Sudo rpm -Uvh kf5-kio-core-5.59.0-2.fc29.x86_64.rpm --nodeps.

La force d'installer et d'ignorer les dépendances comme celle-ci n'est généralement pas une bonne idée, mais la construction -2 ici ne corrige ici que ce bogue de la construction -1 de sorte qu'il est probablement en sécurité et je n'ai vu aucun problème jusqu'à présent. Et Fedora 29 devrait obtenir la mise à jour de la mise à jour tôt ou ultérieure, à quel point DNF mettra à jour tout.

1
TrentP

Les deux autres réponses expliquent avec précision ce que le problème est et comment créer une version plus ancienne pendant que nous attendons une solution. J'ai aussi trouvé n fil détaillé ici pour lequel l'un des utilisateurs suggère de définir le KDE_DEBUG=1 variable d'environnement.

Je suis allé cette route puisqu'il était rapide mais j'ai oublié de poster en arrière, alors pour la solidarité si vous ajoutez quelque chose comme celui-ci à votre fichier de connexion Shell Startup (E.G., ~/.bash_profile ne pas ~/.bashrc):

export KDE_DEBUG=1

ensuite, cela vous empêchera de l'obtenir, mais également de tout autre accident. Le seul impact notable que cela avait sur ma configuration était que KDE_DEBUG Ne semble pas bien jouer avec des écrans DPI élevés, j'ai donc utilisé des paramètres système pour augmenter le moniteur.

Faire cela vient avec d'autres conséquences que je suis sûr, mais puisque je montais mon ~/.bash_profile et réalisé que je n'ai jamais réalisé cette "astuce" ici, pensais que je posterais ...

0
svenevs