Gestionnaire de connexion gdm3 qui ne fonctionne plus

Support Debian
#1

Bonjour a tous
Ma connexion automatique sur debian 11 ne fonctionne plus , je suis obligé de taper mon login et mon pass suivi d’un startx
C’est une erreur de ma part suite a une interruption d’une install .
Quand j’effectue systemctl restart gdm.service mon gestionnaire d’affichage refonctionne ,mais quand je redémarre le pc je reperd le gdm3 (il ne se charge pas)

dpkg-reconfigure gdm3
gdm.service is not active, cannot reload.
invoke-rc.d: initscript gdm3, action "reload" failed.

Pouvez vous m’aider
Merci

#2

Quelle installation ?

Pour essayer d’y voir plus clair, en root :

systemctl status graphical.target display-manager.service
#3

systemctl enable gdm.service
et ainsi gdm redémarrera systématiquement lors du démarrage de la machine.

#4 
root@debian:/home/jeck# systemctl status graphical.target display-manager.service
● graphical.target - Graphical Interface
     Loaded: loaded (/lib/systemd/system/graphical.target; static)
     Active: inactive (dead)
       Docs: man:systemd.special(7)

● gdm.service - GNOME Display Manager
     Loaded: loaded (/lib/systemd/system/gdm.service; static)
     Active: inactive (dead)
#5 
root@debian:/home/jeck# systemctl enable gdm.service
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.
#6

Et qu’affiche

systemctl get-default

?
A tester aussi :

systemctl isolate graphical.target
#7 
root@debian:/home/jeck# systemctl get-default
multi-user.target
#8 
root@debian:/home/jeck# systemctl isolate graphical-target
Failed to start graphical-target.target: Operation refused, unit may not be isolated.
See system logs and 'systemctl status graphical-target.target' for details.
#9

La cible par défaut est le mode non graphique, normal que le gestionnaire de connexion ne soit pas lancé. Ça ne s’est pas fait tout seul, qu’as-tu fait pour en arriver là ? On change :

systemctl set-default graphical.target

Ma faute, il y avait une faute de frappe dans la commande.

#10

Autant reprendre au début du problème d’origine plutôt que d’essayer de régler un problème lié à une solution erronée. le classique cas du « problème xy »

Quelle était l’installation as-tu interrompu?
Purge éventuellement les paquets en question apt purge <paquets> et refait l’installation.

#11

Je serais curieux de savoir quel genre d’installation a pu changer la cible par défaut de systemd.

#12

waouf sa marche
génial, je commençais à tous sauvegarder pour faire une réinstall
Un grand merci
Tu m 'a sauvé PascalHambourg

#13

En retour, ce serait sympa d’en dire plus sur ce qui a abouti à cette situation.

#14

Bonjour à tous
C’est suite à un téléchargement des dépots de intel ( repository ) pour ma carte graphique, je l’ai interrompue et cela m’a corrompu le système.

#15

effectivement, tous les pilotes librairies etc n’ont pas été correctement installées, donc ça a corrompu l’application graphique

#16

Sur quoi appuies-tu cette affirmation ?

#17

Parce qu’(à chaque fois que tu as un plantage d’installation de ce qui concerne la carte ça fait planter ton GUI parce qu’il y a des dépendances ne serait-ce qu’indirectes avec les librairies graphiques spécifiques à la carte et donc au firmware.
j’ai personnellement eu le problème avec une de mes cartes video NVidia. j’ai planté l’installation du firmware et j’ai du refaire celle-ci mais aussi les librairies graphiques.

#18

Quel rapport avec la cible par défaut de systemd qui était passée de graphical à multi-user ?

#19

Je n’en ai pas parlé donc aucun rapport. Mais le fait est que ce que j’ai dit reste valable.