Mot de passe pas reconnu DF Buster

nam1962 · 02-04-2020 08:31:51

Hello !
J'ai installé à distance l'Acer d'une amie avec une Debian Facile (pour qu'elle puisse le cas échéant la réutiliser si je ne suis pas dispo)

L'install s'est bien passée, premier redémarrage aussi, puis jai fait via Anydesk quelques finalisation, installation de logiciels, transfert de ses anciennes données, réglage de systemd-swap et un réglage de 01_debian.conf pour qu'elle démarre sans mot de passe :

# Debian specific defaults

#

# - use lightdm-greeter session greeter, points to the etc-alternatives managed

# greeter

# - hide users list by default, we don't want to expose them

# - use Debian specific session wrapper, to gain support for

# /etc/X11/Xsession.d scripts

[Seat:*]

autologin-user=son-login

autologin-user-timeout=0

greeter-session=lightdm-greeter

# greeter-hide-users=true

session-wrapper=/etc/X11/Xsession

Là le souci est apparu : non seulement un mdp lui est demandé, mais encore il n'est pas pris en compte (écran blanc puis retour à la saisie de mot de passe).

Elle peut encore accéder à la console et revenir sur une session dégradée via startx - plus moyen d'utiliser Anydesk dans cette situation : Anydesk râle à cause d'un compositeur graphique pas pris en compte.

J'ai tenté avec elle plusieurs manips mais aucune n'a résolu le problème :

Vérifier les droits de /usr/share/lightdm/lightdm.conf.d/01_debian.conf : ils sont ok, vérifier groups, c'est ok, effacer .Xauthority et .ICEauthority, modifier 01_debian.conf comme ceci :

# Debian specific defaults

#

# - use lightdm-greeter session greeter, points to the etc-alternatives managed

# greeter

# - hide users list by default, we don't want to expose them

# - use Debian specific session wrapper, to gain support for

# /etc/X11/Xsession.d scripts

[Seat:*]

greeter-session=lightdm-greeter

greeter-hide-users=true

session-wrapper=/etc/X11/Xsession

[SeatDefaults]

autologin-guest=false

autologin-user=son-login

autologin-user-timeout=0

Puis comme ceci :

# Debian specific defaults

#

# - use lightdm-greeter session greeter, points to the etc-alternatives managed

# greeter

# - hide users list by default, we don't want to expose them

# - use Debian specific session wrapper, to gain support for

# /etc/X11/Xsession.d scripts

[Seat:*]

greeter-session=lightdm-greeter

session-wrapper=/etc/X11/Xsession

On a même changé le mot de passe via une passwd...

Rien n'y fait !

Là je sèche ! Avez vous des suggestions ou des besoins d'info ? (je lui dirai alors comment les renseigner ici : elle est toute débutante )

[edit] pratique héritée de mes Xubuntu et de mes Manjaro, je passe le commandes en sudo et non en root, ceci peut-il avoir cassé des privilèges ?

Dernière modification par nam1962 (02-04-2020 08:34:17)

otyugh · 02-04-2020 10:44:22

Là le souci est apparu : non seulement un mdp lui est demandé, mais encore il n'est pas pris en compte (écran blanc puis retour à la saisie de mot de passe).

À ma connaissance tu peut tout commenter ce que tu as fait et juste décommenter le

[Seat:*]

autologin-user=ton-login-user

Je comprend ps pourquoi tu mets tant de choses dans ta config, tu n'a pas besoin de plus que ce que je viens d'indiquer.

Dernière modification par otyugh (02-04-2020 10:49:23)

nam1962 · 02-04-2020 11:37:42

Hello ! Merci pour ton attention.

La raison des autres entrées est principalement qu'elle sont là par défaut (et pour la version 2, c'est ce que j'ai sur ma Debian et c'est fonctionnel.)

Cela dit ton conseil a été appliqué et... Rien, la saisie du mot de passe est toujours demandée, la saisie donne un bref écran blanc puis retour du popup demandant le mot de passe.

A propos, si l'on entre l'ancien mot de passe, on a en plus une mention "mot de passe incorrect".

otyugh · 02-04-2020 12:15:40

Avant que tu n'y touches, la connexion au bureau via lightdm se passait bien, oui ou non ?
Si avant ça marchait (aucun intêret sinon), je te conseille de tenter ça (en changeant juste le nom de l'utilisateur) :

(recopié de mon installation buster perso...)

rm -r /etc/lightdm/lightdm.conf

echo "[LightDM]

[Seat:*]

autologin-user=à_changer

[XDMCPServer]

[VNCServer]

" > /etc/lightdm/lightdm.conf

---

Mais sinon ça vient pas de là et faut donc regarder ailleurs.

Faudrait essayer d'obtenir un message d'erreur. Genre après l'écran blanc, tu as aucun log intéressant pour lightdm ?

systemctrl status lightdm -l

ou dans xorg ?

tail -n30 /var/log/Xorg.<ledernier>.log

[edit] pratique héritée de mes Xubuntu et de mes Manjaro, je passe le commandes en sudo et non en root, ceci peut-il avoir cassé des privilèges ?

Change rien.

Dernière modification par otyugh (02-04-2020 18:07:47)

nam1962 · 02-04-2020 14:40:04

Avant de faire une modif, je te donne les retours :

brigitte@brigitte-pc:~$ systemctl status lightdm -l

● lightdm.service - Light Display Manager

   Loaded: loaded (/lib/systemd/system/lightdm.service; indirect; vendor preset:

   Active: active (running) since Thu 2020-04-02 11:52:58 CEST; 3h 25min ago

     Docs: man:lightdm(1)

 Main PID: 864 (lightdm)

    Tasks: 9 (limit: 4414)

   Memory: 91.0M

   CGroup: /system.slice/lightdm.service

           ├─ 864 /usr/sbin/lightdm

           ├─1546 /usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/

           └─1743 lightdm --session-child 12 19

brigitte@brigitte-pc:~$ tail -n30 /var/log/Xorg.*.log

[    59.489] (**) ETPS/2 Elantech Touchpad: (accel) acceleration threshold: 4

[    59.489] (--) synaptics: ETPS/2 Elantech Touchpad: touchpad found

[    59.490] (II) config/udev: Adding input device ETPS/2 Elantech Touchpad (/dev/input/mouse1)

[    59.490] (**) ETPS/2 Elantech Touchpad: Ignoring device from InputClass "touchpad ignore duplicates"

[    59.492] (II) config/udev: Adding input device Acer WMI hotkeys (/dev/input/event8)

[    59.493] (**) Acer WMI hotkeys: Applying InputClass "libinput keyboard catchall"

[    59.493] (**) Acer WMI hotkeys: Applying InputClass "system-keyboard"

[    59.493] (II) Using input driver 'libinput' for 'Acer WMI hotkeys'

[    59.493] (**) Acer WMI hotkeys: always reports core events

[    59.493] (**) Option "Device" "/dev/input/event8"

[    59.493] (**) Option "_source" "server/udev"

[    59.494] (II) event8  - Acer WMI hotkeys: is tagged by udev as: Keyboard

[    59.494] (II) event8  - Acer WMI hotkeys: device is a keyboard

[    59.495] (II) event8  - Acer WMI hotkeys: device removed

[    59.512] (**) Option "config_info" "udev:/sys/devices/virtual/input/input9/event8"

[    59.512] (II) XINPUT: Adding extended input device "Acer WMI hotkeys" (type: KEYBOARD, id 14)

[    59.512] (**) Option "xkb_model" "pc105"

[    59.512] (**) Option "xkb_layout" "fr"

[    59.512] (**) Option "xkb_variant" "oss"

[    59.515] (II) event8  - Acer WMI hotkeys: is tagged by udev as: Keyboard

[    59.515] (II) event8  - Acer WMI hotkeys: device is a keyboard

[   105.638] (II) event3  - Power Button: device removed

[   105.652] (II) event5  - Video Bus: device removed

[   105.692] (II) event4  - Video Bus: device removed

[   105.724] (II) event2  - Sleep Button: device removed

[   105.740] (II) event6  - PixArt USB Optical Mouse: device removed

[   105.772] (II) event12 - HD WebCam: HD WebCam: device removed

[   105.804] (II) event0  - AT Translated Set 2 keyboard: device removed

[   105.852] (II) event8  - Acer WMI hotkeys: device removed

[   105.868] (II) AIGLX: Suspending AIGLX clients for VT switch

otyugh · 02-04-2020 15:00:21

Je vois rien d'anormal.

otyugh a écrit :

Avant que tu n'y touches, la connexion au bureau via lightdm se passait bien, oui ou non ?

nam1962 · 02-04-2020 15:04:38

Le premier redémarrage a été ok.

Le second a foiré.

Dernière modification par nam1962 (02-04-2020 15:30:35)

ahote · 02-04-2020 17:46:52

sauf erreur de ma part il y a deux ligne a modifier :-)

[SeatDefaults]
autologin-user=XXXX
autologin-user-timeout=0

otyugh · 02-04-2020 17:52:35

autologin-user-timeout

N'est pas nécessaire. Testé sur Buster.

nam1962 · 02-04-2020 18:02:56

C'est la config actuelle d'ailleurs.

Petite question : pourquoi la remonter dans lightdm.conf plutôt que dans lightdm.conf.d/01_debian.conf ? Cela ne risque t'il pas de sauter lors d'une mise à jour ?

Dernière modification par nam1962 (02-04-2020 18:57:11)

otyugh · 02-04-2020 18:07:22

...
Parce que je pensais que ça venait de toi (ou par un comportement bizarre de calamares) et que moi je l'avais pas.
...Mais verifications faite je l'ai aussi, et j'y ai jamais touché.

Je reviens sur ce que je viens de dire du coup, pas touche >.<

Dernière modification par otyugh (02-04-2020 18:09:24)

nam1962 · 02-04-2020 19:01:33

J'ai parfois vu des soucis de droits sur le /home dans des fils d'aide buntu, mais ne me souviens pas de tout, ceci pourrait-il être un cas ? comment s'assurer que tous les droits sont au bon endroit ?

otyugh · 02-04-2020 19:45:26

Dans la majorité des cas tout ce qui est dans le /home de tartempion est à tartempion, et sont accessibles en lecture/ecriture et les dossiers sont ouvrables. En général c'est assez sûr de faire ça :

chown -R tartempion:tartempion /home/tartempion

chmod -R u+rwX /home/tartempion

Dernière modification par otyugh (02-04-2020 19:48:11)

nam1962 · 02-04-2020 19:55:30

Merci ! J'indique la chose et dis quoi !

nam1962 · 02-04-2020 20:16:16

Arghhhhhhhhhhhhhh !

Ca n'a rien changé.

Devrons nous repartir sur une clean install ? (mais je voudrais dans ce cas éviter de reproduire ce bazar..)

otyugh · 02-04-2020 21:19:30

C'est peut-être un problème de carte graphique qui n'a rien à voir avec lightdm, hein.

Tu as essayé de tes connecter/deconnecter de lightdm sur le live ? Il est tout à fait envisageable que le bug vienne du pilote vidéo de Buster par rapport à ta CG et qu'une réinstallation ne résolve rien.

Dernière modification par otyugh (02-04-2020 23:23:50)

nam1962 · 03-04-2020 04:35:48

On pourra tenter, mais : le live a fonctionné, l'install a fonctionné, le premier démarrage (avec mot de passe) a fonctionné.

otyugh · 03-04-2020 09:21:14

Je vois pas du coup

nam1962 · 04-04-2020 19:48:13

Bon, ben on a réinstallé et bien coché la case "ne pas demander de mot de passe" et tout fonctionne.

Merci pour les aides, on va classer çà dans les mystères de l'ouest informatique

Dernière modification par nam1962 (04-04-2020 19:48:46)

Debian-facile

#1 02-04-2020 08:31:51

Mot de passe pas reconnu DF Buster

#2 02-04-2020 10:44:22

Re : Mot de passe pas reconnu DF Buster

#3 02-04-2020 11:37:42

Re : Mot de passe pas reconnu DF Buster

#4 02-04-2020 12:15:40

Re : Mot de passe pas reconnu DF Buster

#5 02-04-2020 14:40:04

Re : Mot de passe pas reconnu DF Buster

#6 02-04-2020 15:00:21

Re : Mot de passe pas reconnu DF Buster

#7 02-04-2020 15:04:38

Re : Mot de passe pas reconnu DF Buster

#8 02-04-2020 17:46:52

Re : Mot de passe pas reconnu DF Buster

#9 02-04-2020 17:52:35

Re : Mot de passe pas reconnu DF Buster

#10 02-04-2020 18:02:56

Re : Mot de passe pas reconnu DF Buster

#11 02-04-2020 18:07:22

Re : Mot de passe pas reconnu DF Buster

#12 02-04-2020 19:01:33

Re : Mot de passe pas reconnu DF Buster

#13 02-04-2020 19:45:26

Re : Mot de passe pas reconnu DF Buster

#14 02-04-2020 19:55:30

Re : Mot de passe pas reconnu DF Buster

#15 02-04-2020 20:16:16

Re : Mot de passe pas reconnu DF Buster

#16 02-04-2020 21:19:30

Re : Mot de passe pas reconnu DF Buster

#17 03-04-2020 04:35:48

Re : Mot de passe pas reconnu DF Buster

#18 03-04-2020 09:21:14

Re : Mot de passe pas reconnu DF Buster

#19 04-04-2020 19:48:13

Re : Mot de passe pas reconnu DF Buster

Pied de page des forums