[KDE] crash en sortie de veille + mots de passe en clair

[ebdomino]

;Bonjour,

Depuis quelques jours, lorsque mon portable sort de mise en veille, KDE est crashé. Si je passe en TTY quand je me connecte mon mot de passe apparait en clair (alors qu'il ne devrait rien apparaitre). Si je réussis à me déconnecter depuis KDE, quand je le relance il ne démarre jamais.

Il n'y a rien dans les logs.

Avez-vous déja vu ce problème? je n'ai rien vu d'équivalent ici où sur le forum anglais.

Cordialement,

EB

[FoolEcho]

Tu démarres KDE par kdm ?
C'est systématique ? Toute mise en veille aboutit à ça ?

Il n'y a rien dans les logs.

Logs de session (~/.xsession-errors) et log de kdm (/var/log/kdm.log) ? ... faire un tour du côté de /var/log/everything.log et /var/log/Xorg.0.log aussi... (via pastebin)

[ebdomino]

Oui avec KDM.

J'ai examiné les logs juste après un crash, rien, pas d'erreur. Je l'ai planté en cliquant sur veille, j'ai copié les logs avant de remettre en route.

A savoir qu'au moment du crash, mes mots de passes étaient en clair, impossible de revenir dans l'historique des commandes dans mon TTY avec les flèches heut, bas, plus de complétion par tabulation.

J'ai arrêté KDM et je l'ai redémarré et tout est revenu dans l'ordre.

Je vais surveiller les logs lors d'un prochain plantage et je les mettrais sur pastebin en espérant qu'il y'a aura une trace, pour le moment je n'ai rien.

@+

[ebdomino]

Je vous transmet les logs enregistrés après un crash sur pastebin

KDM
http://pastebin.fr/23175

everything.log

http://pastebin.fr/23174

xsession
http://pastebin.fr/23176

Si vous voyez quelque chose.

@+

[FoolEcho]

Apparemment, akonadi t'explose à la figure... après est-ce lui le responsable... (je ne vois pas trop le pourquoi du mot de passe en clair...) :

Code : Tout sélectionner

XSESSION0: akonadiserver(_Z11akBacktracev+0x35) [0x808fd05]
1: akonadiserver() [0x809004a]
2: [0xb76ee400]
3: [0xb76ee424]
4: /lib/libc.so.6(gsignal+0x4f) [0xb6dc324f]
5: /lib/libc.so.6(abort+0x143) [0xb6dc4b53]
6: /usr/lib/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x8e) [0xb74435ae]
7: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0xd8) [0x8091f38]
8: /usr/lib/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0xe8) [0xb74ea708]
9: /usr/lib/libQtCore.so.4(+0x10f91d) [0xb74f691d]
10: /usr/lib/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x3e) [0xb74ffb2e]
11: akonadiserver(_ZN7Akonadi13AkonadiServerC1EP7QObject+0x54f) [0x80947bf]
12: akonadiserver(_ZN7Akonadi13AkonadiServer8instanceEv+0x46) [0x8095a16]
13: akonadiserver(main+0x137) [0x8089207]
14: /lib/libc.so.6(__libc_start_main+0xf5) [0xb6dae3d5]
15: akonadiserver() [0x8089b01]
]
"
ProcessControl: Application 'akonadiserver' returned with exit code 255 (Unknown error)
search paths:  ("/usr/local/bin", "/usr/bin", "/bin", "/usr/local/sbin", "/usr/sbin", "/sbin", "/opt/java/jre/bin", "/usr/bin/vendor_perl", "/usr/bin/core_perl", "/usr/sbin", "/usr/local/sbin", "/usr/local/libexec", "/usr/libexec", "/opt/mysql/libexec", "/opt/local/lib/mysql5/bin", "/opt/mysql/sbin")
Found mysql_install_db:  "/usr/bin/mysql_install_db"
Found mysqlcheck:  "/usr/bin/mysqlcheck" 

Dans un premier temps, lance kde mais stoppe le serveur akonadi (tu peux le faire depuis le menu kde ou en forçant l'apparition du systray akonaditray ou faire mumuse dans les miniatures).
... peut-être faire un tour du côté de https://bugs.kde.org/ aussi, voir les éventuels bugs sur une sortie de veille...


Pour info, c'est mieux de faire plusieurs pastebin, un par log. Pour les éplucher c'est moins ennuyeux (par conséquent si tu pouvais reposter les logs et éditer ton message précédent, ce serait sympa pour les prochains lecteurs ).

[ebdomino]

ALors,

Akonadi je ne m'en sers pas, il n'est pas démarré. J'ai coupé nepomuk.

Quand cela arrive le fait de redémarrer KDM rétablit les mots de passes confidentiels, mais KDE ne démarre pas.

Autre chose d'inquiétant, si je clique sur l'horloge, puis Régler la date et l'heure, quand j'applique il me demande normalement le mot de passe root, la il veut le mot de passe utilisateur ! Pareil par le centre de conf.

Il y'a une embrouille sur les mots de passe, sachant que je n'utilise pas sudo.

@+

[FoolEcho]

... ... Pour m'ôter d'un doute déjà, à tout hasard, que renvoient:

Code : Tout sélectionner

find /home/ton_user ! -user ton_user
groups ton_user

?

Comment lances-tu kdm ? (contenu de l'inittab et du rc.conf)
Si tu crées un utilisateur test, as-tu les mêmes soucis ?

[ebdomino]

J'ai arrêté nepomuk, et depuis plus de crash.

Code : Tout sélectionner

find /home/eric ! -user eric
/home/eric/.local/share/Trash/metadata
/home/eric/.local/share/Trash/info/rc.conf.pacnew.trashinfo
/home/eric/eric/pages web/backup/scrapbook_20120403.rdf
/home/eric/programmes/archlinux/kernel26-2.6.36.3-2.pkg.tar.gz
/home/eric/programmes/archlinux/kernel26-headers-2.6.36.3-2.pkg.tar.gz

Code : Tout sélectionner

groups eric
lp log network video audio optical floppy storage scanner power users eric

Depuis le rc.conf en daemon:

Code : Tout sélectionner

DAEMONS=(!hwclock syslog-ng dbus networkmanager rpcbind nfs-common @netfs @ntpd crond @cupsd @sshd @avahi-daemon kdm)

Pour l'utilisateur test, je te répond plus tard.

Avec un profil vierge, nepomuk démarré, pas de crash.

@+

[FoolEcho]

Il y a bien des rapports de bug de crash pour kde/suspend ... et nepomuk/suspend... mais rien qui permette de lier les deux...

... moins bourrin: vérifier les dossiers que tu indexes par nepomuk (aucune idée de ce qu'il faut chercher...)... et surtout voir si tu as le même problème si c'est nepomuk seul qui tourne et/ou avec strigi et/ou avec indexation de mails... si le processus a assez de mémoire aussi...
... test bourrin: repartir à zéro, prépare une archive pour nepomuk, spécialement si tu as pleins de trucs de configuré (voir centre de configuration de KDE) ... puis tu te déconnectes et tu supprimes depuis un tty, ~/.kde4/share/apps/nepomuk et ~/.kde4/share/config/nepomuk* ... (normalement ça ne touche pas à akonadi, donc tu ne perds rien de la configuration de messagerie, des contacts, etc.. il n'y a que l'indexation nepomuk/strigi qui saute);

[ebdomino]

Bonjour,

alors cette piste n'est pas la bonne, malgré un nepomuk arrêté, ça vient de crasher, et sous KDE à moitié en panne il se met en veille tout seul, cela semble indiqué qu'il ne sort pas totalement de veille.

De plus, j'ai trois TTY, et malgré 3 reboot, les mots de passe apparaissent toujours uniquement en TTY1.

Ce phénomène se reproduit (le mot de passe en clair sur TTY1) sur un portable identique sur lequel j'ai cloné mon système.

On est donc face à un gros problème de sécurité en plus d'un soucis de sortie de veille.

@+

[FoolEcho]

Avant de redémarrer suite à un crash, tu peux nous re-poster le ~/.xsession-errors de ton utilisateur, /var/log/kdm et /var/log/everything.log, stp.

De plus, j'ai trois TTY, et malgré 3 reboot, les mots de passe apparaissent toujours uniquement en TTY1.

3 seulement ? On peut voir ton /etc/inittab ?

... j'ignore si c'est une piste, mais ça m'intrigue: tu montes des partitions réseau via ton /etc/fstab ? (je vois que tu utilises netfs...)

Sinon, continuer un temps sur ton utilisateur test, voir si ça le touche aussi...

[ebdomino]

Pour les mots de passe en clair, c'est un bug sur un paquet d'archlinux:

http://forums.archlinux.fr/topic8316.html

A éclaircir, rien dans le bugtracker.

Pour les TTY ça fait 7 ans que j'en ai 3 .

Je suis sur mon utilisateur test, je vais vérifier que la mise en veille marche ici, dans ce cas il s'agira d'un paramètre de KDE, je repartirais sur une session KDE vierge.

@+

[FoolEcho]

Ce sujet est très vieux et l'auteur n'a pas semblé investiguer davantage... donc bon, pas besoin de le déterrer .
Mais je te repose les mêmes questions qu'à l'époque: mises à jour + inittab + logs... et l'utilisateur test évidemment.

[ebdomino]

Je n'avais pas fait attention à la date ! j'étais content de ne pas être tout seul.

Mon système est à jour, je le mets à jour tous les jours

Pour mon inittab je te le transmets ce soir, mais je n'y ait pas touché depuis facilement 1 an et ça fonctionnait.

Pour la partie mise en veille sur un utilisateur test avec une session kde neuve je n'ai pas eu de problème. J'ai nommé mon profil

.kde4 en .kde4.backup sur mon utilisateur principal, hier soir je n'ai plus rencontré le problème de mise en veille. Je continue à tester.

Pour la TTY1, quelque soit l'utilisateur le mot de passe est en clair, en revanche je trouve étrange d'être le seul à avoir ce soucis.

@+

[FoolEcho]

.kde4 en .kde4.backup sur mon utilisateur principal, hier soir je n'ai plus rencontré le problème de mise en veille. Je continue à tester.

Si tu as besoin de récupérer des configurations, pour le cas où tu l'ignores, c'est organisé comme suit par application:
-les données: ~/.kde4/share/apps/{APPLICATION}
-les configurations: ~/.kde4/share/config/{APPLICATION}*rc
Par exemple pour amarok: ~/.kde4/share/apps/amarok/ et ~/.kde4/share/config/amarok*rc.

Pour la TTY1, quelque soit l'utilisateur le mot de passe est en clair, en revanche je trouve étrange d'être le seul à avoir ce soucis.

... vu que tu es le seul à avoir le bug avec kde aussi... Ça le fait même sans passer par la veille de kde (et dans ce cas, y compris en init 1 ou 3... ... init 1 pour toi vu que tu lances kdm par le rc.conf) ?

[ebdomino]

Ci-joint mon inittab, pour la mise en veille plus de soucis, pour les conf de KDE je te remercie, je le savais mais merci bien quand même.

Pour mon inittab, j'ai tenté en changer de configuration, je démarre en init 5 et par l'inittab plus par le rc.conf, même erreur en TTY1

http://pastebin.fr/23209

Et ça le fait même sans passer par la veille, mon portable est sur sa station d'accueil, j'ai testé au demarrage une fois arrivé sous KDM.

@+

[FoolEcho]

En démarrant en init 3 (fait démarrer kdm dans l'inittab et supprime-le du rc.conf donc), le mot de passe est aussi en clair ? (pour s'assurer que kde n'y est pour rien, comme je le pense)

[ebdomino]

En init3 kdm ne démarre pas, je reste sur un écran noir.

[FoolEcho]

C'est le but...
Il faut savoir si c'est lié à X ou pas et donc démarrer en init 1 ou 3 (sauf qu'en 1 aucun service n'est démarré). Pour ça, kdm ou tout autre truc démrrant X ne doit pas figurer dans ton rc.conf (mais si tu le démarres par inittab, tu peux laisser l'inittab en l'état... c'est l'intérêt de passer par l'inittab justement).

[ebdomino]

Il est démarré dans mon inittab. Mais si je configure mon inittab pour démarrer en init3, KDM ne se lance pas. J'ai contourné le problème, je n'utilise plus TTY1, je l'ai désactivé dans inittab, les autres TTY ne posent pas de problème.

@+