Bonjour
Je viens de passer de Jessie à Stretch. Depuis, le PC ne démarre plus qu’en console alors que j’ai KDE d’installé et que sous Jessie, j’avais bien la fenêtre de connexion graphique.
Si je tape “startx”, KDE démarre bien.
J’ai tenté un “dpkg-reconfigure kdm” et ca me répond “/usr/sbin/dpkg-reconfigure: kdm est cassé ou partiellement installé”
Quelqu’un a-t-il une idée du soucis ?
Merci
Bonjour,
Première chose, kdm n’est plus utilisé dans stretch, il a été remplacé par SDDM (enfin, chez moi, en tous cas).
Seconde chose, pour une mise à jour de version majeure, je te conseille de réinstaller, c’est probablement plus chiant, mais tu sais que tu peux arriver sur un résultat fonctionnel. C’est ce que j’ai fait le week-end dernier, j’en ai eu pour environ un jour pour deux ordinateurs.
Merci pour la réponse
La réinstallation ne va pas être possible tout de suite.
Comment faire pour basculer de kdm à sddm ?
l’installer
sudo apt install sddm
le sélectionner
redémarrer le pc
pour numlock créer un fichier /etc/sddm.conf
y mettre
[General]
Numlock=on
Si je veux “réinstaller” sddm, cela me renvoie :
sddm is already the newest version (0.14.0-4).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Que faire ?
sudo dpkg-reconfigure sddm
dpkg-reconfigure sddm ne donne rien
La commande s’exécute puis me rend la main
Si j’exécute systemctl sur sddm puis kdm, ca donne :
● sddm.service - Simple Desktop Display Manager
Loaded: loaded (/lib/systemd/system/sddm.service; enabled; vendor preset: enabled)
Active: inactive (dead)
Docs: man:sddm(1)
man:sddm.conf(5)
root@serveur:/home/laurent/Scripts# systemctl status kdm
● kdm.service - LSB: X display manager for KDE
Loaded: loaded (/etc/init.d/kdm; generated; vendor preset: enabled)
Active: active (exited) since Mon 2017-06-19 06:12:09 CEST; 2 days ago
Docs: man:systemd-sysv-generator(8)
CGroup: /system.slice/kdm.serviceAs tu bien selectionné sddm dans l’écran qui s’affiche?
si oui as tu redemarre le pc?
Bah l’écran n’apparait même pas 
À tout hasard, peux-tu essayer dpkg-reconfigure -plow sddm, sinon, essaie aussi apt install --reinstall sddm, sinon, je ne vois pas.
J’ai oublié de préciser que je redémarre le PC à chaque fois.
Il ne se passe rien non plus avec dpkg-reconfigure -plow sddm
L’écran indiqué par grandtoubab ne s’affiche pas
Et apt install --reinstall sddm ne change rien non plus
Donc je suis condamné à tout réinstaller ?
Pour ma part, mon avis, la réinstallation, c’est the solution. Je n’ai même pas envisagé une migration lors d’un changement de majeure depuis des années.
Attend de voir si quelqu’un d’autre a une autre idée, sinon, réinstalle…
Bon finalement, j’ai trouvé du temps pour tout réinstaller 
Ca ne prend pas énormément de temps mais il faut juste être au calme 
Et donc forcément, tout marche bien.
J’ai exactement le même problème… et ca me parait anormale de marquer le post comme résolu (une réinstallation résoudrait tous les post de ce forum !!).
De mon coté, je soupçonne qu’il manque un service systemd faisant appel à sddm.service.
Comme pour hoby1, si je lance startx ou systemctl start sddm, le DM se lance.
Par contre lorsque je fais un systemctl enable sddm.service, j’ai un message qui m’annonce que le service est static:
The unit files have no installation config (WantedBy, RequiredBy, Also, Alias
settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
- A unit may be statically enabled by being symlinked from another unit’s
.wants/ or .requires/ directory.- A unit’s purpose may be to act as a helper for some other unit which has
a requirement dependency on it.- A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, …).- In case of template units, the unit is meant to be enabled with some
instance name specified.
Pb, je ne trouve pas quel service devrait utiliser ou declencher l’appel à sddm.service. Une idée ?
j’utilise sddm comme écran de connexion
voici ce que j’ai en magasin
systemctl status *sddm*
● sddm.service - Simple Desktop Display Manager
Loaded: loaded (/lib/systemd/system/sddm.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2017-07-09 19:39:14 CEST; 2h 38min ago
Docs: man:sddm(1)
man:sddm.conf(5)
Process: 675 ExecStartPre=/bin/sh -c [ "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/bin/sddm" ] (code
Main PID: 678 (sddm)
Tasks: 6 (limit: 4915)
CGroup: /system.slice/sddm.service
├─678 /usr/bin/sddm
└─697 /usr/lib/xorg/Xorg -nolisten tcp -auth /var/run/sddm/{803e7a9c-145e-4fc8-949d-1a8c9b3c9d9c} -background
juil. 09 19:39:43 debian sddm-helper[1059]: [PAM] Starting...
juil. 09 19:39:43 debian sddm-helper[1059]: [PAM] Authenticating...
juil. 09 19:39:43 debian sddm-helper[1059]: [PAM] Preparing to converse...
juil. 09 19:39:43 debian sddm-helper[1059]: [PAM] Conversation with 1 messages
juil. 09 19:39:43 debian sddm-helper[1059]: [PAM] returning.
juil. 09 19:39:43 debian sddm[678]: Authenticated successfully
juil. 09 19:39:43 debian sddm-helper[1059]: pam_unix(sddm:session): session opened for user guy by (uid=0)
juil. 09 19:39:43 debian sddm[678]: Auth: sddm-helper exited successfully
juil. 09 19:39:43 debian sddm[678]: Greeter stopped.
juil. 09 19:39:43 debian sddm[678]: Session started
cat /lib/systemd/system/sddm.service
[Unit]
Description=Simple Desktop Display Manager
Documentation=man:sddm(1) man:sddm.conf(5)
# Change this if you want to start sddm in a different tty
Conflicts=getty@tty7.service
After=getty@tty7.service
After=systemd-user-sessions.service
# If using tty1 and plymouth, sddm will fail till plymouth stops
# consider using:
## After=plymouth-quit.service
# or to forcefully stop plymouth and start earlier:
## Conflicts=plymouth-quit-wait.service
## After=plymouth-start.service plymouth-quit-wait.service
## OnFailure=plymouth-quit.service
[Service]
# temporary safety check until all DMs are converted to correct
# display-manager.service symlink handling
ExecStartPre=/bin/sh -c '[ "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/bin/sddm" ]'
ExecStart=/usr/bin/sddm
Restart=always
RestartSec=1s
EnvironmentFile=-/etc/default/locale
NB je n’utilise pas plymouth, pas de splash dans mon grub
Mon fichier /lib/systemd/system/sddm.service est strictement identique
et voici le resultat de systemctl status *sddm*
● sddm.service - Simple Desktop Display Manager
Loaded: loaded (/lib/systemd/system/sddm.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2017-07-09 09:31:41 CEST; 1 day 9h ago
Docs: man:sddm(1)
man:sddm.conf(5)
Main PID: 885 (sddm)
Tasks: 4 (limit: 4915)
CGroup: /system.slice/sddm.service
├─885 /usr/bin/sddm
└─888 /usr/lib/xorg/Xorg -nolisten tcp -auth /var/run/sddm/{1cb003bd-5de0-46fb-b421-5bfc8e37407d} -background none -noreset -displayfd 18 vt7
Ce qui est intéressant c’est que si je compare avec le resultat de ton coté, la ligne suivante est absente chez moi:
J’imagine que c’est du au fait que j’ai lancé manuellement sddm (systemctl start sddm) alors que ton sddm a été lancé automatiquement au boot.
Par ailleurs je viens de trouver le fichier suivant /etc/systemd/system/display-manager.service mais je ne peux pas le déclencher non plus:
root@debpc:/# systemctl enable display-manager.service
Failed to enable unit: Refusing to operate on linked unit file display-manager.service
systemd-analyze blame
c’est un des premiers lancés
51ms systemd-user-sessions.service
34ms kmod-static-nodes.service
30ms sddm.service
21ms systemd-backlight@backlight:radeon_bl1.service
14ms systemd-update-utmp-runlevel.service
4ms sys-fs-fuse-connections.mount
Hello,
Je me permet d’intervenir sur ce sujet car j’ai récemment eu le même problème que cité en sujet, à savoir que kde ne démarrait plus après une migration deb 8.8 -> deb 9.
J’ai réussi à retrouver un login et le choix de l’utilisateur, mais honnêtement j’ai essayé tellement de choses qu’au final je ne suis plus très sûr de ce qui a marché.
J’étais sous xfce, alors que j’avais avant kde. J’ai donc installé le paquet kde-full, ce qui n’a rien fait de visible de prime abord.
Ensuite je pense que c’est en allant dans la configuration de session et démarrage sous xfce ou j’ai renseigné ce qui me semblait approprié (désolé, je ne veux pas dire de conneries). Après un ou deux redémarrages, je me suis retrouvé sur ma session kde avec tout ce que j’avais avant la migration vers deb9. 
J’espère que ça permettra d’en encourager certains à fouiller un peu plus et que mon intervention ne sera pas inutile, même si j’ai conscience que c’est pas l’idéal.
De mon coté, sddm fonctionne correctement après de multiples appels à systemctl enable foo
Malheureusement, je n’ai pas réussi à cerner précisément le service fautif. Je soupconne qu’un lien entre /etc/systemd et /lib/systemd était manquant et a été complété automatiquement lorsque j’ai lancé les enable.
@grandtoubab: Merci pour la cellule de soutien psychologique 
J’ai fait plusieurs essais de migration en VM avant de migrer ma machine, et en résumé (erreur PEBKAC mises à part) ça marche quand KDE n’est pas installé sur la machine et ça merde quand il l’est…