Login en boucle sous lightdm

15 respuestas [Último envío]
Substance2004
Desconectado/a
se unió: 11/05/2013

Bonjour

J'ai fait face au frustrant problème du login en boucle sous lightdm.

J'ai essayé cette réponse généralement trouvé sur le net qui consiste à passer en ligne de commande avec ctrl+alt+F3
puis ouvrir une session login:m-d-p

la commande généralement donnée à faire est un :

ls -lah | grep -i Xauthority

Je n'ai rien de tout cela.

J'ai essayé de changer de d'écran de login en faisant :

sudo apt-get -y install lxdm

Et en prenant soin de le sélectionner, mais rien n'a fait.

Au rallumage, je n'ai plus aucun écran d'ouverture de session : ni lxdm, ni lightdm

Je peux néanmoins ouvrir un session avec mon login et mot de passe.

Que faire ?

Merci

Magic Banana

I am a member!

I am a translator!

Desconectado/a
se unió: 07/24/2010

Depuis une session texte, tu peux déjà voir si le problème ne serait pas une partition pleine :
$ df
S’il s’agit du problème, il te faudra faire de la place. Sinon, il est probable que ton environnement de bureau ne soit pas configuré correctement. Pour revenir à sa configuration par défaut, ainsi que celles de nombreuses applications (mais tu pourras les récupérer plus tard) :
$ mv ~/.config ~/config
Tape Alt+F7 depuis la session texte pour aller à la session graphique.

Substance2004
Desconectado/a
se unió: 11/05/2013

Salut

Il ne s'agit pas d'un problème de manque de place.
A vrai dire, ce n'est pas la première fois que je rencontre ce problème avec Trisquel 10.
J'avais fait une clé Ventoy avec Clonezilla très récemment mais je n'avais pas pensé à faire une sauvegarde de Trisquel.

Je vais essayer de résumer la situation du mieux que je peux :

J'ai effectivement pu passer d'un dossier .config à config en consultant avec la commande ls -a.
J'ai ainsi pu avoir comme prévu une ouverture de session en lxdm (je crois) comme indiqué.

Mais je n'ai pu ouvrir de session à proprement parler.
J'ai eu le message :
"Could not update ICEautorithy file /home/pierre/.ICEauthority"

J'ai consulté un peu sur internet mais je ne suis pas trop sur de mon coup. Il y a pas mal de solutions.

Je pourrais réinstaller Trisquel mais j'ai fait le con :

Voici le pitch : ma machine est en double boot Trisquel/Ubuntu. Je suis en ce moment sur Ubuntu.
J'ai eu l'imbécile idée de vouloir jeter à la corbeille un fichier qui se trouve dans le /home de Trisquel accessible dans mon Ubuntu.

Désormais, il m'est impossible de pouvoir accéder au /home de Trisquel sur Ubuntu pour ainsi faire une sauvegarde de mes fichiers et réinstaller Trisquel (quel imbécile je fais parfois).

Ainsi, en essayant d'ouvrir le HD du /home de Trisquel sur Ubuntu, j'ai le message :
Impossible d'accéder à l'emplacement.
Error mounting /dev/sdb1 at /media/pierre/363b:mount(2) system call failed:Structure needs cleaning
(j'ai fait une capture)

Mon disque est formaté en xfs.

Y-a-t-il un moyen de sauver les meubles ? La réparation de ICEauthority nécessite-t-elle une sauvegarde du /home au préalable ?

Merci

Capture d’écran du 2022-10-24 19-45-49.png Capture d’écran du 2022-10-24 19-47-17.png
Magic Banana

I am a member!

I am a translator!

Desconectado/a
se unió: 07/24/2010

J'avais fait une clé Ventoy avec Clonezilla très récemment mais je n'avais pas pensé à faire une sauvegarde de Trisquel.

Tu ne veux pas sauvegarder Trisquel ou Ubuntu. Un système, ça se réinstalle. Tu veux sauvegarder les fichiers des utilisateurs.

Could not update ICEautorithy file /home/pierre/.ICEauthority

Essaie donc de supprimer ce fichier. Depuis un terminal, ce serait :
$ rm ~/.ICEauthority
Comprends bien que ce que tu touches dans ton dossier personnel, ~ ci-dessus, n’affecte que ton utilisateur. Pas le système. Ton dossier personnel est initialement vide (ou presque : il contient ce qui se trouve dans /etc/skel). Cela te donne une configuration par défaut des applications.

Error mounting /dev/sdb1 at /media/pierre/363b:mount(2) system call failed:Structure needs cleaning

Il nous faut investiguer cela. Peut-être que le système de fichiers est corrompu, que le disque meurt, etc. GNOME Disques (« gnome-disk-utility » dans le dépôt) est un outil simple d’utilisation et pratique à utiliser (avec une session graphique fonctionnelle), mais il est aussi possible de réaliser les mêmes choses depuis un terminal.

Avron
Desconectado/a
se unió: 08/18/2020

> J'ai fait face au frustrant problème du login en boucle sous lightdm.

Peux-tu expliquer de quoi il s'agit? J'ai déjà eu le problème suivant: je choisis l'utilisateur et tape le mot de passe, après avoir faire entrée, je retourne à l'étape de départ. Le problème était la variable XDG_DATA_DIR.

> sudo apt-get -y install lxdm

Si lightdm est installé, installer lxdm aussi pourrait créer des problèmes. De plus, d'après ce que j'ai lu, lxdm n'est pas fait pour démarrer autre chose que LXDE.

> "Could not update ICEautorithy file /home/pierre/.ICEauthority"

Ca pourrait être un problème de permissions de fichier, par exemple /home/pierre n'appartient pas à l'utilisateur qui se connecte. Je ne sais pas si tu a les mêmes user id sur ubuntu et sur trisquel (permier nombre entre deux ":" sur la ligne de l'utilisateur dans /etc/passwd du système).

Substance2004
Desconectado/a
se unió: 11/05/2013

Déjà, merci de m'accorder votre attention.

J'y vais avec prudence.

Concernant mon volume /home que j'essaie de sauver :
J'ai d'abord tenté de libérer un disque pour en faire une image avec Disque avant d'intervenir.
Malheureusement, je ne pourrai pas car j'essaie de sauver un disque de 2To sur un autre de 2To. Il m'en faudrait un de 3To !

J'ai cependant essayé de faire une vérification, puis une réparation.
Je vous laisse dans la première capture le message qui indique que je dois essayer de remonter puis démonter le volume.
Si je n'y arrive pas (ce qui est le cas) je dois utiliser l'option -L et essayer de nouveau une réparation.

Je ne l'ai pas fait. J'attends vos instructions.

Sur la commande $ rm ~/.ICEauthority :

Je m'y prends mal dans la navigation, je n'ai pas réussi.
J'ai quand même pris une photo de l'écran.
En faisant la commande ls, je peux voir le fichier "config" précédemment "déactivé".
Je n'ai pas fait de nouvelle tentative.
J'ai laissé tel quel et vous donne une photo de l'écran en pièce jointe.

Je rappelle que je peux, via Ubuntu avoir accès au volume du système de fichier de Trisquel.
Le fichier "root" est marqué d'une croix, et impossible en naviguant vers "home" d'accéder au volume.

PS : je n'ai pas fait attention, mais je crois qu'il y a des informations intéressantes dans le log de la photo d'écran
à propos de mon volume en xfs.

Merci encore

Capture d’écran du 2022-10-25 21-03-55.png P_20221025_212614.jpg
Magic Banana

I am a member!

I am a translator!

Desconectado/a
se unió: 07/24/2010

Malheureusement, je ne pourrai pas car j'essaie de sauver un disque de 2To sur un autre de 2To. Il m'en faudrait un de 3To !

Bah non : 2 To sont suffisants. Si tu parviens à monter ton /home, au moins en lecture seule, tu peux simplement copier /home. Pour cela, tu peux exécuter dans un terminal :
$ cp -a /home dossier_sur_le_disque_de_sauvegarde
L’option -a permet notamment de maintenir les permissions… en supposant que le système de fichiers sur le disque de sauvegarde ne soit pas un système de fichiers de chez Microsoft. Si c’est le cas, archive. Avec tar dans un terminal, la commande est :
$ tar -cf dossier_sur_le_disque_de_sauvegarde/home.tar /home

Si je n'y arrive pas (ce qui est le cas) je dois utiliser l'option -L et essayer de nouveau une réparation.

Tu ne parviens donc pas à monter /home ? Pas même en lecture seule ? Je suis confus. Comment as-tu alors réussi à renommer ~/.config en ~/config ?

Si depuis, tu as perdu l’accès même en lecture, alors, oui, essaie l’option -L.

Je m'y prends mal dans la navigation, je n'ai pas réussi.

La commande que je t’ai donnée utilise un chemin absolu : ~/.ICEauthority est un fichier directement dans ton dossier personnel, qu’importe le dossier où tu te trouves. Idem pour celle ci-dessus : /home est un chemin absolu. Il n’y a donc pas à naviguer.

Néanmoins, je suppose là que tu exécutes ces commandes depuis une session texte du système sur lequel tu ne parviens plus à te connecter graphiquement. C’est ce dont il était question dans ton premier message. Si tu utilises à la place ton Ubuntu ou un système live, alors ~/.ICEauthority n’est pas sur le /home de Trisquel (à moins que tu utilises le même /home pour Trisquel et Ubuntu : est-ce le cas ?) et il te faut plutôt monter le système de fichier qui contient le /home de Trisquel et travailler sur ses fichiers. Mais tu dis ne pas réussir à monter ce système de fichiers… Bref, je répète : je suis confus.

Arrives-tu, oui ou non, à ouvrir une session texte sur le système qui pose problème ? Si oui, la commande ls te montre-t-elle les fichiers dans ton dossier personnel ? Si oui, le système de fichiers est bien monté ! Si tu parviens à voir ces fichiers depuis Ubuntu ou depuis un système live alors, là aussi, le système de fichiers est bien monté !

Substance2004
Desconectado/a
se unió: 11/05/2013

Peut-être n'ai-je pas été clair.
Depuis ce problème de login en boucle, je pouvais toujours accéder aux fichiers du /home de Trisquel depuis mon double boot en Ubuntu.
C'est seulement depuis que j'ai voulu jeter un dossier quelconque qui se trouvait sur le /home quand j'étais sur l'Ubuntu (alors que je ne peux pas vraiment a proprement parler vider à la corbeille ce dossier supprimé depuis Ubuntu) que ce /home ne se monte plus correctement.
Si j'ai réussi a renommer .config en config, c'est seulement depuis la session en ligne de commande de Trisquel.

Il est tard et je bosse demain. J'essaierai de ne pas faire de bêtises d'ici là et mieux te répondre.

Magic Banana

I am a member!

I am a translator!

Desconectado/a
se unió: 07/24/2010

Je te prie déjà de répondre à mes deux questions :
Arrives-tu, oui ou non, à ouvrir une session texte sur le système qui pose problème ? Si oui, la commande ls te montre-t-elle les fichiers dans ton dossier personnel ?

Substance2004
Desconectado/a
se unió: 11/05/2013

- Arrives-tu, oui ou non, à ouvrir une session texte sur le système qui pose problème ?
En l'occurrence oui, puisque voici, dans le premier cliché joint, l'intégralité de mon écran une fois entrés mon login habituel (c-à-d : pierre, tout en haut de l'écran) et mon mot de passe.

- Si oui, la commande ls te montre-t-elle les fichiers dans ton dossier personnel ?
Voici dans le second cliché, ce que me donne la commande ls sous pierre@Pierre-Z30UD (ce que j'ai habituellement dans mon terminal).
Dans le même cliché, je suis passé dans le répertoire /home avec une commande ls, puis ls -a pour voir les fichiers cachés.

En espérant avoir répondu à ce que tu attendais de moi.

P_20221026_190600.jpg P_20221026_190753.jpg
Magic Banana

I am a member!

I am a translator!

Desconectado/a
se unió: 07/24/2010

En effet, /dev/sdb1 n’est pas monté en /home. Je suppose donc que la situation s’est empirée depuis que tu es parvenu à renommer ~/.config. Pas moyen de sauvegarder sans monter le système de fichiers. Suis donc le conseil de xfs_repair et ajoute l’option -L, après essayer de démonter /dev/sdb1 (même si, de ce que je comprends, il n’est pas monté) :
$ sudo umount /dev/sdb1
$ sudo xfs_repair -L /dev/sdb1

Tu risques de perdre des données, voire de n’arriver à rien. On ne le dira jamais assez : il faut réaliser des sauvegardes régulières des fichiers des utilisateurs. Par exemple en utilisant Back In Time, par défaut dans Trisquel.

Substance2004
Desconectado/a
se unió: 11/05/2013

Avant que je ne fasse toute manip...

PS : si tu veux aller plus vite dans la lecture de mon commentaire, tu peux aller voir le cliché d'une navigation de dossiers que j'ai réalisé à l'ouverture de session texte.

Si tu regardes bien le tout premier cliché photo d'écran que j'ai envoyé (c'est-à-dire après le $ mv ~/.config ~/config, j'y reviendrais plus bas...) qui est une ouverture de session texte comme je viens de t'envoyer, je commence par :

pierre@Pierre-Z30UD:/$ sudo-i
qui me met en mode superutilisateur

Je continue par :
root@Pierre-Z30UD:~# ls
et je vois "config"

Je poursuis par
root@Pierre-Z30UD:~# pwd
et j'obtiens
/root
La commande pwd : print working directory n'est-elle pas la commande pour montrer dans quel répertoire je me trouve ?
Ici dans /root...

...Je change de répertoire :
root@Pierre-Z30UD:~# cd /home

Je fais alors
root@Pierre-Z30UD:/home# ls
Je n'obtiens rien...
Je fais un
root@Pierre-Z30UD:/home# ls -a
Et j'obtiens...
. ..

Tu m'as bien demandé de faire
$ mv ~/.config ~/config
Pour moi, le dossier .config est dans le disque dur de /home. C'est un des fichiers cachés.

Or, je ne pouvais pas le supprimer, puisque je n'arrivais pas à y accéder comme je l'ai indiqué.

Mon ordinateur se compose d'un SSD sur lequel j'ai mon système Trisquel (seulement /) avec un Ubuntu avec / et /home ainsi que le swap. Et mon disque dur mécanique /home, celui de Trisquel qui ne veux plus monter depuis que j'ai voulu jeter un dossier quand j'étais sur ubuntu.

Tiens, regarde...
J'ai ouvert une nouvelle session et j'ai fait une petite navigation de fichier.
J'ai merdé à un moment avec cd home et je suis sorti du mode superutilisateur pour continuer plus facilement ma démonstration.
Pour moi, ~/.config signifie que ce fichier est bel et bien parmi les fichiers cachés avec mes dossiers "images", "vidéos", "documents" ect...
Et il y a bien un dossier .config accessible dans mon /home sur Ubuntu...
Tu m'as d'ailleurs dis que j'allais perdre les préférences de mes applications.
C'est bien le dossier .config dans root qui a été modifié.

Y aurait-il un espoir ?

P_20221026_215242.jpg
Magic Banana

I am a member!

I am a translator!

Desconectado/a
se unió: 07/24/2010

Peux-tu me confirmer, selon les informations que je viens de te donner que le dossier ".config" que j'ai renommé en "config" est plus dans le dossier "root" que dans le répertoire /home ?

Oui. Du coup, ce n’est pas le .config de pierre, qui n’arrive pas à se connecter (pas parce qu’une configuration est problématique mais parce que /home n’est pas du tout monté). Et le .config que tu as renommé n’est pas sur le système de fichiers corrompu, mais sur la partition racine.

Je suppose donc que, depuis le début de ce fil de discussion, /home n’est pas monté.

Tu m'as d'ailleurs dis que j'allais perdre les préférences de mes applications.

Du coup, c’est root qui a perdu ses préférences. Tu peux les lui redonner :
$ sudo mv /root/config /root/.config

Ceci étant, on utilise normalement pas root sur Trisquel : il ne doit pas y avoir grand-chose dans ce dossier.

Voyons si tu parviens à réparer /dev/sdb1, avec les commandes dans mon message précédent. Suspense…

Substance2004
Desconectado/a
se unió: 11/05/2013

Bravo à toi Magic ! Mission accomplie.

J'ai aussi eu raison de bien regarder ce que j'avais fait et de te relancer.

Retour impeccable de /dev/sdb1 sur Ubuntu.
Sauvegarde immédiate de /home sur Back In Time et réinstallation de Trisquel
J'avais cependant une assez récente sauvegarde de back in time sur un disque, je n'aurais pas perdu grand-chose, mais je voulais tenter un sauvetage.
Ubuntu est pour le boulot. Trisquel est plus pour le privé.

J'ai déjà eu ce problème de login en loop avec Trisquel 10 que j'ai tardé à installer sur ma machine. Mais ma sauvegarde sous Back in Time était très récente et ça n'a pas posé de problème.

J'ai quelques jours de vacances, je vais en profiter pour réfléchir à un plan de sauvegarde. Je pense par exemple à un Nas avec de la récup.
J'ai des disques durs externes, mais il faudrait pour certains dossiers quelque chose d'automatique car l'USB d'un disque externe peut être branché et débranché de ma machine. C'est un truc à planifier.

En tout cas merci encore.

Magic Banana

I am a member!

I am a translator!

Desconectado/a
se unió: 07/24/2010

J'ai déjà eu ce problème de login en loop

Il ne s’agissait pas d’un problème de login mais d’une corruption du système de fichiers qui est monté en /home. Sans lui, les utilisateurs n’ont pas de dossiers personnels et, par conséquent, ne peuvent plus se connecter graphiquement. C’est un symptôme. Pas la racine du problème.

Les corruptions des systèmes de fichiers peuvent être dues à un arrêt brusque de la machine, par exemple à cause d’une coupure d’électricité. Elles peuvent aussi venir d’un problème de disque défaillant : je te conseille donc de tester ton disque /dev/sdb. Tu peux faire cela depuis GNOME Disques (le paquet s’appelle gnome-disk-utility) :

  1. Sélectionne le disque à gauche de la fenêtre;
  2. Clique sur le bouton en haut à droite avec trois points empilés;
  3. Choisis « Données SMART et auto-tests… »;
  4. Clique sur le bouton « Démarrer l’auto-test » puis « Étendue »;
  5. Patiente puis vois les résultats, notamment l’estimation globale.

J'ai des disques durs externes, mais il faudrait pour certains dossiers quelque chose d'automatique car l'USB d'un disque externe peut être branché et débranché de ma machine. C'est un truc à planifier.

Dans la section « Planification » de l’onglet « Général » des « Préférences » de Back In Time, tu peux sélectionner « Quand le lecteur est connecté (udev) ». Ainsi, il te suffit de brancher le disque externe pour que la sauvegarde se lance.

Substance2004
Desconectado/a
se unió: 11/05/2013

Salut,

Encore merci Magic pour tes précieuses interventions.
J'ai encore rencontré ce problème de login en boucle après une nouvelle installation.

Avant toute réinstallation, j'ai bien entendu fait un test de performance en lecture/écriture et un test smart court et long du disque qui posait problème.
Les tests n'ont pas signalé de problème particulier (pas de secteurs réalloué, ni en attente... rien)

J'ai souhaité pour cette installation fraîche de repartir à zéro avec d'autres connaissances mieux maîtrisées comme le bon calcul de la somme du mébioctet utile dans Gparted pour le partitionnement d'un disque et plus d'OS Linux (car j'en ai personnellement besoin).

J'ai voulu une installation de 3 os : Trisquel, Ubuntu et Debian (je suis en EUFI). Voici comment je l'avais conçu.

SSD (M2)
|_EFI
|_Ext4 Trisquel /
|_Ext4 Ubuntu /
|_Ext4 Debian /
|_SWAP
|_XFS Ubuntu /home
|_XFS Debian /home

HDD 1
|_XFS Trisquel /home

HDD 2
|_Ext4 /media/HDD

Je n'ai eu aucun souci pour l'installation d'Ubuntu (c'était le premier à être installé). En revanche, Debian a refusé la partition en xfs à l'installation et j'ai changé le format de /home en Ext4. C'est passé.
Après une installation réussie de Trisquel et recopie de mes fichiers, rebelote : login loop.

J'avais rajouté il y a quelque temps ce disque dur (le HDD2 en EXT4) pour faire du Virtual box. Je l'avais d'abord formaté en XFS. Une fois reformaté en Ext4, il a pu être reconnu.

J'ai tendance à penser que c'est le format XFS sur le HDD 1 pour le /home de Trisquel qui pose problème (déjà à cause de Debian qui refusa le Xfs, puis ce disque supplémentaire pour mes VM).

On avait déjà eu l'occasion de parler des formats XFS et EXT il y a quelque temps dans un sujet le dual boot.
https://trisquel.info/fr/forum/installation-dual-boot-trisquel-parabola-gnulinux#comment-126476
"Ext4 est ce qu’il y a de plus stable."

Je prends en attendant la solution de l'udev avec Back in time et mon HDD externe comme conseillé.