Hello,
J’ai voulu tenter d’aider à tester l’accélération graphique sous Firefox/Iceweasel qui implique d’ajouter la commande MOZ_USE_OMTC=1 à /etc/X11/Xsession.d/90environment
X ne démarrant plus, j’ai commenté la ligne en question et même supprimé le fichier 90environment mais le problème persiste.
Avec la ligne commentée ou le fichier supprimé, je peux lancer manuellement X en entrant mes identifiants et tapant startx
Une idée de la cause du problème ?
Merci d’avance !
Et en mettant MOZ_USE_OMTC=0 ?
J’ai essayé, cela ne change rien (ce qui semble cohérent : si le paramètre était permanent il n’aurait pas besoin de figurer ici)
Du coup j’ai creusé un peu, c’est peut-être une coïncidence après tout.
Ce qui se passe est que X se lance avant de se refermer rapidement et de laisser place au prompt tty1
Or juste avant que X ne se lance, j’ai ceci d’affiché :
[ 2.042808] [drm:intel_set_pch_fifo_underrun_reporting [i915]] ERROR uncleared pch fifo underrun on pch transcoder A
[ 2.042832] [drm:cpt_irq_handler [i915]] ERROR PCH transcoder A FIFO underrun
[ 3.299573] r8169 0000:02:00,0: firmware: failed to load rtl_nic/rtl8168e-3.fw (-2)
J’ai un CPU/GPU Intel Ivy Bridge avec le noyau de testing Linux debian 4.0.0-1-amd64 #1 SMP Debian 4.0.2-1 (2015-05-11) x86_64 GNU/Linux
Apparemment les deux 1res lignes correspondent à ce bogue
bugzilla.kernel.org/show_bug.cgi?id=79261
J’ai les mêmes erreurs avec le noyau 3.16 d’ailleurs.
Pour la dernière ligne apparemment le paquet firmware-realtek est requis mais ne serait pas libre : si je peux m’en passer…? Normalement j’ai un chip Realtek RTL8111E qui n’est pas listé dans le descriptif du paquet firmware-realtek (mais le firmware réclamé rtl8168e-3.fw, lui, l’est) (par ailleurs le pilote du fabricant est libre ce qui rend tout cela étrange) (quoi qu’il en soit l’installation dudit firmware fait disparaître cet avertissement, mais c’est au prix d’un firmware non-libre :/) :
[quote]02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
Subsystem: ASRock Incorporation Motherboard (one of many)
Flags: bus master, fast devsel, latency 0, IRQ 24
I/O ports at e000 [size=256]
Memory at f0004000 (64-bit, prefetchable) [size=4K]
Memory at f0000000 (64-bit, prefetchable) [size=16K]
Capabilities:
Kernel driver in use: r8169[/quote]
Apparemment ces messages d’avertissement sont indifférents à mon problème.
Mon meilleur indice est, je pense, que l’interface graphique se lance avant de me rebasculer sur la ligne de commande. Une idée SVP ?
X ne se lance pas.
Y a-t-il un gestionnaire de connexion ?
Y a-t-il systemd ?
Que contient le journal/fichier de log ?
On trouve en général dans le log la raison de l’échec du lancement de X.
En fait il se lance mais me rebascule aussitôt sur tty1
Je suis sous GNOME avec gdm3 3.14.1-7 et systemd 220-4
syslog et Xorg.O.log : framabin.org/?31f85722bcd38a1d# … rLL/svqM4=
peut-être une de ces lignes du syslog (j’ai fait une recherche sur “fail”) ?
Jun 3 10:45:23 debian gdm3[767]: Failed to give slave programs access to the display. Trying to proceed.
Jun 3 10:45:23 debian gdm3[767]: Failed to give slave programs access to the display. Trying to proceed.
Jun 3 10:45:23 debian console-kit-daemon[1129]: (process:1205): GLib-CRITICAL **: g_slice_set_config: assertion ‘sys_page_size == 0’ failed
Jun 3 10:45:25 debian gnome-session[1204]: Gjs-Message: JS LOG: Failed to launch ibus-daemon: L’exécution du processus fils « ibus-daemon » a échoué (Aucun fichier ou dossier de ce type)
Jun 3 10:45:26 debian gnome-session[1204]: ** (polkit-gnome-authentication-agent-1:1394): WARNING **: Unable to register authentication agent: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: An authentication agent already exists for the given subject
Jun 3 10:45:26 debian gnome-session[1204]: (zeitgeist-datahub:1417): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion ‘G_TYPE_CHECK_INSTANCE (instance)’ failed
Jun 3 10:45:28 debian gnome-session[1204]: (EE) failed to dispatch Wayland events: Broken pipe
Jun 3 10:45:28 debian gnome-session[1204]: (EE)
Jun 3 10:45:28 debian gnome-session[1204]: WARNING: App ‘gnome-shell-wayland.desktop’ exited with code 1
Jun 3 10:45:28 debian gnome-session[1204]: gnome-session[1204]: WARNING: App ‘gnome-shell-wayland.desktop’ exited with code 1
Jun 3 10:45:28 debian gnome-session[1204]: GLib-GIO-CRITICAL: Error while sending AddMatch() message: The connection is closed
Jun 3 10:45:28 debian gnome-session[1204]: GVFS-CRITICAL: fill_mountable_info: assertion ‘proxy != NULL’ failed
Jun 3 10:45:28 debian gnome-session[1204]: gnome-session[1204]: GLib-GIO-CRITICAL: Error while sending AddMatch() message: The connection is closed
Jun 3 10:45:28 debian gnome-session[1204]: Error creating proxy: Error calling StartServiceByName for org.gtk.vfs.Daemon: The connection is closed (g-io-error-quark, 18)
Jun 3 10:45:28 debian gnome-session[1204]: gnome-session[1204]: GVFS-CRITICAL: fill_mountable_info: assertion ‘proxy != NULL’ failed
Jun 3 10:45:28 debian gnome-session[1204]: Unrecoverable failure in required component gnome-shell-wayland.desktop
Jun 3 10:45:28 debian gnome-session[1204]: dconf-WARNING: failed to commit changes to dconf: The connection is closed
Jun 3 10:45:28 debian gnome-session[1204]: gnome-session[1204]: dconf-WARNING: failed to commit changes to dconf: The connection is closed
Jun 3 10:45:28 debian gnome-session[1204]: (gnome-session-failed:1518): Gdk-WARNING **: gnome-session-failed: Fatal IO error 11 (Ressource temporairement non disponible) on X server :1.
on dirait que gdm3 démarre Wayland avant d’échouer ?
à priori à Jun 3 10:45:32 c’est mon démarrage manuel de X si je comprends bien ?
Edit : en fait j’avais tenté de démarrer avec Wayland quand j’ai eu mon pb avec X après avoir ajouté l’option MOZ_USE_OMTC=1, et apparemment gdm m’a gardé Wayland comme choix par défaut.
Du coup j’ai défait la connexion automatique pour pouvoir accéder à l’écran de choix de gdm et j’ai rétabli X par défaut, et tout roule.
C’était bien le démarrage de Wayland qui échouait en fait, et la suppression du fichier 90environment semble avoir réglé le souci avec X par ailleurs
Merci à tous deux, et puis j’ai appris comment trouver l’erreur je serai (un peu) moins bête à l’avenir 
Comme ça, on sait que wayland s’introduit dans debian.
Déjà infiltré dans jessie, il est peut-être à l’origine de souci attribué à tort à systemd.
d’ailleurs actuellement avec debian gnome, on a le choix du système d’init et du serveur d’affichage en cas de pb par ex ça peut être une ressource
c’est assez inédit comme situation
PS : normalement sous GNOME 3.16 wayland est utilisé pour gdm