[startx-xorg] ecran noir depuis peu (résolu)

[Mufasa]

Bonjour ,

je suis sous archlinux depuis maintenant plus d'un an et je suis très content à tout point de vue . J'ai réinstaller arch cette semaine suite a un passage a ext4 que j'ai foiré ( j'avoue m'y être très mal pris ^^ )et tout fonctionnait parfaitement.

Mais voila , j'ai depuis hier soir un étrange problème:
J'ai fermé le capot de mon portable pendant 3-4 heures et quand je l'ai réouvert, c'était un écran noir . (ctr-alt-F.. ne fonctionnait pas ).

Après un reboot forcé même soucis.

je précise quelques points :
-je lance ma session sur la console , puis startx
-mon .xinitrc est tout simple : exec openbox-session
-quand je lance startx ecran noir
-quand je lance openbox-session j'ai des erreurs :

Code : Tout sélectionner

unable to open display ' ' 
ERROR:xdg-autostart requires PyXDG to be installed
Openbox-Message: échec de l'ouverture de l'affichage depuis la variable d'environement DISPLAY.

.
J'ai installé pyxdg mais ca ne change pas grand chose ( je ne me rapelle plus du message d'erreur mais il etait sensiblement le meme .
De plus tout marchait parfaitement jusqu'a hier soir sans pyxdg.
Je cherche sur internet mais personne ne semble avoir eu ce genre de soucis , de plus j'utilise HAL et je n'ai pas de xorg.conf.

En essayant de configurer xorg a l'ancienne avec X -configure etc j'ai aussi des problemes.

Je ne me decourage pas et je tente d'installer intel-legacy a la place des pilotes que j'utilisait ( car j'avais eu un probleme qui avait resolu en installant intel-legacy). Seulement xf86-video-intel-legacy est en conflit avec xorg-server (d'apres pacman et yaourt ) donc impossible d'essayer cette manip .

J'ai décidé de reinstaller xorg et video-intel pour tout remettre a 0 mais maintenant que c'est fait , en tapant startx je n'ai absolument rien ... meme pas d'ecran noir , juste j'ai tapé une commande qui ne fait rien . open-box session me sort exactement la même erreur que précedemment .

Je ne suis pas allé voir les logs car je ne sais pas quoi chercher .

Voila , un petit challenge pour ceux qui voudront m'aider .


Merci d'avance , rien que pour avoir lu mon post .

[tuxce]

le log de X, c'est /var/log/Xorg.y.log
y étant le numéro de l'affichage, 0 pour le premier

openbox-session lance openbox sur une session X et non depuis une console, donc c'est normal que ça ne fonctionne pas.

pour ce qui est de startx qui lance rien, s'il y a un xinitrc mais qu'il y a rien dedans, c'est normal aussi (y a rien à lancer)

en bref, met un simple:

Code : Tout sélectionner

exec sleep 10

dans ~/.xinitrc, lance:

Code : Tout sélectionner

startx &> startx.log

dis nous si (dans les 10s) t'as la souris et que tu peux revenir à la console avec ctrl+alt+f1 par exemple et poste le contenu de startx.log ainsi que de /var/log/Xorg.0.log

[Mufasa]

Tout d'abord merci beaucoup pour ta réponse rapide .

Alors je ne savais pas pour openbox-session .

J'ai suivis tes instruction et j'ai donc :
abracadabra ^^ rien !

bah ouai les logs et startx.log sont completement vide.

startx comme je l'ai dis dans mon premier post ne fait plus rien , je n'ai meme plus d'écran noir depuis que je l'ai reinstaller . Donc de ce coté la rien de nouveau, il ne se passe toujours rien .


PS : hal est bien lancé

[tuxce]

startx comme je l'ai dis dans mon premier post ne fait plus rien , je n'ai meme plus d'écran noir depuis que je l'ai reinstaller . Donc de ce coté la rien de nouveau, il ne se passe toujours rien .

tu le lances, il n'écrit absolument rien ?? du genre comme ceci:

Code : Tout sélectionner

$ startx
$

?

[Mufasa]

exactement , la commande existe et tout , mais rien ne se passe ,

>startx
>


voila ...

[tuxce]

faudrait voir ce qui y a dedans...

tente avec

Code : Tout sélectionner

xinit

et un ~/.xinitrc:

Code : Tout sélectionner

xterm&
exec sleep 10

[Mufasa]

Bon alors je pense qu'en fait c'est le DD qui commence a merder severe , startx n'existe plus , arch demarre une fois sur 4 , je fais changer le dd et je reessaye .


Merci bcp pour le temps passé a essayé de m'aider , je trouve ca tres gentil .


ps : je met resolu ?

[Mufasa]

Me revoila

Bon j'ai tout bien reinstallé depuis la base sur un nouveau disque dur .

Hélas toujours le meme probleme.

faudrait voir ce qui y a dedans...
tente avec

Code : Tout sélectionner

xinit

et un ~/.xinitrc:

Code : Tout sélectionner

xterm&
exec sleep 10

ecran noir ... obligé de rebooter a la sauvage :/

Une autre idée ?

Je me demande si ce n'est pas le pilote intel ou hal.

J'ai tenté "a l'ancienne" avec "x -configure" mais le probleme reste inchangé

[tuxce]

eh ben avec ça, on va pas aller bien loin

maintenant, tu as startx ?
tu as modifié des choses avant de faire le test ? ou c'est direct après avoir installé X ?
tu as essayé de voir les logs ? vesa ?

[benjarobin]

Oui, mais qui va être basiquement la même chose, vérifie que ton home, dans /home/tonuser/.xinitrc il y a juste exec xterm (donne un ls -l sur ce fichier)
Puis lance cette commande en tant qu'user

startx & sleep 15; killall X

Puis normalement au bout de 15 secondes tu devrai re-avoir la console tty. Donne nous son contenu.
Si tu veux mettre dans un fichier tu peux faire ceci

startx > /home/tonuser/logdebug & sleep 15; killall X

Et on peut voir les logs de /var/log/Xorg.0.log

[Mufasa]

oui startx est bien a sa place

avant de tester j'ai lancé hal et changé mon .xinitrc comme tu me l'as indiqué plus haut, j'ai installé les drivers intel et j'ai passé mon clavier en fr en changeant la variable us en fr dans 10-keymap.fdi .

le fichier de log xorg n'existe pas
ls /var/log/Xorg*
nada ...

Je peux essayer avec les drivers vesa si tu veux .


@benjarobin : bienvenue et merci de m'aider.

Code : Tout sélectionner

ls -l .xinitrc
-rwxr-xr-x seb seb 116 nov. 4 17:21 .xinitrc

Code : Tout sélectionner

startx & sleep 15; killall X

ca fait bien 2 minutes ^^ et toujours pas de tty.

meme reponse qu'a tuxce , pas de fichier de log.

[tuxce]

bon mauvaise nouvelle: http://bugs.archlinux.org/task/16974
(ne t'arrête pas au titre, même sans kms, ça le fait)
et apparemment, pas encore de soluce.

[Mufasa]

bon mauvaise nouvelle: http://bugs.archlinux.org/task/16974
(ne t'arrête pas au titre, même sans kms, ça le fait)
et apparemment, pas encore de soluce.

merci d'avoir trouvé ca

Je me disait bien que c'etait les nouveaux pilotes car avec vesa j'ai bien xorg qui se lance meme si j'ai des erreurs .

J'ai pas encore vraiment cherché de ce coté la, je préfere attendre que les drivers intel soient debuggés ^^


Merci vraiment pour l'aide apportée , j'apprécie énormément.

[jib2]

Je me permets de m'immiscer dans ce post car nous sommes très nombreux à connaître des problèmes avec la nouvelle version de xorg-server (cf. forum anglophone, et pb divers de segfault ou non démarrage de X avec toutes sortes de pilotes graphiques, Intel, ATI, nVIDIA). Le problème est donc plus large que ce qu'indique le rapport de bug et semble toucher certains modèles de cartes et pas d'autres.

Cela vaut peut-être le coup que tu essayes de 'redescendre' pour l'instant à la version précédente xorg-server-1.6.3.901-1 (plus les quelques dépendances xf86-input-* et xf86-video-*). C'est en tout cas la solution que beaucoup d'entre nous ont adoptée.

[Mufasa]

Euhhh tu veux t'immiscer ou exactement ? ^^

Ok je vais essayer de regarder ca . Je ne suis jamais redescendu de version mais ca ne doit pas etre bien sorcier .


Merci du conseil en tous cas, je m'y met de suite .

[jib2]

Euhhh tu veux t'immiscer ou exactement ? ^^

Tu dois confondre... Consulte le dictionnaire.

Tu trouveras les anciennes versions ici

[Mufasa]

merci

[Mufasa]

bon alors j'ai finalement, comme me l'a si gentillement conseillé jib2,downgradé xorg-server, xf86-input-evdev et xf86-video-intel et tout est rentré dans l'ordre.


En éspérant que la prochaine version de xorg corrige tout ca .

Je mets résolu meme si on a plus esquivé le probleme mais je laisserai aux devs le soin de corriger reellement.


Merci à tout le monde de m'avoir aidé, ca fait plaisir