Lightdm + XFCE : Impossible de se connecter à la session

[dezix]

Bonjour,

Debian stable + XFCE + Lightdm

sur PC portable ASUS X71SL (BIOS)
modèle qui ne supporte pas la mise en veille => "gelé" au réveil

Il s'agit du PC d'un ami (dépannage distant par tel >> pas d'accès ; amicalement et gratuitement)

Malheureusement, le propriétaire a tendance à ne pas suivre tous les conseils...
... vous connaissez .... dont arrêt via le bouton O/I et ...????
bref je n'ai pas une idée très précise des conditions de survenue du problème.

Pour vous faire une idée :

• une grosse mise à jour (3 mois) avait été faite peu avant, mais le PC avait été rebooté plusieurs fois depuis (dixit le proprio)
• extrait du mail demandant assitance :

je l'ai trouvé gelé,
redémarré, au démarrage écran normal, puis bloqué sur les 3 points, message d'erreur bref, puis plus rien.
Redemarré idem, écran normal Asus (F1 setup...) ensuite plus de msg d'erreur, écran qui flashe avec lignes verticales
Redémarré, cette fois-ci - et depuis lors - message suivant après l'écran normal :

error : invalid arch-independent ELF magic
Entering rescue mode...
grub rescue >

J'ai donc pensé à un problème de GRUB que je comptais de réparer dans un CHROOT depuis le Live SystemRescueCD.
mais je n'en ai pas eu l'occasion....

Ce qui suit a été fait via instructions téléphoniques

Cherchant la simplicité,
le menu GRUB du Live propose de booter le système installé ⇒ échec retour en boucle au menu GRUB

Tentative d'ouvrir la session Live ⇒ échec (mais je ne sais pas trop si à cause de la clé mal faite ou quoi ?)

Suite à avoir manqué l'entrée au BootMenu du PC ⇒ Accès au GRUB du système installé de retour (je ne sais pas comment... miracle!)

Là nouveau problème avec Lightdm qui affiche son écran mais y revient obstinément pour l'utilisateur et pour root

Testé passage sur tty1 qui bascule mais là aussi le login tourne en rond.

J'ai testé le reboot en Recovery Mode depuis le menu GRUB, là il accepte de se loguer en root
j'en ai profité pour tester :

# passwd -S <user>

qui renvoie le status = P

et

# passwd -u <user>

Pour voir si ça décoinçait qqchose, mais pas de changement.

J'ai aussi sauvegardé/supprimé : /home/<user>/.cache/sessions

mais cela n'a pas eu plus de succès.

Ce PC ayant un dual boot avec un autre Debian stable de Secours (N°2) qui fonctionne parfaitement,
j'ai réinstallé Grub avec le secours ; de ce côté tout est bien.


Alors comment récupérer le login sur le système N°1 ?

Car j'ai grillé toutes mes cartouches et rien trouvé de comparable sur la toile.

Merci.

[piratebab]

Bonjour Dezix,
quel est le probléme restant ?
- le user a disparu ?
- le user existe mais ne démarre pas sur ce user, il démarre sur l'user root ?

[dezix]

Il n'est pas possible de se connecter ni en user, ni en root pas plus depuis lightdm que d'une console tty

Seul un reboot en Recovery accepte le mdp de root

[dezix]

- le user a disparu ?

Si c'est de la liste de Lightdm >> Non il est affiché

[dezix]

J'ai retrouvé ça dans mes notes :

rm ~/.XAuthority
et
rm ~/.ICEauthority


à ton avis ça vient de là ?

Ce qui me chagrine c'est que root n'arrive pas à se loguer dans la console,
tu en penses quoi ?

[piratebab]

Question bete: es tu certain de démarrer sur la bonne partition, celle qui contient le noyau image ?

[piratebab]

Quand tu parles de console, c'est celle en mode recovery ?
Essaie de booter sur un ancien kernel

[dezix]

Quand tu parles de console, c'est celle en mode recovery ?
Essaie de booter sur un ancien kernel

J'ai fait référence aux 2 :

• la console accédée depuis l'écran de lightdm via [Ctrl+Alt+F1] qui ne parvient à connecter
• celle de recovery accéder depuis le menu grub au boot qui me permet la connexion

Question bete: es tu certain de démarrer sur la bonne partition, celle qui contient le noyau image ?

Comment s'en assurer ?
... en examinant grub.cfg ?


Tout c'est fait par téléphone,
du coup je ne suis jamais certain à 100% de ce qui s'est passé, ni du suivi à la lettre des instructions.

Donc pour la certitude du noyau, de la partition etc... c'est pas évident.

Mais si on arrive au gestionnaire de connexion,
c'est que le système a déjà démarré ...
et
grub a été mis à jour et réinstallé par l'install N°2, os-prober a donc bien détecté l'autre OS (N°1).

En plus c 'est une installation avec /boot sur la partition racine,
donc je ne pense pas qu'il puisse y avoir d'autre possibilité de ce côté.

[piratebab]

je suis un peu perdu.
si je résume:
- en mode recovery, tu as acces à la console et tu peux te connecter en root
- en mode normal, tu as l'affichage du bureau, tu ouvres une console virtuelle, mais tu ne peux pas te connecter en root.
C'est bien ça ?
En mode normal, tu ne peux pas prendre la main à distance avec ssh par exemple ?

[dezix]

- en mode recovery, tu as acces à la console et tu peux te connecter en root

oui à l'invite de maintenance qui écrit : Taper MdP admin ou Ctrl+D pour démarrage normal

- en mode normal, tu as l'affichage du bureau, tu ouvres une console virtuelle, mais tu ne peux pas te connecter en root.
C'est bien ça ?

Non, on a juste accès à l'écran de login de Lightdm qui reviens obstinément sur lui-même

Si cela peut donner une piste supplémentaire,
sur cet écran Lightdm (en haut/droite) l'option Éteindre le PC ne fonctionne pas non-plus.

En mode normal, tu ne peux pas prendre la main à distance avec ssh par exemple ?

je ne sais pas trop faire sur un PC derrière une FreeBox.
Je crois (pas sûr) que cette box offre un IP fixe,
mais si ce n'est pas correctement configuré par défaut dans la boite,
je ne me risquerais pas trop à lui faire bidouiller sa boite
de crainte qu'il ne se retrouve sans connexion et fâché contre moi

Et si on ne peut pas se connecter sur la console, je serai étonné que cela fonctionne via SSH

[piratebab]

C'est un peu plus clair.

- en mode normal, tu as l'affichage du bureau, tu ouvres une console virtuelle, mais tu ne peux pas te connecter en root.
C'est bien ça ?

Non, on a juste accès à l'écran de login de Lightdm qui reviens obstinément sur lui-même

Et est ce que ctr + alt + F1 te donne accès à une console ?

Si tu as un doute sur l'existence du user, vérifie avec

Code : Tout sélectionner

 less /etc/passwd

Dans un cas comme ça, je change de lanceur graphique (gdm3 , kdm, xdm). Tu passes de l'un a l'autre avec dpkg-reconfigure.
Je change aussi d'environnemnt. J'ai toujours un lightdm en secours.
Si tu as accés à une console, tu devrais pouvoir l'intaller.
Essaie ausi de tuer le display manager, et de lancer startx



Pour l'accès à distance, ce n'est pas trop compliqué. Il faut faire une réorientation de port dans la box (si il est en IPV4, ce qui est le plus courant). En anglais, port forwarding.
Tu choisis un port arbitraire coté internet (par ex 4070) et tu le routes vers le port ssh (22) de la machine à dépanner (son IP sur le réseau local).

[dezix]

on a supprimé .Xauthority et .ICEauthority du /home/user
mais ça n'a rien changé

Et est ce que ctr + alt + F1 te donne accès à une console ?

Oui mais le problème est identique pour le user et root,
on revient au login sans message erreur,
même avec un mauvais MdP ou un <user> fantaisie.

Si tu as un doute sur l'existence du user, vérifie avec

Code : Tout sélectionner

less /etc/passwd

J'avais vérifié => c'est bon

j'ai refait:
passwd -S <user>
c'est encore P

Dans un cas comme ça, je change de lanceur graphique (gdm3 , kdm, xdm). Tu passes de l'un a l'autre avec dpkg-reconfigure.
Je change aussi d'environnemnt. J'ai toujours un lightdm en secours.
Si tu as accés à une console, tu devrais pouvoir l'intaller.
Essaie ausi de tuer le display manager, et de lancer startx

Justement j'y pensais ... virer Lightdm


Voilà pour répondre,

maintenant nouvelle péripétie ... le ventillo s'est mis à faire beaucoup de bruit
... donc on attend la pièce de rechange

Merci pour ton aide,
je reviens quand j'ai des nouvelles.