Forum

Reprise du message précédent

Depuis la dernière Maj le plantage de startplasma-wayland étant devenu quasi systématique au premier login après reboot, je suis revenu a sddm-x11 par default (j'utilisais sddm-wayland pour cette même raison avant la Maj...) c'est moins fluide mais cela semble fonctionner pour l'instant .... rendez-vous rendez-vous... au prochain plantage

essayant de résoudre les pb de coredump de light-locker dans le journal j'ai tenté a nouveau de désinstaller ce maudit programme avec le résultat précédement obtenu: login impossible depuis sddm (2fois).

je démarre une session root depuis une console Ctrl-Alt-F3 et regarde le journal user:

# journalctl -r user | grep coredump

J'y trouve mes deux tentatives de login depuis sddm avec un joli "startplasma-way coredump"

la je me dis bizzare ne serai-ce pas startplasma qui a besoin de light-locker depuis sddm?? (remarque: startplasma-wayland démarre très bien en mode console )

Alors je réinstalle light-locker, je redémarre et a a nouveau tout va bien sauf que j'ai a nouveau "light-locker coredump"

sur le net je trouve alors l'option "Hidden=true" a ajouter dans /etc/xdg/autostart/light-locker.desktop qui permet de désactiver le lancement par systemd... Reboot et

Miracle plus de coredump de light-locker dans le journal et startplasma-wayland ne plante plus même avec sddm-wayland...

tobaggo17 :

sddm-wayland

Tu trouves le rpm où ?
Je peux essayer le sddm-wayland, mais, je ne vois pas comment l'activer.

c'est une option a configurer:

ll faut créer un fichier /etc/sddm.conf.d/override.conf

override.conf.txt

puis redémarrer sddm.service (ou rebooter)

Je viens de modifier le fichier. Dès que j'ai fini mon travail, je teste.

Bonjour

a nouveau un pb de crash startplasma-wayland ce matin (redémarrage après Maj) mais avec un comportement différent :

1) le tty2 occupé normalement par le process était auparavant pris par agetty dès sa libération à la fermeture de session kwin_wayland , un nouveau login lançait startplasma-wayland sur tty3 etc..., etc...

maintenant lorsque je me loge a nouveau, je suis toujours sur tty2 , pas de tty(n) occupé par agetty sauf commande explicite de ma part.

2) après analyse des logs ( journalctl -u sddm ) et recherches sur kwin_wayland et ses paramètres de session j'ai constaté que sddm-helper relancait le sddm-greeter suite au crash de startplasma-wayland pour un pb d’authentification.

Je suis allé voir le script /usr/libexec/plasma-dbus-run-session-if-needed mis en paramètre de session wayland par sddm:
"
sddm-helper[2134]: Starting Wayland user session: "/usr/share/sddm/scripts/wayland-session" "/usr/libexec/plasma-dbus-run-session-if-needed /usr/bin/startplasma-wayland"
"
j'y ai ajouté une ligne " sleep 1 " afin de retarder le test sur l'existence ou pas d'une session-dbus adéquate .
consequence : 1s de plus au démarrage de session mais pour l'instant plus d'erreur d'authentification PAM.

a suivre...

Edit:
après 4 redémarrages ouverture de session-wayland toujours ok:

Édité par tobaggo17 Le 04/01/2025 à 11h15

Bonjour,
Tu sembles progresser. ça ressemble à des conditions de précédence.
En principe, tu pourrais avoir des logs spécifiques dans ~/.local/share/sddm/wayland-session.log
Je pense qu'il faudrait que tu rapportes le problème sur https://bugs.kde.org , tu pourrais recevoir des instructions pour obtenir au moins plus d'infos de débogage.

Je n'ai pas eu de problème à mon premier essai. Par contre, j'ai bien remarqué que j'avais changé quelque chose : un de mes trois écrans avait une mauvaise configuration, genre 640x480.

KDE est lancé sur tty2. J'ai eu le temps de voir apparaître le message qui est sur tty1 :
[ TIME ] timed out waiting for device dev-disk-by\x2duuid-7AB7\x2d302F. device.
[DEPEND] Depenpendency failed for mnt-sda1.mount

En regardant le fstab, j'ai l'impression que l'erreur vient de 2 lignes un peu lointaines, comme si c'était une résurgence oubliée d'un ancien PC !


Le plus surprenant, c'est qu'un "mount /mnt/sda1" ne fait aucune erreur, mais ne monte rien de nouveau !

Je vais peut-être accélérer le boot en les commentant !

Papoteur :

Bonjour,
En principe, tu pourrais avoir des logs spécifiques dans ~/.local/share/sddm/wayland-session.log

en fait il n'y a rien de particulier seulement un message sur /etc/profile.d/numlock.sh qui n'a pas les droits sur /dev/tty2

je vais tenter de voir avec bugs.kde.org

Troumad :

Code :

# Entry for /dev/sda1 :
UUID=7A87-302F /mnt/sda1 vfat user,defaults,nofail,umask=000 0 0

Le plus surprenant, c'est qu'un "mount /mnt/sda1" ne fait aucune erreur, mais ne monte rien de nouveau !

Je vais peut-être accélérer le boot en les commentant !

Ça ressemble une partition EFI vide... quelle taille fait-elle ? tu la vois dans ccm gestion des disques locaux?

J'ai cette entrée :
Et en mode expert, avec le ccm, je n'ai pas de partitions avec cet UUID. Mais, j'ai cette partition :

Édité par Troumad Le 04/01/2025 à 19h18

Troumad :

J'ai cette entrée :

Et en mode expert, avec le ccm, je n'ai pas de partitions avec cet UUID. Mais, j'ai cette partition :

Code :

Périphérique : nvme0n1p2
Type : Compaq diagnostics (0x12)
Début : secteur 391168
Taille : 128Mio (0% du disque dur), 262144 secteurs
Cylindre 191 à 318

c'est apparemment une partition de diagnostique a l'origine utilisée par compaq et reprise beaucoup de fabricants:
"https://superuser.com/questions/418295/what-is-a-compaq-diagnostic-partition-doing-in-my-lenovo-laptop"

et quand tu fais un ls /dev/sd* tu as un sda1 ?

Édité par tobaggo17 Le 05/01/2025 à 07h04

Bonjour,

pb de sddm + startplasma-wayland suite (et fin???) :

après une nuit pc éteint ce matin rebelote .... et soudain en regardant pour la nième fois les log sddm :

journalctl -u sddm :

janv. 05 07:25:24 TobaGGo sddm-helper[4370]: Starting Wayland user session: "/usr/share/sddm/scripts/wayland-session" "/usr/libexec/plasm>
janv. 05 07:25:24 TobaGGo sddm-helper[4370]: pam_kwallet5(sddm:session): pam_kwallet5: pam_sm_open_session
janv. 05 07:25:24 TobaGGo sddm-helper[4370]: pam_kwallet5(sddm:session): pam_kwallet5: open_session called without kwallet5_key
janv. 05 07:25:28 TobaGGo sddm[1815]: Auth: sddm-helper exited with 11
janv. 05 07:25:28 TobaGGo sddm-helper[4708]: pam_unix(sddm-greeter:session): session opened for user sddm(uid=967) by (uid=0)

kwallet5 n'est pas installé et refuse de s'installer a cause de kwallet version 6 comment ce peut-il que cela fonctionne la plupart du temps sauf au premier login après le boot?????

je vais maintenant investiguer de ce coté la sddm+kwallet6.....

EDIT:

modification du fichier /etc/pam.d/sddm :

-> commenter avec un "#" toutes les lignes comportant kwallet5, kwallet & gnome_keyring

reboot et .....: tout va bien pour l'instant pas de dégâts dans la pièce aucune n'a explosée !

journalctl -u sddm :

-- Boot 064c65210bf44a69a480c99e249e9b53 --
janv. 05 09:07:10 TobaGGo systemd[1]: Started sddm.service.
janv. 05 09:07:10 TobaGGo sddm-helper[1798]: pam_unix(sddm-greeter:session): session opened for user sddm(uid=967) by (uid=0)

Édité par tobaggo17 Le 05/01/2025 à 09h39

Bonjour,
Ce fichier vient d'ici : http://svnweb.mageia.org/packages/cauldron/sddm/current/SOURCES/sddm.pam?view=markup
Il faudrait certainement l'adapter pour avoir kwallet6 à la place de kwallet5
Tu pourrais essayer ?

Papoteur :

Bonjour,
Ce fichier vient d'ici : http://svnweb.mageia.org/packages/cauldron/sddm/current/SOURCES/sddm.pam?view=markup
Il faudrait certainement l'adapter pour avoir kwallet6 à la place de kwallet5
Tu pourrais essayer ?

en fait j'ai essayé avec juste la ligne kwallet , j'ai eu un login failed sans crash de startplasma-wayland avec retour a sddm_greeter et second login ok .

dans cauldron on a kwallet-pam qui contient pam_kwallet5.so il n'y a pas de pam_kwallet.so ni de pam_kwallet6.so

journalctl -u sddm me disait "sddm-helper exit with 11" au premier essai et était ok pour le second mais ne faisait plus mention de kwallet ni d'ouverture de session user

du coup j'ai commenté toutes les lignes pam_kwallet et aussi pam_gnome_keyring qui peut potentiellement créer conflit ( selon mes recherches sur le net )

remarque : ce fichier est identique sous "Mageia9" et ne pose pas de pb

Édité par tobaggo17 Le 05/01/2025 à 11h54

tobaggo17 :

et quand tu fais un ls /dev/sd* tu as un sda1 ?

C'est pour ça que j'avais parlé d'une erreur de copie en recopiant les montages partagés d'un ancien PC. Mais, ce qui me surprend, c'est que ça ne bloquait pas au boot et que le mount ne disait rien en s'exécutant automatiquement.