SliTaz 3.0 : Problème d'initiation de Xorg Résolu/Fermé

Question

Bonjour à tous,       

J'ai récemment installé SliTaz 3.0 (Xvesa) sur l'un de mes ordinateurs. Depuis une importante mise à jour du noyau, je suis passé de la version 2.6.30 à la version 2.6.37, mais malheureusement au redémarrage de celui-ci, je me retrouve en mode texte avec un message d'erreur lorsque je tente de basculer en mode graphique.   
Bon, voici maintenant les erreurs qui se produisent lorsque je tape la commande startx :       



Atlantis@Atlantis:~$ startx      
/home/Atlantis/.xsession: line 3: not found      
/usr/bin/openbox-session: /home/Atlantis/.config/openbox/autostart.sh: line 8: not found      
DBUS_SESSION_DBUS_ADDRESS=unix:path=/tmp/dbus-0c80nZ6Cga,guid= 60c30f60bdac295726e41e1e000001e9      

Openbox-Message: Échec de l'ouverture de l'affichage depuis la variable d'environnement DISPLAY       
(lxplanel:1382): Gtk-WARNING**: cannot open display: :0.0    


Merci à tout ceux qui tenteront de m'aider      
J'espère avoir été assez précis ;))      
             
Cordialement       
Atlantis      


Configuration: Windows 7 / Safari 535.1

mamiemando · Answer

Pour commencer plutôt que de faire un startx à la main, je t'invite à installer un gestionnaire de connexion graphique (typiquement gdm si tu utilises gnome, kdm si tu utilises kde, xdm sinon) si ce n'est pas déjà fait. Ce sera un peu plus confortable. En root :

tazpkg install ...

Ensuite, si on regarde le message d'erreur, on s'aperçoit que le fichier /home/Atlantis/.config/openbox/autostart.sh est bancale à la ligne 8. Je ne sais pas ce que tu fais dans ce fichier, mais je pense que tu peux déplacer ce fichier pour qu'il n'impacte pas le démarrage.

mv /home/Atlantis/.config/openbox/autostart.sh /home/Atlantis

Au passage, les conventions de nommage linux veulent que les logins soient écrits en minuscule (ainsi Atlantis devrait s'écrire atlantis) mais bon, c'est un détail ;-)

La fin du message d'erreur (gtk etc..) est logique, car puisque le mode graphique ne s'est pas lancé, il est impossible d'ouvrir une application graphique.

Le fait que ta mise à jour engendre un dysfonctionnement du mode graphique laisse penser que tu avais un module qui prenait en charge ta carte vidéo et qui n'existe pas pour ce nouveau noyau. C'est assez classique quand on installe un driver propriétaire pour une carte vidéo. Dans ce cas, il faudrait nous dire ce que tu utilises.

Voici ce que tu peux faire dans un premier temps.

Si tu utilisais un driver propriétaire jusqu'ici, tu peux le reconstruire. Si tu ne sais pas faire, le plus simple est de repasser au module libre. Actuellement le module propriétaire est chargé car ton fichier /etc/X11/xorg.conf indique qu'il faut le charger. C'est une information que tu peux retrouver dans ce fichier ainsi que dans les logs, typiquement via les commandes :

less /etc/X11/xorg.conf
grep EE /var/log/Xorg.0.log

Tu peux donc basculer en root pour renommer ce fichier. Ainsi xorg se chargera avec les paramètres par défaut, et ceux-ci consistent justement à choisir le module libre. Pour cela en root :

mv /etc/X11/xorg.conf
service gdm restart

(si tu utilises gdm)

Bonne chance

SliTaz 3.0 : Problème d'initiation de Xorg

1 réponse

Discussions similaires