Forum

Refus de mon utilisateur, lors de la connexion j'ai en boucle l'écran demandant son mot de passe.
Je peux démarrer sous Root et J'ai vérifié via le MCC que mon utilisateur paraissait normal.
J'ai essayé en supprimant le mot de passe : l'écran affiche le nom sans demander le mot de passe et le bouton 'se connecter' provoque le réaffichage de l'écran de connection.
J'ai créé un nouvel utilisateur : même sort ...
Mon 'home' est dans un disque séparé qui est visible et lisible en 'Root'.
J'ai réinstallé Mageïa sans toucher à 'Home' : idem.

Avez vous un truc anti-maraboutage ?

ton home n'est pas plein ???

Bonjour,

Essaye de changer ton nom d'hôte avec la commande:

Bonjour,
Peux-tu nous donner la sortie du journal. Tu fais une tentative de connection. Puis tu passes sur un terminal avec [Ctrl]+[Alt]+[F3]. Tu te connectes en root et tu fait :

Tu peux ensuite poster ton fichier ici.

Merci pour vos réponses.
- Steven: le home est rempli au tiers
-Guygoye: je vais d'abord faire le diagnostic de Yuusha.
-Yuusha: journal.txt
en espérant que ça marche.

Bonjour

J'ai noté cela dans ton log :


Il faut que je fouille à quoi correspond l'erreur de l'ouverture du socket d'audit, mais, comme c'est au même moment que le démarrage de systemd-hostnamed et que la connexion à l'utilisateur a fonctionné avant, j'essayerais bien la proposition de guygoye.

A+

Bonjour,

Citation :

Mon 'home' est dans un disque séparé qui est visible et lisible en 'Root'.

Qu' il soit lisible en root est une chose, mais qu' il soit lisible par les utilisateurs dans leur répertoire home respectifs ( pour accès aux fichiers de configuration) est encore mieux. Un ls -al /home en root inidque bien que chaque utilisateur est propriétaire de son répertoire respectif ?

Sinon, oui le changement du nom de machine peut aider ( ici on peut éliminer le ficher .Xautorithy puisque cela se produit sur plusieurs utilisateurs différents).

root@localhost ~]# ls -al /home
total 32
drwxr-xr-x 5 root root 4096 sept. 6 2022 ./
drwxr-xr-x 21 root root 4096 déc. 23 18:31 ../
drwxr-xr-x 24 alain alain 4096 déc. 24 13:32 alain/
drwxr-xr-x 30 1000 1000 4096 déc. 23 14:08 bal1/
lrwxrwxrwx 1 root root 10 déc. 18 16:42 live -> /home/bal1/
drwx------ 2 root root 16384 déc. 18 16:07 lost+found/

Il traine un utilisateur bal1 que j'ai supprimé via le CCM en conservant son dossier personnel après la création de 'alain'.
'bal1' n'apparait plus via le CCM.
'alain' a pour id 1001.
Je vais le déplacer dans.' alain' (il doit servir à une màj de 'alain').

J'ai changé 'hostname' => redémarrage => en vain
j'ai modifié /home:
déplacement de 'bal1' dans 'alain'
suppression de 'lost+found'

# ls -al /home
total 28
drwxr-xr-x 4 root root 4096 déc. 24 14:27 ./
drwxr-xr-x 21 root root 4096 déc. 23 18:31 ../
drwxr-xr-x 25 alain alain 4096 déc. 24 14:34 alain/

Bonjour,
Je vois que tu utilises lighdm. Comme il est impliqué dans le démarrage de la session, ça vaudrait le coup de tester avec un autre gestionnaire de connexion, genre gdm, sddm ou xdm.
Après l'installation du gestionnaire, tu peux utiliser drakdm, même en console.
Tu as le service mdmonitor en échec, il ne sert que si tu as des disques en Raid, tu peux le désactiver. Mais ce n'est pas la cause de tes soucis.
Même si si nic80 n'y croit pas, mais comme ça ne mange pas de pain, tu pourrais effacer /home/alain/.Xauthority
Est-ce que dans une console,

fonctionne et te donne accès à ton /home ?
As-tu fait d'autres réglages particuliers ?

Bonjour

Si effacer le fichier /home/alain/.Xauthority ne fonctionne pas, as-tu le fichier /var/log/lightdm/lightdm.log ? Si oui, peux-tu le poster ici ?

A+

seat0-greeter-log.txtJ'ai tenté XDM: il accepte la saisie de l'utilisateur mais l'espace mot de passe n'est actif ni avec 'alain' ni avec 'root'.
retour à lightdm via drakdm.

[root@localhost ~]# su - alain
[alain@localhost ~]$ ls
-bash: ls : commande introuvable
[alain@localhost ~]$

Le fichier .Xauthority avait déja 0 octets. Dois je le supprimer?

les derniers fichiers log:
lightdm-log.txt
seat0-greeter-log.text
car seat0-greeter appelé par lightdm

Édité par bal1 Le 25/12/2023 à 20h42

bal1 :

[alain@localhost ~]$ ls
-bash: ls : commande introuvable

Ce n'est pas normal. Quelque chose est cassé. ls est une commande de base.

Bonjour,

Selon ton fichier lightdm-log, à priori il n'y a pas de problème d'authentification.
Là où ça à l'air de coincer, c'est du côté du serveur graphique.

En root si tu fais:



Est ce que ça marche ?

Si oui:



Tu verras s'il y a quelque chose dedans.

[root@localhost ~]# ls /home/alain
bal1/ etc-fstab Modèles/ Téléchargements/
Bureau/ Images/ Musique/ tmp/
'Défaut GTK-Estudio' journal.txt projet_eiffel/ Vidéos/
Documents/ mail_fiat_Eiffel projet_racket/
[root@localhost ~]# cat /home/alain/.Xauthority
[root@localhost ~]#

.Xauthority est vide.

Je vais tout réinstaller à partir de mon media live xfce y compris /home.
Si ça coince toujours au moins, on analysera sur une base propre.