SliTaz 3.0 : Problème d'initiation de Xorg
Résolu/Fermé
Atlantis
-
Modifié par Atlantis le 14/08/2011 à 00:19
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 - 15 août 2011 à 02:57
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 - 15 août 2011 à 02:57
A voir également:
- SliTaz 3.0 : Problème d'initiation de Xorg
- Réinitialiser kidicom max 3.0 ✓ - Forum Téléphones & tablettes Android
- Telecharger net framework 3.5 (inclut .net 2.0 et 3.0) windows 10 offline - Forum Windows 8 / 8.1
- Télécharger scratch 3.0 gratuit - Télécharger - Éducatifs
- Wbfs manager 3.0 64 bits - Télécharger - Sauvegarde
- Kidicom advance 3.0 appareil photo ne fonctionne plus - Forum Téléphones & tablettes Android
1 réponse
mamiemando
Messages postés
33079
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
23 avril 2024
7 749
14 août 2011 à 01:38
14 août 2011 à 01:38
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 :
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.
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 :
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 :
(si tu utilises gdm)
Bonne chance
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
Modifié par Atlantis le 14/08/2011 à 02:10
Modifié par Atlantis le 14/08/2011 à 02:21
Modifié par Atlantis le 14/08/2011 à 02:32
Et il me renvoit ceci :
14 août 2011 à 12:11
Si tu as laissé Slitaz en xvesa (pas installer xotg), le fichier de configuration est:
/home/ton-dossier-perso/.xsession
et la ligne 3 'standard' de ce fichier est:
Xvesa -ac -shadow -screen 1024x768x24 -mouse /dev/input/mice,5 &
source:
http://www.slitaz.org/fr/doc/handbook/x-window.html#startx
L'éditeur par défaut est vi :-(
vi /home/ton-dossier-perso/.xsession
devrait te permettre de voir et éventuellement modifier cette ligne 3
vi étant d'un maniment assez spécial vaut mieux bien lire la doc avant (et prendre des notes).
Bon courage
14 août 2011 à 14:40
avec un X majuscule !!
L'hypothèse du pilote propriétaire semble tomber à l'eau vu qu'il n'y a pas de fichier /etc/X11/xorg.conf. Le résultat du grep devrait nous indiquer pourquoi le mode graphique plante.
Vérifie via ton gestionnaire de paquets que xorg, gdm, gnome etc... sont toujours installés suite à ta migration.
Si tu n'es pas habitué à vi, je t'invite à installer un éditeur texte plus intuitif comme nano. Ceci dit vi (enfin vim plutôt parce que vi c'est un peu light !) est un excellent éditeur texte, mais réclame un peu de temps pour le prendre en main.
http://www.mistra.fr/tutoriel-linux-nano.html
Bonne chance