Debian 10 vers 11, plus de X après qq jours

Support Debian
Tags: #<Tag:0x00007fb41ab79118>
#1

Bonjour à tous
Il y a quelques jours, j’ai migré mon poste de Debian 10 vers Debian 11. Pas de trucs extravagants, juste « stable non-free » + visual code
Tout va bien.
Et au bout de 2 / 3 jours, avec des aller/retour via windows, j’ai perdu l’interface graphique, je n’ai plus que les 6 consoles en mode texte.
Avant de réinstaller :frowning: je prends conseil pour savoir s’il y avait moins violent comme opération.
Merci d’avance

#2

Bonjour et bienvenue sur le forum,

Quel environnement de bureau avais-tu avant que le problème ne survienne ?
Est-ce que tu peux te connecter dans une des consoles en mode texte ?

#3

Bonjour
Bureau « Mate »
Oui, je peux me logger sur les consoles. C’est ce qui me permet de faire le shutdown d’ailleurs.

Inscrit depuis … ouh la la (un temps plus que certain) et jamais posé de question, mdp oublié, réinit :smiley:

#4

26 août 2020, en effet.

Super, ça fait déjà quelque chose qui fonctionne, on passe à la suite.

Au doigt mouillé, je dirais que le gestionnaire d’affichage est lightdm (sauf si tu as installé autre chose ou que le gestionnaire d’affichage de Mate n’est plus lightdm), tu peux déjà essayer de voir ce que te retourne la commande suivante :

sudo systemctl status lightdm.service

Si tu comprends le retour, fais ce qu’il faut, sinon, envoie-le-nous qu’on voit.

As-tu un pilote sous Windows pour monter le système de fichiers de linux ?
Ne l’installe surtout pas, je demande juste si tu en as un pour voir si le problème peut venir de là.

#5

Comme j’utilise la partition windows, faut que je reboote…
Donc, je vais ressortir une vieille machine pour continuer.
Rien pour monter le FS ext3 depuis windows.

#6

Bonjour

Pour connaître le nom du gestionnaire de session utilisé sur ton système,
donne le retour de la ligne de commande suivante :

cat  /etc/X11/default-display-manager

Oui, il existe certains programmes Windows qui permettent d’accéder au contenu d’un système de fichiers de type Linux, mais, à mon humble avis, il vaut mieux éviter de faire ça si on veut que tout se passe bien.

#7

Pourquoi j’oublie toujours ce fichier ?

Oui, c’est pour ça que je pose la question, d’autant que ce genre d’outil ne s’encombre pas des droits d’accès (enfin, ce n’était pas le cas la dernière fois que j’en ai utilisé un…

#8 
loaded: loaded (/etc/init.d/lightdm: generated)
active: active (exited) since ....
Docs: ...
process: 480 ExecStart=/etc/init/d/lightdm start (code=exited,status=0/SUCCESS)
<timestamp> systemd[1]: starting LSB: Light Display Manager
<timestamp> systemd[1]: Started LSB: ...
#9 
cat default-display-manager
/usr/sbin/lightdm
#10

C’est le retour de quelle commande ça ?
Si c’est systemctl status lightdm, c’est très curieux d’avoir ça sous Debian 11. Même sous Debian 10 d’ailleurs.
Tu peux essayer un truc du genre :

sudo systemctl stop lightdm
sudo systemctl disable lightdm
sudo systemctl enable /lib/systemd/system/lightdm.service

Et redémarre pour voir si le résultat est différent

#11

Oui, c’est le retour. (saisi avec mes petits doigts boudinés)
C’est parti pour les modif puis reboot !
disable :
lightdm.service is not a native service, redirecting to systemd-sysv-install
enable :
failed to enable unit: … does not exist

#12

Bonjour

Il vaut mieux nous transmettre des retours complets,
c’est à dire, avec le prompt de départ et sa ligne de commande(s)
et jusqu’au prompt de retour,

comme ça, on arrive à en savoir beaucoup plus sur le contexte (qui est très important)
car avec un retour complet, on arrive à savoir :

  • avec quel nom de compte utilisateur la ligne de commande(s) a été entrée,
  • quels sont les privilèges de ce compte utilisateur
  • quel est le nostname dans lequel ce compte utilisateur existe
  • quel était le répertoire de travail courant,
  • la ligne de commande exacte (avec ses éventuelles erreurs de frappe ou/et de recopie)
  • si la ligne de commande s’est bien terminée
  • si aucune ligne n’a été tronquée
  • que le prompt n’a pas changé après l’exécution de la ligne de commande(s) <=> même compte utilisateur, même machine, même répertoire, etc.

Ça fait beaucoup de question en moins à poser concernant le contexte

Voilà quelques exemples de retours complets :

michel@debbull:~$ su -c 'systemctl status lightdm.service' > aeff
Mot de passe : 
michel@debbull:~$ 

michel@debbull:~$ cat aeff
● lightdm.service - Light Display Manager
     Loaded: loaded (/lib/systemd/system/lightdm.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2022-01-19 16:44:27 CET; 4h 13min ago
       Docs: man:lightdm(1)
   Main PID: 615 (lightdm)
      Tasks: 13 (limit: 18787)
     Memory: 245.6M
        CPU: 13min 16.849s
     CGroup: /system.slice/lightdm.service
             ├─615 /usr/sbin/lightdm
             └─634 /usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch

janv. 19 16:44:27 debbull systemd[1]: Starting Light Display Manager...
janv. 19 16:44:27 debbull systemd[1]: Started Light Display Manager.
janv. 19 16:44:27 debbull lightdm[615]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
janv. 19 16:44:29 debbull lightdm[825]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
janv. 19 16:44:29 debbull lightdm[825]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=115) by (uid=0)
janv. 19 16:44:41 debbull lightdm[901]: gkr-pam: unable to locate daemon control file
janv. 19 16:44:41 debbull lightdm[901]: gkr-pam: stashed password to try later in open session
janv. 19 16:44:41 debbull lightdm[901]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files
janv. 19 16:44:41 debbull lightdm[901]: pam_unix(lightdm:session): session opened for user michel(uid=1000) by (uid=0)
janv. 19 16:44:41 debbull lightdm[901]: gkr-pam: gnome-keyring-daemon started properly and unlocked keyring
michel@debbull:~$ 

michel@debbull:~$ rm aeff
michel@debbull:~$
#13

Pas de client web en mode texte sur la machine incriminée.
Donc saisie manuelle sur une autre machine.
Désolé
C’est root qui a fait le boulot

#14

Pb réglé → système réinstallé.
Il faut bien que ça serve à quelque chose de faire des sauvegarde, non ? :slight_smile:

#15

Ma proposition n’a pas donné de résultat ?

#16

Bonjour !
Hélas, non…
La 3eme ligne, qui fait enable suivi du fichier a utiliser, est en erreur, le fichier n’existe pas.
Tu as été bien aimable d’avoir cherche q comprendre, à répondre, je n’ai pas souhaité t’embêter plus encore.
Application du précepte KISs…
Merci encore de tes efforts.

#17

Bonjour

J’ai décoché la case Solution
car on ne peut pas considérer un problème comme résolu
tant qu’on n’a pas déterminé précisément quel était la source du problème.

Malheureusement, après une réinstallation complète du système,
il est maintenant impossible de savoir ce qui avait pu créer ce problème.

Tout ce que l’on peut dire maintenant,
c’est que la machine fonctionne bien et que le système debian installé fonctionne aussi.

1 J'aime
#18

Tu raison, au temps pour moi.
Désolé.

#19

Aucun problème :slight_smile: