nouvo09
et tu as essayé un ps aux ?
Marcet
nouvo09 wrote:et tu as essayé un ps aux ?
Pas d'utilisateur avec l' UID 1000, alors je ne sais pas trop quoi chercher.
nouvo09
Ca serait l'époque Halloween j'aurais pu formuler une idée, mais là, non.
VINDICATORs
+1, même avec le livecd/usb que ce soit en boot sur la machine ou en virtuel.
Comme je sais qu'il y a des soucis avec kinit5 (qui on failli bloquer la sortie de Fedora, mais non accepté), je me demande si ça ne vient pas de lui.
Marcet
nouvo09 wrote:Ca serait l'époque Halloween j'aurais pu formuler une idée, mais là, non.
Dommage ça aurait peut-être aidé 😉
VINDICATORs wrote:+1, même avec le livecd/usb que ce soit en boot sur la machine ou en virtuel.
Comme je sais qu'il y a des soucis avec kinit5 (qui on failli bloquer la sortie de Fedora, mais non accepté), je me demande si ça ne vient pas de lui.
Je vais continuer à creuser dans cette direction.
VINDICATORs
C'est actuellement le seul truc qui me dérange avec la gestion des écrans (il semble y avoir un conflit entre kscreen et xrandr...) et un souci d'artéfacts par moment (en cours de résolution chez freedesktop).
Marcet
En attendant que le bug soit corrigé. Voici un WorkAround :
Editer : /etc/systemd/system.conf
DefaultTimeoutStopSec=10s
On obtient 10 secondes d'attente au lieu de 90 sec, ce qui est quand même mieux 😉
Je ne sais pas si il est raisonnable de mettre moins.
VINDICATORs
Le souci c'est qu'en fait on ne sait pas ce qu'il fait.
Mais bon c'est mieux qu'un reboot sauvage comme il m'arrive de le faire quand j'ai autre chose à faire... J'ai fait sauté ma partition /boot/efi avec ce genre de chose (Rah les joies du Fat16...).
Merci pour l'astuce, il faudra qu'un jour je prenne le temps pour améliorer mes connaissances avec systemd.
Marcet
VINDICATORs wrote:Le souci c'est qu'en fait on ne sait pas ce qu'il fait.
Mais bon c'est mieux qu'un reboot sauvage comme il m'arrive de le faire quand j'ai autre chose à faire... J'ai fait sauté ma partition /boot/efi avec ce genre de chose (Rah les joies du Fat16...).
Merci pour l'astuce, il faudra qu'un jour je prenne le temps pour améliorer mes connaissances avec systemd.
Je pense que c'est temporaire de toute manière.
Toutes les distributions semblent touchées par ce bug.
Ca devrait se résoudre assez vite 😉
VINDICATORs
Pour le bogue graphique, cela me rappel les options des ombres dans arma3 et Ark survival evolved qui dès qu'elles sont activé (sauf sous arma3 qui est résolu) font planté le jeu au bout de quelques secondes/minutes...
Marcet
J'ai eu des petits bugs graphiques mais depuis que je suis passé sous Xrender plus de problèmes.
VINDICATORs
+1, mais ce n'est pas le but (en fait cela à l'air d'être le cas depuis le passage à DRI3...). Bien la peine d'avoir des processeurs graphiques aussi performant si c'est pour faire du rendu "logiciel" 😉.
Bon au passage avec wayland pas de souci (bien d'autres, mais pas celui là) et utilisation de l'openGL 4.1 :-P! Par contre ce n'est pas encore au niveau et n'empêche pas le bogue du délai de fermeture trop long.
Marcet
VINDICATORs wrote:+1, mais ce n'est pas le but (en fait cela à l'air d'être le cas depuis le passage à DRI3...). Bien la peine d'avoir des processeurs graphiques aussi performant si c'est pour faire du rendu "logiciel" 😉.
Tiens, je pensais qu'en xrender c'était quand même du rendu matériel. Je me trompe ?
Bon au passage avec wayland pas de souci (bien d'autres, mais pas celui là) et utilisation de l'openGL 4.1 :-P! Par contre ce n'est pas encore au niveau et n'empêche pas le bogue du délai de fermeture trop long.
J'ai pas fait l'essai avec wayland. Ca vaut le coup de tester ou c'est encore prématuré au quotidien ?
VINDICATORs
tester oui, au quotidien faut attendre quand même plasma 5.7.
Edouard_le_homard
tu as une idée de quand ça sera dispo pour Fedora ?
VINDICATORs
C'est actuellement en développement chez KDE.
Même en rawhide ce n'est pas encore le cas, mais ça devrait arriver vu que F24 est enfin dispo.
Généralement ça sort avec la version stable de Fedora quand c'est en version finale.
Edouard_le_homard
Donc ce sera stable pour F25 ? Ou il y a un espoir que ça le soit pour F24 ?
VINDICATORs
Tu m'en demande trop, comme ce n'est pas une version "Majeur" qui peut entrainer des soucis avec d'autres dépendances (style glib, llvm, gcc...), je ne pense pas que l'on attendent F25 pour y passer.
Après il n'y a pas le feu non plus déjà qu'ils corrigent les bogues actuels, pénible d'avoir kmail qui plante sans raison ou surtout kinit et cette histoire des 90s...
Edouard_le_homard
Alright, quoi qu'il en soit je ne suis pas pressé 🙂
Tomulus
salut,
je me permets de relancer le sujet parce que j'ai le même soucis, saut que l'attente est plutôt de 4 minutes, et que le message n'est pas exactement le même. Le voici ;
A stopjob is running for firewalld : dynamic firewall daemon (compte rebours)
une solution a-t-elle été trouvée ?
merci