[KDM] accessible très aléatoirement

[falke]

Salut, je préfère le dire tout de suite :

mon problème concerne une chakra.

Voilà, ce qui se passe :

j'ai un accès très aléatoire à kdm. 1 fois sur 5 des fois moins.

J'ai une installe en 64 bits UEFI. Mon grub est la versoin grub2-efi64

Je vois les messages de systemd à l'écran au démarrage ce qui me laisse pense que ce n'est pas un pb de boot mais lié à kdm.

Sur chakra je n'ai obtenu aucune aide en français et je ne sais pas dans quelle direction chercher.


Pourriez vous m'aider un peu svp

[benjarobin]

Bonsoir,
Je suis désolé mais ma boule de cristal est cassé
Si je résumé ton message, on a : cela ne marche pas des fois, même avec de la bonne volonté on ne pourra jamais t'aider.
Tu n'as pas eu l'idée de regarder les logs ?

[falke]

je voudrais bien mais je ne sais pas dans lesquels regarder.

Là je suis dans une session où la connection par kdm a fonctionné.

Autrement, je n'ai qu'un écran noir et impossible d'ouvrir un autre tty

[benjarobin]

Pour accéder au log (en root) tu as journalctl
Par exemple pour accéder au log du démarrage précédent tu fait : journalctl -b-1, pour le log d'il y a 2 boot : journalctl -b-2
Pour accéder au log du démarrage courant tu fais journalctl -b0

Bref pour envoyer le log sur "pastebin" tu peux faire ceci :

Code : Tout sélectionner

journalctl -b-1 | curl -F 'sprunge=<-' http://sprunge.us

[falke]

le boot sans accès à kdm

http://sprunge.us/FheE

le boot courant avec accès à kdm

http://sprunge.us/fdjd

[benjarobin]

La ligne de boot du kernel devrait être rw et non ro
Tu peux essayer en enlevant le : quiet
Sinon il faudrait donner le log de Xorg quand cela échoue.

[falke]

@ benjarobin,

tu veux dire dans le fichier grub.cfg je ne vois ces options que là ?

elles seront écrasées à la prochaine génération du fichier. Bon j'essaie

[benjarobin]

Oui, je parle de grub.cfg, mais ce n'est clairement pas lié à ton problème. Par contre sans le quiet on aura surement plus d'information...
Mais je pense que l'information que l'on cherche se trouvera dans le log de Xorg. Attention suite à un échec de lancement de KDM, il est ultra important de ne pas redémarrer en mode graphique, tu peux donc récupérer le fichier via un liveCD ou tout simplement en précisant sur la ligne kernel de ne pas démarrer en mode graphique

[falke]

salut benjarobin,

en fait le symtôme est peu être différent :

j'ai accès à kdm , mais après un quart d'heure d'écran noir. Comme j'ai rarement eu la patience d'attendre ou la chance d'avoir le dos tourné pendant un quart d'heure je ne l'avais jamais remarqué.

Je t'envoie donc le log de xorg après ce 1/4 heure d'attente

http://sprunge.us/XXFa

et le log de kdm correspondant

http://sprunge.us/gDHR

falke

[FoolEcho]

Code : Tout sélectionner

X.Org X Server 1.16.3
Release Date: 2014-12-20
[    17.711] X Protocol Version 11, Revision 0
[    17.711] Build Operating System: Linux 3.16.4-1-CHAKRA x86_64 
[    17.711] Current Operating System: Linux chakra-pc 3.18.3-1-CHAKRA #1 SMP PREEMPT Mon Jan 19 06:11:49 UTC 2015 x86_64

Avant d'aller plus loin, il faudrait déjà que ton système soit à jour (xorg est passé en 1.17.1 et le kernel en 3.18.6)... à moins que Chakra soit à ce stade évidemment...
Chose qui pourrait impacter aussi: où en est Chakra niveau passage à KF5 ? (sur Arch, il y a migration progressive et il faut savoir aussi que de toutes manières les développeurs de KDE n'assurent plus de suivi pour KDE4 dès lors que leurs applications sont passées à KF5 et vu que kdm n'est pas repris pour plasma 5 peut-être faut-il te tourner vers un autre gestionnaire de connexion / conseil qui vaut aussi pour vérifier si c'est un problème de kdm ou pas...)

[falke]

foolecho :

solydk est pvssé à lighdm à cause de l'arrivée de kde5 ...

le problème et survenu après une grosse maj de kde si je me souviens.

je vais tester avec un autre gestionnaire

Edit : même problème avec lightdm , ça coince

[falke]

Pas d'autre idée pour mon problème ?

j'ai fait un systemd-analyze blame et rien ne semble anormal...

[bobo]

Si tu essayais de voir le comportement avec le noyau linux-lts ?
J'ai vu traîner du 3.18 dans tes logs si je me souviens bien. Pas mal de problèmes ont été récemment résolus en utilisant le noyau LTS. Au moins ça peut aider à savoir si oui ou non ton soucis est lié au noyau ou non.

[falke]

bonjour,

las de ne pas obtenir la moindre aide sous chakra en français, je rebascule sous Arch qui ne m'avait jamais posé de problème majeur.

J'ai donc suivi la procédure d'installe de base sur mon netbook 64 bit et là info intéressante j'ai le même phénomène :

écran noir après avoir choisi la version de live que je voulais faire tourner (la 64 bit)

Tout ça semble lié au hardware de ma machine.

Auriez vous une idée ?

booté le livecd en CSM secure boot désactivé ...

[benjarobin]

Peux tu essayer avec nomodeset sur la ligne kernel ? Attention ce n'est pas forcément une solution viable...
Quelle carte graphique possèdes tu ?

[falke]

une carte intel graphix Gen7

je n'avais pas ce pb avant ; il a dû survenir une maj impactant et arch et chakra indépendante de l'environnement de bureau (xorg peut-être ?)

[benjarobin]

Clairement au vu de ce que tu dis, cela n'a clairement rien à voir avec Xorg. Je dirais que ton problème est lié au module de ta carte graphique => Un problème kernel.
Sinon un problème matériel ou tout simplement un mauvais branchement...
C'est quoi comme PC (un portable ?), référence exacte s'il te plait.

[falke]

PC Portable Asus F200MA - Bing - KX448B

[benjarobin]

As tu essayé avec nomodeset et sans quiet à partir d'un d'installation d'ArchLinux récent ? Bon ce n'est clairement pas une solution, mais cela permet de cerner le problème.

[falke]

salut,

en enlevant l'option quiet aucun des messages qui défilent ne signale une erreur

avec nomodeset là plutôt qu'un écran noir j'ai un curseur clignotant qui s'affiche sur fond noir mais rien
ne se passe.

Par contre , j'ai pu ouvrir un tty et récupérer le compte-rendu xorg.log, j'ai de drôle de message d'erreur dedans.

j'essaie de le récupérer avec un live pour vous l'envoyer

Edit :

j'ai notamment l'erreur suivante

(EE) systemd-logind : failed to get session : PID 421 does not belong to any known session