#1 Le 23/11/2017, à 21:20
- Satire
Task Xwayland blocked for more than 120 seconds
Bonjour à toutes et à tous,
Depuis l'installation d'Ubuntu 17.10 à partir d'une clé Live, je n'arrive plus à éteindre mon ordinateur normalement en cliquant sur l'icône "éteindre".
La seule possibilité pour moi d'éteindre mon ordinateur est d'appuyer sur le bouton démarrer/éteindre de mon ordinateur quelques secondes jusqu'à ce qu'il s’éteint.
Voici une photo du message d'erreur qui s'affiche progressivement sur l'écran après avoir cliqué sur l'icône "éteindre" : http://pix.tdct.org/upload/original/1511463492.jpg
Ce sujet est créé sur conseil de ??, effectué au post #49 de la discussion portant le titre "Impossible d'éteindre mon ordinateur depuis le passage à Ubuntu 17.10" et qui se trouve au lien suivant : https://forum.ubuntu-fr.org/viewtopic.p … #p21830355
En vous remerciant d'avance pour votre aide.
Hors ligne
#2 Le 23/11/2017, à 21:52
- Roschan
Re : Task Xwayland blocked for more than 120 seconds
Et donc si tu fais "killall Xwayland" avant d'éteindre, ça marche mieux ?
Hors ligne
#3 Le 23/11/2017, à 22:05
- Satire
Re : Task Xwayland blocked for more than 120 seconds
Bonsoir Roschan,
Merci beaucoup de cette suggestion.
Je dois dire que je suis un réel novice en matière informatique, et je suis donc désolé de la question suivante... est-ce que la commande que tu suggère doit être entrée tel que suit ? :
killall Xwayland
Hors ligne
#4 Le 23/11/2017, à 22:20
- Roschan
Re : Task Xwayland blocked for more than 120 seconds
Oui exactement, je ne sais pas si le terminal utilise XWayland donc il est peut-être sage d'entrer ça dans la boîte de dialogue qui apparaît en faisant Alt+F2, et juste après tu essayes d'éteindre.
Mais bon c'est "juste" pour mieux cerner le problème, si ça marche c'est une bonne nouvelle mais il faudrait une solution plus sérieuse.
(Dans l'autre sujet je vois qu'il y a des tentatives avec "Xwayland.service" mais ça ne me paraît pas acquis que ce service soit aisément stoppable, et le message d'erreur utilise le terme générique "task" plutôt que "service", donc autant s'assurer de ce que fait killall Xwayland)
Dernière modification par Roschan (Le 23/11/2017, à 23:28)
Hors ligne
#5 Le 24/11/2017, à 00:40
- Satire
Re : Task Xwayland blocked for more than 120 seconds
Alors bizarre, bizarre...
Après avoir entré la commande, l'ordinateur s'est figé pendant environ 20 à 30 secondes, tout était bloqué, puis est apparu un écran tout noir avec une ligne contenant les premiers signes de l'image suivante, juste avant le crochet et les chiffres qui suivent... : https://pix.tdct.org/upload/original/1511463492.jpg
Puis, est apparu d'un coup l'écran de démarrage demandant le mot de passe pour ouvrir Ubuntu.
Tout s'est passé très, très vite que je n'ai pas pu prendre de photo...
A l'ouverture, les pages internets que j'avais ouvertes et pas fermées avant d'entrer la commande n'étaient plus présentes comme lors d'une mise en veille...
Hors ligne
#6 Le 24/11/2017, à 01:04
- Roschan
Re : Task Xwayland blocked for more than 120 seconds
Mouais, donc manifestement on ne peut pas tuer Xwayland sans tout faire crasher...
En attendant, si tu utilises la session "Ubuntu sur Xorg", tout se passe correctement ?
Hors ligne
#7 Le 24/11/2017, à 01:24
- Satire
Re : Task Xwayland blocked for more than 120 seconds
Alors comme j'avais essayé précédemment, ma tentative à l'instant s'est également soldé par un échec... lors du choix du "Ubuntu sur Xorg" et l'entrée du mot de passe, tout se bloque, l'écran et le curseur ne bouge plus...
Hors ligne
#8 Le 25/11/2017, à 15:25
- ??
Re : Task Xwayland blocked for more than 120 seconds
Et donc si tu fais "killall Xwayland" avant d'éteindre, ça marche mieux ?
Bonjour
Sur un ordinateur qui n'a pas de problème, on peut entrer cette commande directement via le terminal.
L'écran devient noir pendant environ 1 seconde, puis l'écran d'accueil permettant d'introduire son mot de passe est proposé.
on peut répéter.... un certain nombre de fois..
Voici la fin d'un dmesg montrant 4 tentatives.
[ 156.896265] nouveau 0000:01:00.0: DRM: evicting buffers...
[ 156.896266] nouveau 0000:01:00.0: DRM: waiting for kernel channels to go idle...
[ 156.896280] nouveau 0000:01:00.0: DRM: suspending fence...
[ 156.897464] nouveau 0000:01:00.0: DRM: suspending object tree...
[ 158.684787] IPv6: ADDRCONF(NETDEV_UP): enp9s0: link is not ready
[ 158.685709] IPv6: ADDRCONF(NETDEV_UP): enp9s0: link is not ready
[ 158.686544] alx 0000:09:00.0 enp9s0: NIC Up: 100 Mbps Full
[ 158.686766] IPv6: ADDRCONF(NETDEV_CHANGE): enp9s0: link becomes ready
[ 158.730431] IPv6: ADDRCONF(NETDEV_UP): wlp8s0: link is not ready
[ 158.743862] IPv6: ADDRCONF(NETDEV_UP): wlp8s0: link is not ready
[ 159.579207] IPv6: ADDRCONF(NETDEV_UP): wlp8s0: link is not ready
[ 174.595680] Bluetooth: RFCOMM TTY layer initialized
[ 174.595688] Bluetooth: RFCOMM socket layer initialized
[ 174.595693] Bluetooth: RFCOMM ver 1.11
[ 186.684974] rfkill: input handler disabled
[ 342.231055] do_trap: 12 callbacks suppressed
[ 342.231058] traps: gnome-shell[2849] trap int3 ip:7f1b1bf55961 sp:7ffd6c76e360 error:0 in libglib-2.0.so.0.5400.1[7f1b1bf05000+111000]
[ 370.636079] rfkill: input handler enabled
[ 381.485571] rfkill: input handler disabled
[ 1016.398096] traps: gnome-shell[4106] trap int3 ip:7f5a3cb2f961 sp:7ffe0e09dfe0 error:0 in libglib-2.0.so.0.5400.1[7f5a3cadf000+111000]
[ 1045.017883] rfkill: input handler enabled
[ 1055.270450] rfkill: input handler disabled
[ 1066.083371] traps: gnome-shell[4817] trap int3 ip:7fef0bc03961 sp:7ffd224341f0 error:0 in libglib-2.0.so.0.5400.1[7fef0bbb3000+111000]
[ 1066.301512] rfkill: input handler enabled
[ 1074.476775] rfkill: input handler disabled
[ 1158.627735] traps: gnome-shell[5288] trap int3 ip:7fd1a6183961 sp:7fffaef4ce80 error:0 in libglib-2.0.so.0.5400.1[7fd1a6133000+111000]
[ 1158.854701] rfkill: input handler enabled
Ce qui finalement est assez logique car un extrait de la commande "ps -faux" montre
root 2180 0.0 0.1 308564 8924 ? Ssl 14:58 0:00 /usr/sbin/gdm3
root 3827 0.0 0.1 259304 8360 ? Sl 15:02 0:00 \_ gdm-session-worker [pam/gdm-launch-environment]
gdm 3839 0.0 0.0 197824 5612 tty1 Ssl+ 15:02 0:00 | \_ /usr/lib/gdm3/gdm-wayland-session gnome-session --autostart /usr/share/gdm/greeter/autostart
gdm 3844 0.0 0.2 585568 17320 tty1 Sl+ 15:02 0:00 | \_ /usr/lib/gnome-session/gnome-session-binary --autostart /usr/share/gdm/greeter/autostart
gdm 3854 0.1 2.5 3367932 154996 tty1 Sl+ 15:02 0:03 | \_ /usr/bin/gnome-shell
gdm 3861 0.0 0.8 562000 52584 tty1 Sl+ 15:02 0:00 | | \_ /usr/bin/Xwayland :1024 -rootless -terminate -core -listen 4 -listen 5 -displayfd 6
Dernière modification par ?? (Le 25/11/2017, à 15:56)
Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.
Hors ligne
#9 Le 25/11/2017, à 16:05
- ??
Re : Task Xwayland blocked for more than 120 seconds
Alors comme j'avais essayé précédemment, ma tentative à l'instant s'est également soldé par un échec... lors du choix du "Ubuntu sur Xorg" et l'entrée du mot de passe, tout se bloque, l'écran et le curseur ne bouge plus...
Pourquoi as-tu choisi Xorg? Restes en wayland. Sinon ouvres une nouvelle discussion dans la session "affichage et carte graphique" si tu souhaites te connecter avec Xorg et dans ce cas, fais-le avec un démarrage initial et pas depuis la frappe de cette commande (Bien que je pense que cela ne change rien au problème).
Ne pas oublier cette commande pour connaitre l'environnement
echo $XDG_SESSION_TYPE
NOTA. En session X11, Xwayland n'est pas présent.
Dernière modification par ?? (Le 25/11/2017, à 16:26)
Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.
Hors ligne
#10 Le 25/11/2017, à 16:43
- Satire
Re : Task Xwayland blocked for more than 120 seconds
Bonjour ??,
Alors j'ai tenté de démarrer en "Xorg", sur recommandation de Roschan dans son post #6 :
En attendant, si tu utilises la session "Ubuntu sur Xorg", tout se passe correctement ?
Merci beaucoup de la suggestion de créer une nouvelle discussion pour le problème relatif à l'ouverture d'Ubuntu en "Xorg". Je pense que j'ouvrirais cette discussion une fois que le problème d'extinction de mon ordinateur ait été réglé.
Je suis effectivement actuellement bien en Wayland :
sat@sat-XPS-15-9560:~$ echo $XDG_SESSION_TYPE
wayland
sat@sat-XPS-15-9560:~$
Si je comprends bien, X11 est Xorg ?
Hors ligne
#11 Le 25/11/2017, à 17:49
- Roschan
Re : Task Xwayland blocked for more than 120 seconds
Pourquoi as-tu choisi Xorg? Restes en wayland.
Pourquoi ? Pourquoi donc... hmmmmm... mystérieux...
Peut-être parce que la session Wayland l'empêche d'éteindre son ordi, tout simplement ?
Hors ligne
#12 Le 25/11/2017, à 17:58
- ??
Re : Task Xwayland blocked for more than 120 seconds
Bonjour ??,
Merci beaucoup de la suggestion de créer une nouvelle discussion pour le problème relatif à l'ouverture d'Ubuntu en "Xorg". Je pense que j'ouvrirais cette discussion une fois que le problème d'extinction de mon ordinateur ait été réglé.
Je suis effectivement actuellement bien en Wayland :
sat@sat-XPS-15-9560:~$ echo $XDG_SESSION_TYPE wayland sat@sat-XPS-15-9560:~$
Si je comprends bien, X11 est Xorg ?
Bonjour
Si tu réussis à mettre en route en X11, il est totalement possible tu puisses arrêter facilement car le process qui t'empêche d'arrêter en "natif" (Xwayland) n'est pas présent car c'est Xorg qui est à la place. Donc ce sont deux choses totalement disjointes.
Qui plus est, si tu réussis à booter en X11 tu n'auras aucun problème pour utiliser GPARTED etc....
L'incident que tu as, arrivera bien à quelqu'un qui connaît parfaitement l'anglais et qui pourra dialoguer avec les développeurs..
Dernière modification par ?? (Le 25/11/2017, à 18:01)
Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.
Hors ligne
#13 Le 25/11/2017, à 18:59
- Satire
Re : Task Xwayland blocked for more than 120 seconds
Merci ?? pour cette information utile par rapport au X11e.
Je viens juste de créer une discussion en l'espèce dont voici le lien : https://forum.ubuntu-fr.org/viewtopic.p … #p21831186
J'espère effectivement qu'une solution puisse être trouvée.
Hors ligne
#14 Le 26/11/2017, à 18:48
- ??
Re : Task Xwayland blocked for more than 120 seconds
Bonjour
Pour connaissance, la tache Xwayland qui ne se termine pas, semble être tache comme une autre. Voir cet échange https://forum.ubuntu-fr.org/viewtopic.p … #p21831597
qui montre 3 taches Umount dans ce même état.
Dernière modification par ?? (Le 27/11/2017, à 10:52)
Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.
Hors ligne
#15 Le 03/12/2017, à 12:04
- Satire
Re : Task Xwayland blocked for more than 120 seconds
Bonjour,
Il semblerait que ce problème ne trouve pas grand écho ici, malheureusement pour moi... Merci ?? pour ton aide.
Simple rappel ici pour dire que ce problème persiste, et que la recherche d'une solution est bien malgré moi toujours attendue...
Merci par avance.
Hors ligne
#16 Le 03/12/2017, à 12:31
- lynn
Re : Task Xwayland blocked for more than 120 seconds
NOTA. En session X11, Xwayland n'est pas présent.
Chez moi, Xwayland est présent avec une session x11
lynn@bionic-beaver:~$ echo $XDG_SESSION_TYPE
x11
lynn@bionic-beaver:~$ ps ax|grep [X]wayland
14552 tty1 Sl+ 0:00 /usr/bin/Xwayland :1024 -rootless -terminate -core -listen 4 -listen 5 -displayfd 6
«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»
Coluche
Hors ligne