[Plasma 5] Problème SDDM (Résolu)

[sullivan5959]

Bonjour à tous !

Utilisant habituellement Gnome Shell, je teste actuellement Plasma 5.3 qui est beaucoup plus stable que la version 5.2.

Mon problème est que lorsque je remplace GDM par SDDM (par les commandes systemctl disable gdm et systemctl enable sddm), lors du démarrage, il y a beaucoup d'erreurs.
Dans systemd, beaucoup de daemons ne démarrent plus (d'après mes souvenirs : avahi, systemd login il me semble par exemple) et l'arrivée vers l'écran de connexion SDDM est très longue (environ 5min). Et lorsque j'ouvre ma session, je n'arrive pas du tout à accéder au bureau de Plasma 5, je bloque juste avec le curseur de la souris et l'arrière plan du bureau.

Donc en ligne de commande je désactive SDDM et le remplace par GDM, et le bureau Plasma s'affiche sans aucun problème.

Ce qui est curieux c'est que SDDM a marché sans aucun soucis pendant un certain temps avant de créer ce problème, je l'ai désinstallé/réinstallé, modifié sddm.conf mais aucuns résultats.
Voici mon sddm.conf:

Code : Tout sélectionner

[Autologin]
# Autologin again on session exit
Relogin=false

# Autologin session
Session=

# Autologin user
User=


[General]
# Halt command
HaltCommand=/usr/bin/systemctl poweroff

# Initial NumLock state
# Valid values: on|off|none
# If property is set to none, numlock won't be changed
Numlock=none

# Reboot command
RebootCommand=/usr/bin/systemctl reboot


[Theme]
# Current theme name
Current=breeze

# Cursor theme
CursorTheme=breeze_cursors

# Face icon directory
# The files should be in username.face.icon format
FacesDir=/usr/share/sddm/faces

# Theme directory path
ThemeDir=/usr/share/sddm/themes


[Users]
# Default $PATH
DefaultPath=/bin:/usr/bin:/usr/local/bin

# Hidden shells
# Users with these shells as their default won't be listed
HideShells=

# Hidden users
HideUsers=

# Maximum user id for displayed users
MaximumUid=65000

# Minimum user id for displayed users
MinimumUid=1000

# Remember the session of the last successfully logged in user
RememberLastSession=true

# Remember the last successfully logged in user
RememberLastUser=true


[XDisplay]
# Xsetup script path
# A script to execute when starting the display server
DisplayCommand=/usr/share/sddm/scripts/Xsetup

# Minimum VT
# The lowest virtual terminal number that will be used.
MinimumVT=1

# X server path
ServerPath=/usr/bin/X

# Xsession script path
# A script to execute when starting the desktop session
SessionCommand=/usr/share/sddm/scripts/Xsession

# Session description directory
SessionDir=/usr/share/xsessions

# Xauth path
XauthPath=/usr/bin/xauth

D'où peut provenir le problème?

ps: j'ai toujours gnome d'installé, le problème peut venir aussi de la?

Merci de votre aide!

[benjarobin]

Bonjour,
Ton souci n'a aucun lien avec GDM ou SDDM, tu mets juste en évidence un bug très gênant de systemd : https://bugs.archlinux.org/task/44016
Personnellement j'ai recompilé systemd avec le patch qui va bien car j'avais le même souci.

Code : Tout sélectionner

# On récupère les sources du paquet
yaourt -G systemd
cd systemd
# On télécharge et applique le patch du PKGBUILD
wget https://bugs.archlinux.org/task/44016?getfile=12989 -O systemd.diff
patch -p1 -i systemd.diff
# On compile systemd
makepkg -s
# On déplace les paquets de debug ailleurs
mkdir dbg-pkg
mv *-debug-* dbg-pkg
# On installe les nouveaux paquets de systemd
pacman -U *.pkg.tar.xz

[sullivan5959]

Merci de ta réponse !

J'ai recompilé systemd avec le patch et SDDM marche parfaitement ! Par contre ta commande "mv *-debug-* dbg-pkg" n'a pas fonctionné.
Est ce que la prochaine mise à jour de systemd intégrera ce patch?

Merci encore de ta réponse très rapide !
Je mets le sujet en résolu.

[Stdrome1209]

Ce sujet m´intéresse mais pas pour le même cas de figure, en effet sur mon netbook Samsung N210plus j´avais parfois des petit message d´erreurs au démarrage mais la procédure continuais, et bien souvent j´étais obligé d´appuyer sur entrée pour arriver sur le login (je n´utilise pas de display manager mais juste le script qui lance "startx"), chose que je n´ai pas à faire sur mon Asus.
Avec le SSD ce n´étais pas gênant en soit car le démarrage était tout de même très rapide.

Mais là n´est pas la question, ce que je veux savoir c´est si ArchLinux intègre directement Systemd avec une installation de base (base + base-devel), car j´ai crue comprendre que ce dernier n´est pas le seul remplaçant de Sysvinit, il y´avais un autre projet si je me souviens bien (un peu comme MIR et Wayland aujourd’hui).
En bref quel gestionnaire de démarrage par défaut à choisi Archlinux ?

[benjarobin]

Est ce que la prochaine mise à jour de systemd intégrera ce patch?

La prochaine version contiendra bien le correctif, la question c'est quand... Car apparemment les mainteneurs ne sont pas "motivés" pour inclure ce patch dans la version actuelle.

[benjarobin]

...

Je crains que tu mélanges vraiment tout... Quel est le rapport entre le serveur graphique (Xorg, MIR ou Wayland) et le gestionnaire d'init (Systemd ou Sysvinit) ?
ArchLinux ne supporte qu'un seul gestionnaire d'init : systemd !

[Stdrome1209]

Je ne citais MIR et Wayland que comme exemple de situation, car j´ai cru comprendre qu´il y a quelque temps deux gestionnaires de démarrage étaient en lice pour remplacer le vieillissant Sysvinit, Systemd et... je ne sais plus le nom du deuxième (je rechercherais l´article sur Planette Linux).

Ce qui donnais une situation semblable à ce que l´on rencontre aujourd´hui pour le gestionnaire d´affichage, mais je me suis mal exprimé

[benjarobin]

Non, c'est moi qui n'était pas réveillé, tu étais très clair... En tout cas, il n'y a plus que systemd de supporté que je sache

[papajoke]

gestionnaires de démarrage ... je ne sais plus le nom

le couple OpenRC et eudev pour remplacer systemd ?

[waitnsea]

Eudev a été retenu par Calculate Linux (base Gentoo).
C'est solide mais démarrages et arrêts bien lents quand on est habitué à systemd.