Depuis peu, si je lance Thunderbird avec le noyau 4.16.0-2-amd64, celui-ci fige mon interface graphique (gnome-flashback-metacity). Je peux encore bouger la souris, mais les fenêtres sont figées, ça mouline dans la semoule mais les applications ouvertes continuent de tourner (j’entends encore le son de leurs notifications).
Si je fais Ctrl+ALt+F3 pour me loguer et tuer Thunderbird, ça ne débloque pas ma session graphique sur laquelle je retourne par un Ctrl+ALt+F2. Au contraire, ça la fait redémarrer de zéro : page noire fugace,
« rfkill: input handler disabled
rfkill: input hander enabled »
puis retour sur mon login manager (gdm3)
Tandis que si je lance ce même Thunderbird avec un noyau 4.5.0-rc4-amd64, il se lance et devient utilisable.
Salut
Si c’est avec Thunderbird et uniquement Thunderbird, verifier les modules complémentaires de Thunderbird
Démarrer Thunderbird sans les modules complémentaires:
en ligne de commande
thunderbird -safe-mode
Si ça fonctionne, verifier tous les modules apparences, extensions, les plugins, etc
Outils -> Modules complémentaires (Tools -> Add-ons)
thunderbird -safe-mode provoque le même comportement de blocage de l’interface graphique (bloque avec noyau 4.16.0-2-amd64, fonctionne avec 4.5.0-rc4-amd64)
thunderbird fonctionne sans problème sous noyau 4.16.0-2-amd64 avec un autre gestionnaire de fenêtre, tel que gnome-shell au lieu de gnome-flashback-metacity
Intéressante discussion:
je viens de régresser de 4.16+nouveau en 4.9+nvidia, car en 4.16, aussi bien en nouveau qu’en nvidia, ça figeait parfois complétement Xorg avec plantage du module graphique et impossibilité de redémarrer xorg (mais l’accés ssh était nickel).
Je pensait que c’était le noyau (de fait, la régression et le repassage en propriétaire m’ont redonné la stabilité), mais je n’avais pas pensé que ça pouvait être l’environnement graphique.
Va falloir que j’essaye de réinstaller noyau+nvidia+gnome en backports, pour voir si c’est stable.
