Temps de login anormalement long ?

DonutMan75 · Le 17/11/2022, à 17:35

Bonjour à tous,

j'ai installé récemment Ubuntu sur un portable récent et performant.
Je constate depuis peu que le temps de login (après avoir tapé mon mot de passe) est très long : a minima 6 secondes pendant lesquelles le PC mouline.

Je suis sous Ubuntu 22.04.1 LTS.

Un reboot ne résout pas le problème (même si le tout premier login après reboot semble normal, si je verrouille la session aussitôt pour la déverrouiller juste après, ça mouline à nouveau).

J'ai fait un apt update/upgrade qui n'a rien changé.

Comment pourrais-je identifier la cause de ce délai ?

Merci par avance pour vos avis

Donut

geole · Le 17/11/2022, à 18:51

Bonjour
Pendant ces six secondes, il initialise firefox
https://bugzilla.mozilla.org/show_bug.cgi?id=1748076

DonutMan75 · Le 18/11/2022, à 08:58

Hello geole,
merci pour ce retour, je vais lire tout ça.
Mais du coup, c'est un problème qui doit tous nous impacter non ?
Vous avez fait comment pour résoudre ce problème de votre côté ?
A première vue, je dirais qu'il faudrait désinstaller firefox (installé par défaut via snap) et le réinstaller par apt ??

Merci par avance,

Bonne journée à tout.es

xubu1957 · Le 18/11/2022, à 09:07

Bonjour,

Pour info > installation de firefox en .deb sur ubuntu 22.04 et version supérieure

DonutMan75 · Le 18/11/2022, à 17:14

Hello,
merci pour ce lien !
J'ai suivi la procédure et j'ai donc désinstallé firefox via snap + réinstallé firefox via apt sur les dépôts de Mozillateam.
Hélas, ça n'a pas spécialement accéléré mon temps de login...

Voici les snaps installés sur ma machine :

$ snap list
Nom                        Version           Révision  Suivi            Éditeur     Notes
bare                       1.0               5         latest/stable    canonical✓  base
core18                     20221027          2620      latest/stable    canonical✓  base
core20                     20221027          1695      latest/stable    canonical✓  base
gnome-3-38-2004            0+git.6f39565     119       latest/stable/…  canonical✓  -
gtk-common-themes          0.1-81-g442e511   1535      latest/stable/…  canonical✓  -
pycharm-community          2022.2.4          307       latest/stable    jetbrains✓  classic
snap-store                 41.3-64-g512c0ff  599       latest/stable/…  canonical✓  -
snapd                      2.57.5            17576     latest/stable    canonical✓  snapd
snapd-desktop-integration  0.1               14        latest/stable/…  canonical✓  -

Le seul snap que j'ai installé "manuellement" c'est pycharm...
Possible que ce soit lui qui pose problème ?

Comment pourrais-je contrôler cela avant de me lancer dans une réinstallation coûteuse en temps ?

Merci par avance

Donut

xubu1957 · Le 18/11/2022, à 17:17

Montre, en te servant du Retour utilisable de commande :

systemd-analyze time

systemd-analyze blame --no-pager

systemd-analyze critical-chain

et :

ls -l /var/crash

dpkg -l | grep -v ^ii

DonutMan75 · Le 18/11/2022, à 17:37

Salut xubu1957,
voici les informations demandées :

$ systemd-analyze time
Startup finished in 6.099s (firmware) + 6.890s (loader) + 2.607s (kernel) + 13.133s (userspace) = 28.730s 
graphical.target reached after 13.114s in userspace

$ systemd-analyze blame --no-pager
12.345s plymouth-quit-wait.service
10.182s gpu-manager.service
 4.605s NetworkManager-wait-online.service
 3.324s fwupd.service
 2.198s postgresql@14-main.service
  302ms systemd-resolved.service
  209ms dpkg-db-backup.service
  200ms modprobe@chromeos_pstore.service
  159ms systemd-backlight@leds:dell::kbd_backlight.service
  144ms dev-nvme1n1p2.device
  141ms upower.service
  138ms ua-timer.service
  131ms snapd.service
  120ms accounts-daemon.service
  119ms networkd-dispatcher.service
  118ms apparmor.service
  117ms systemd-oomd.service
  115ms systemd-timesyncd.service
  103ms cups.service
   90ms e2scrub_reap.service
   85ms systemd-udev-trigger.service
   80ms user@1000.service
   70ms fwupd-refresh.service
   69ms udisks2.service
   68ms media-windows.mount
   62ms bluetooth.service
   61ms systemd-logind.service
   50ms snapd.apparmor.service
   50ms snapd.seeded.service
   49ms systemd-journal-flush.service
   48ms gdm.service
   48ms ModemManager.service
   47ms update-notifier-download.service
   42ms boot-efi.mount
   34ms systemd-udevd.service
   34ms systemd-tmpfiles-setup.service
   33ms power-profiles-daemon.service
   32ms NetworkManager.service
   31ms secureboot-db.service
   31ms avahi-daemon.service
   31ms apport.service
   30ms dev-loop8.device
   30ms dev-loop9.device
   30ms dev-loop11.device
   29ms dev-loop7.device
   29ms dev-loop10.device
   29ms switcheroo-control.service
   29ms dev-loop12.device
   29ms dev-loop1.device
   29ms keyboard-setup.service
   29ms dev-loop3.device
   29ms systemd-journald.service
   28ms dev-loop14.device
   28ms dev-loop2.device
   28ms dev-loop4.device
   28ms iio-sensor-proxy.service
   27ms polkit.service
   27ms dev-loop0.device
   26ms dev-loop15.device
   25ms console-setup.service
   23ms bolt.service
   21ms systemd-fsck@dev-disk-by\x2duuid-0CE2\x2d0696.service
   21ms packagekit.service
   20ms grub-initrd-fallback.service
   20ms snap-bare-5.mount
   20ms snap-core18-2566.mount
   19ms snap-core18-2620.mount
   18ms grub-common.service
   18ms snap-core20-1634.mount
   17ms snap-core20-1695.mount
   17ms thermald.service
   15ms systemd-modules-load.service
   15ms snap-gnome\x2d3\x2d38\x2d2004-112.mount
   15ms wpa_supplicant.service
   14ms plymouth-start.service
   14ms snap-gnome\x2d3\x2d38\x2d2004-119.mount
   14ms systemd-tmpfiles-clean.service
   13ms modprobe@drm.service
   13ms snap-gtk\x2dcommon\x2dthemes-1535.mount
   13ms rsyslog.service
   12ms snap-pycharm\x2dcommunity-302.mount
   12ms systemd-update-utmp.service
   12ms snap-snap\x2dstore-582.mount
   11ms snap-snap\x2dstore-599.mount
   11ms plymouth-read-write.service
    9ms snap-snapd-17336.mount
    9ms proc-sys-fs-binfmt_misc.mount
    9ms systemd-random-seed.service
    8ms colord.service
    8ms dev-hugepages.mount
    8ms dev-mqueue.mount
    8ms snap-snapd\x2ddesktop\x2dintegration-14.mount
    8ms systemd-backlight@backlight:intel_backlight.service
    7ms sys-kernel-debug.mount
    7ms sys-kernel-tracing.mount
    7ms kerneloops.service
    6ms systemd-sysusers.service
    6ms systemd-remount-fs.service
    5ms user-runtime-dir@1000.service
    5ms systemd-rfkill.service
    5ms kmod-static-nodes.service
    5ms modprobe@configfs.service
    5ms systemd-sysctl.service
    5ms modprobe@fuse.service
    4ms systemd-update-utmp-runlevel.service
    4ms systemd-tmpfiles-setup-dev.service
    4ms snap-pycharm\x2dcommunity-307.mount
    3ms alsa-restore.service
    3ms snap-snapd-17576.mount
    3ms ufw.service
    2ms swapfile.swap
    2ms modprobe@efi_pstore.service
    2ms systemd-user-sessions.service
    2ms modprobe@pstore_blk.service
    2ms rtkit-daemon.service
    2ms modprobe@pstore_zone.service
    1ms sys-fs-fuse-connections.mount
    1ms setvtrgb.service
    1ms modprobe@ramoops.service
    1ms dev-loop13.device
    1ms sys-kernel-config.mount
    1ms openvpn.service
  997us postgresql.service
  890us dev-loop16.device
  721us motd-news.service
  318us snapd.socket

$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @13.114s
└─multi-user.target @13.114s
  └─plymouth-quit-wait.service @768ms +12.345s
    └─systemd-user-sessions.service @765ms +2ms
      └─network.target @763ms
        └─systemd-resolved.service @459ms +302ms
          └─systemd-tmpfiles-setup.service @422ms +34ms
            └─local-fs.target @393ms
              └─run-snapd-ns-snapd\x2ddesktop\x2dintegration.mnt.mount @12.026s
                └─run-snapd-ns.mount @11.170s
                  └─local-fs-pre.target @186ms
                    └─keyboard-setup.service @156ms +29ms
                      └─systemd-journald.socket @153ms
                        └─system.slice @150ms
                          └─-.slice @150ms

$ ls -l /var/crash
total 79712
-rw-r----- 1 donut whoopsie 70431149 nov.  17 17:34 _opt_zoom_zoom.1000.crash
-rw-r----- 1 donut whoopsie 11189648 nov.  13 09:11 _usr_bin_nautilus.1000.crash

et enfin :

$ dpkg -l | grep -v ^ii
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom                                        Version                                  Architecture Description
+++-==========================================-========================================-============-================================================================================
rc  linux-image-5.15.0-43-generic              5.15.0-43.46                             amd64        Signed kernel image generic
rc  linux-image-5.15.0-48-generic              5.15.0-48.54                             amd64        Signed kernel image generic
rc  linux-modules-5.15.0-43-generic            5.15.0-43.46                             amd64        Linux kernel extra modules for version 5.15.0 on 64 bit x86 SMP
rc  linux-modules-5.15.0-48-generic            5.15.0-48.54                             amd64        Linux kernel extra modules for version 5.15.0 on 64 bit x86 SMP
rc  linux-modules-extra-5.15.0-43-generic      5.15.0-43.46                             amd64        Linux kernel extra modules for version 5.15.0 on 64 bit x86 SMP
rc  linux-modules-extra-5.15.0-48-generic      5.15.0-48.54                             amd64        Linux kernel extra modules for version 5.15.0 on 64 bit x86 SMP
rc  linux-modules-nvidia-515-5.15.0-43-generic 5.15.0-43.46+1                           amd64        Linux kernel nvidia modules for version 5.15.0-43
rc  linux-modules-nvidia-515-5.15.0-48-generic 5.15.0-48.54                             amd64        Linux kernel nvidia modules for version 5.15.0-48
rc  linux-objects-nvidia-515-5.15.0-43-generic 5.15.0-43.46+1                           amd64        Linux kernel nvidia modules for version 5.15.0-43 (objects)
rc  linux-objects-nvidia-515-5.15.0-48-generic 5.15.0-48.54                             amd64        Linux kernel nvidia modules for version 5.15.0-48 (objects)

Des idées ?

Merci d'avance

D.

xubu1957 · Le 18/11/2022, à 17:47

Pour purger les résidus de configuration marqués "rc" :

sudo apt purge ~c

comme expliqué à la machine à café, et rajouté à la fin de ce message.

Regarde les commandes de f.x0.

geole · Le 18/11/2022, à 19:25

DonutMan75 a écrit :

Comment pourrais-je contrôler cela avant de me lancer dans une réinstallation coûteuse en temps ?

Tu es à moins de trente secondes au démarrage. Tu n'auras pas mieux.
Regarde s'il y a des anomalies

journalctl --no-pager -b -p err

inbox · Le 18/11/2022, à 21:12

Salut,

Pour la lenteur d'ouverture de session, regarde plutôt du côté de Zoom. Peut-être le désactiver au démarrage ou décaler son lancement.

Commence par l'enlever du démarrage automatique.

A+

DonutMan75 · Le 18/11/2022, à 23:44

Bonsoir à tous,
merci pour vos suggestions de résolution

Je précise ceci dit que mon problème n'est pas un délai trop long de boot. Ce dernier est relativement rapide et mon premier login après reboot est OK.

Mais si, juste après le premier login, je verrouille la session (par Windows + L par exemple) et que je la déverouille aussitôt (et en particulier sans avoir rien lancé de particulier), je rencontre ces 6~10 secondes d'attente après avoir tapé mon mot de passe.

J'ai un peu regardé la doc des commandes et voici ce que j'en comprends :

1) systemd-analyze {time,blame,critical-chain} ne semble concerner, de ce que j'en comprends, que le temps au démarrage pour lancer les différents services. Mon soucis semble se situer après le boot pourtant. Donc ce n'est pas là que je dois regarder ?

2) Une purge des fichiers de configuration non utilisés ne résoudra probablement pas mon soucis non ?

3) Voici ce que retourne le journalctl demandé par geole :

$ journalctl --no-pager -b -p err
nov. 17 16:19:22 toki kernel: pci 0000:00:07.0: DPC: RP PIO log size 0 is invalid
nov. 17 16:19:22 toki kernel: pci 0000:00:07.1: DPC: RP PIO log size 0 is invalid
nov. 17 16:19:22 toki kernel: dell_smm_hwmon: unable to get SMM Dell signature
nov. 17 16:19:22 toki avahi-daemon[797]: chroot.c: open() failed: No such file or directory
nov. 17 16:19:23 toki thermald[783]: Unsupported condition 4 (Motion)
nov. 17 16:19:23 toki thermald[783]: Unsupported condition 4 (Motion)
nov. 17 16:19:23 toki thermald[783]: Unsupported condition 9 (Aggregate_power_percentage)
nov. 17 16:19:23 toki thermald[783]: Unsupported condition 9 (Aggregate_power_percentage)
nov. 17 16:19:23 toki thermald[783]: Unsupported condition 9 (Aggregate_power_percentage)
nov. 17 16:19:23 toki thermald[783]: Unsupported condition 9 (Aggregate_power_percentage)
nov. 17 16:19:23 toki thermald[783]: Unsupported conditions are present
nov. 17 16:19:23 toki kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_TZ.ETMD], AE_NOT_FOUND (20210730/psargs-330)
nov. 17 16:19:23 toki kernel: ACPI Error: Aborting method \_SB.IETM._OSC due to previous error (AE_NOT_FOUND) (20210730/psparse-529)
nov. 17 16:19:33 toki gnome-session-binary[1332]: GLib-GIO-CRITICAL: g_bus_get_sync: assertion 'error == NULL || *error == NULL' failed
nov. 17 16:19:33 toki gnome-session-binary[1332]: GLib-GIO-CRITICAL: g_bus_get_sync: assertion 'error == NULL || *error == NULL' failed
nov. 17 16:19:34 toki systemd[1291]: Failed to start Service for snap application snapd-desktop-integration.snapd-desktop-integration.
nov. 17 16:19:49 toki gdm-password][1845]: gkr-pam: unable to locate daemon control file
nov. 17 16:19:50 toki systemd[1858]: Failed to start Application launched by gnome-session-binary.
nov. 17 16:19:50 toki systemd[1858]: Failed to start Application launched by gnome-session-binary.
nov. 17 16:19:51 toki systemd[1858]: Failed to start Application launched by gnome-session-binary.
nov. 17 16:19:52 toki gdm-launch-environment][1286]: GLib-GObject: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
nov. 18 16:26:52 toki kernel: iwlwifi 0000:00:14.3: No beacon heard and the session protection is over already...
nov. 18 16:26:52 toki kernel: iwlwifi 0000:00:14.3: Invalid sta id (0) in FW TLC notification
nov. 18 16:27:54 toki kernel: iwlwifi 0000:00:14.3: No beacon heard and the session protection is over already...
nov. 18 16:29:45 toki kernel: iwlwifi 0000:00:14.3: No beacon heard and the session protection is over already...
nov. 18 16:38:45 toki kernel: iwlwifi 0000:00:14.3: No beacon heard and the session protection is over already...
nov. 18 16:39:02 toki kernel: iwlwifi 0000:00:14.3: No beacon heard and the session protection is over already...
nov. 18 16:43:48 toki kernel: iwlwifi 0000:00:14.3: No beacon heard and the session protection is over already...
nov. 18 16:43:52 toki kernel: iwlwifi 0000:00:14.3: No beacon heard and the session protection is over already...
nov. 18 16:45:09 toki kernel: iwlwifi 0000:00:14.3: No beacon heard and the session protection is over already...
nov. 18 16:45:28 toki kernel: iwlwifi 0000:00:14.3: No beacon heard and the session protection is over already...
nov. 18 16:46:54 toki kernel: iwlwifi 0000:00:14.3: No beacon heard and the session protection is over already...
nov. 18 16:47:05 toki kernel: iwlwifi 0000:00:14.3: No beacon heard and the session protection is over already...
nov. 18 16:51:09 toki kernel: iwlwifi 0000:00:14.3: No beacon heard and the session protection is over already...

Je ne sais pas bien comment interpréter ce retour.
Dans le doute, j'ai fait un test en désactivant le Wifi mais ça n'a rien changé..

4) je n'ai pas l'impression que zoom tourne en tâche de fond

$ ps -fax | grep -i zoom
  27916 pts/1    S+     0:00          \_ grep --color=auto -i zoom

Je devrais peut-être tester de l'enlever, effectivement...

5) j'ai fait une sortie de journalctl centré sur le verrouillage/déverrouillage d'une session, voici ce que ça donne :

$ journalctl -r _UID=1000
nov. 18 22:39:43 toki gnome-shell[2047]: DING: GNOME nautilus 42.2
nov. 18 22:39:43 toki gnome-shell[2047]: DING: Detected async api for thumbnails
nov. 18 22:39:43 toki dbus-daemon[1880]: [session uid=1000 pid=1880] Successfully activated service 'org.gnome.ArchiveManager1'
nov. 18 22:39:42 toki gnome-shell[2047]: #2   56025a5c4018 i   resource:///org/gnome/shell/ui/dash.js:545 (14d936520b00 @ 24)
nov. 18 22:39:42 toki gnome-shell[2047]: #1   56025a5c4098 i   /usr/share/gnome-shell/extensions/ubuntu-dock@ubuntu.com/dash.js:42 (897b46bef60 @ 27)
nov. 18 22:39:42 toki gnome-shell[2047]: #0   56025a5c4128 i   /usr/share/gnome-shell/extensions/ubuntu-dock@ubuntu.com/appIcons.js:1349 (897b46cb060 @ 105)
nov. 18 22:39:42 toki gnome-shell[2047]: == Stack trace for context 0x560257b4d4b0 ==
nov. 18 22:39:42 toki gnome-shell[2047]: Object St.Label (0x56025ad18420), has been already disposed — impossible to access it. This might be caused by the object having been destroyed from C code using >
nov. 18 22:39:42 toki dbus-daemon[1880]: [session uid=1000 pid=1880] Activating service name='org.gnome.ArchiveManager1' requested by ':1.321' (uid=1000 pid=28104 comm="gjs /usr/share/gnome-shell/extensi>
nov. 18 22:39:42 toki gnome-shell[2047]: Window manager warning: Overwriting existing binding of keysym 39 with keysym 39 (keycode 12).
nov. 18 22:39:42 toki gnome-shell[2047]: Window manager warning: Overwriting existing binding of keysym 38 with keysym 38 (keycode 11).
nov. 18 22:39:42 toki gnome-shell[2047]: Window manager warning: Overwriting existing binding of keysym 37 with keysym 37 (keycode 10).
nov. 18 22:39:42 toki gnome-shell[2047]: Window manager warning: Overwriting existing binding of keysym 36 with keysym 36 (keycode f).
nov. 18 22:39:42 toki gnome-shell[2047]: Window manager warning: Overwriting existing binding of keysym 35 with keysym 35 (keycode e).
nov. 18 22:39:42 toki gnome-shell[2047]: Window manager warning: Overwriting existing binding of keysym 34 with keysym 34 (keycode d).
nov. 18 22:39:42 toki gnome-shell[2047]: Window manager warning: Overwriting existing binding of keysym 33 with keysym 33 (keycode c).
nov. 18 22:39:42 toki gnome-shell[2047]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
nov. 18 22:39:42 toki gnome-shell[2047]: Window manager warning: Overwriting existing binding of keysym 31 with keysym 31 (keycode a).
nov. 18 22:39:42 toki ubuntu-appindicators@ubuntu.com[2047]: unable to update icon for livepatch
nov. 18 22:39:42 toki ubuntu-appindicators@ubuntu.com[2047]: unable to update icon for software-update-available
nov. 18 22:39:30 toki update-notifier[3387]: gtk_widget_get_scale_factor: assertion 'GTK_IS_WIDGET (widget)' failed
nov. 18 22:39:30 toki update-notifier[3387]: gtk_widget_get_scale_factor: assertion 'GTK_IS_WIDGET (widget)' failed

6) j'ai changé de console avec Ctrl+Alt+F3 (par exemple). Sans environnement graphique, le login est instantané ! Un soucis avec gnome-desktop ou gnome-session ??

Merci à vous tous et bonne soirée !

D.

geole · Le 19/11/2022, à 00:51

pour un test.
Lorsque tu t'es positionné sur ton nom d'utilisateur et avant de frapper ton mot de passe,
regardes en bas à droite, il doit apparaitre une roue crantée. clique dessus.
Tu auras le choix entre au moins deux sessions wayland et X11
Clique sur celle qui n'est par défaut puis reviens frapper le mot de passe et chronomètre.

Dernière modification par geole (Le 19/11/2022, à 00:52)

DonutMan75 · Le 19/11/2022, à 10:56

Bonjour geole,
bien vu !

J'ai en fait deux écrans de déverrouilage de session différent selon le contexte

1) le premier écran de login graphique qui s'affiche juste après un reboot, ressemble un peu à celui de Debian (je crois)

Fond gris
Logo Ubuntu en bas au centre

2) Le second écran de login graphique que je rencontre (et qui est différent du premier) s'affiche quand je fais Win+L une fois connecté

Fond violet
Plus de logo Ubuntu en bas au centre

L'écran de type (2) mouline toujours quand je tape mon mot de passe avant d'afficher le bureau.

Sur l'écran (2), il n'y a pas de petite roue crantée en bas à droite mais plutôt deux petits bonhommes l'un derrière l'autre (ceci laisse suggérer qu'on peut changer d'utilisateur). Si je clique dessus, ça m'amène à un écran de connexion de type (1). Et là, la connexion est de nouveau instantanée.

Donc j'ai trouvé une solution de contournement pour éviter que ça mouline mais je n'ai aucune idée de ce qu'il se passe...

Quelques précisions :

- c'est une installation récente (moins de deux mois). En particulier, je n'ai pas vraiment installé/désinstallé plein de trucs dans tous les sens

- je n'ai qu'un seul utilisateur "physique" (i.e. "humain" et qui peut se sélectionner quand je veux déverrouiller une session), néanmoins quand je regarde dans /etc/passwd je vois les users suivant sous le mien (qui ont donc du être créés après ??)

nvidia-persistenced:x:128:136:NVIDIA Persistence Daemon,,,:/nonexistent:/usr/sbin/nologin
postgres:x:129:137:PostgreSQL administrator,,,:/var/lib/postgresql:/bin/bash
fwupd-refresh:x:130:138:fwupd-refresh user,,,:/run/systemd:/usr/sbin/nologin

J'ai effectivement installé postgres-sql. Les deux autres, je ne sais pas à quoi ça correspond..

- j'ai laissé les environnements de bureau etc.. par défaut

- sur l'écran de déverrouillage de session (donc écran type (2)), je remarque en bas une notification (?) "Snapd User Session Agent (2)" > je ne sais pas à quoi cela correspond ni si je dois m'en inquiéter ou pas

Quel interprétation avez-vous de ce qu'il se passe ? Comment pourrais-je éviter d'avoir à cliquer sur les petits bonhommes à chaque fois ?

Merci par avance et à bientôt !

D.

Dernière modification par DonutMan75 (Le 19/11/2022, à 11:39)

DonutMan75 · Le 19/11/2022, à 12:14

Hello,
autre piste (sans savoir si c'est bloquant ou pas) : mon ordinateur portable dispose d'un lecteur d'empreinte digitale, que je ne souhaite pas utiliser et que je n'ai d'ailleurs pas paramétré.

Dans l'onglet utilisateur des paramètres systèmes, "Connexion par reconnaissance d'empreintes" est positionné sur "désactivé".

Voici pourtant ce qui s'affiche dans /var/log/syslog au moment d'un déverrouillage de session :

Nov 19 11:09:30 toki dbus-daemon[765]: [system] Activating via systemd: service name='net.reactivated.Fprint' unit='fprintd.service' requested by ':1.424' (uid=1000 pid=14226 comm="/usr/bin/gnome-shell " label="unconfined")
Nov 19 11:09:30 toki systemd[1]: Starting Fingerprint Authentication Daemon...
Nov 19 11:09:30 toki gdm-session-worker[18791]: modprobe: FATAL: Module nvidia not found in directory /lib/modules/5.15.0-52-generic
Nov 19 11:09:30 toki kernel: [ 5359.610707] usb 3-9: reset full-speed USB device number 3 using xhci_hcd
Nov 19 11:09:30 toki fprintd[18768]: libusb: error [udev_hotplug_event] ignoring udev action change
Nov 19 11:09:30 toki fprintd[18768]: libusb: error [udev_hotplug_event] ignoring udev action change
Nov 19 11:09:30 toki dbus-daemon[765]: [system] Successfully activated service 'net.reactivated.Fprint'
Nov 19 11:09:30 toki systemd[1]: Started Fingerprint Authentication Daemon.
Nov 19 11:09:40 toki dbus-daemon[13201]: [session uid=1000 pid=13201] Activating service name='org.freedesktop.FileManager1' requested by ':1.39' (uid=1000 pid=14226 comm="/usr/bin/gnome-shell " label="unconfined")
Nov 19 11:09:40 toki NetworkManager[767]: <info>  [1668852580.8099] agent-manager: agent[a31456ec42e019f8,:1.424/org.gnome.Shell.NetworkAgent/1000]: agent registered
Nov 19 11:09:40 toki ubuntu-appindicators@ubuntu.com[14226]: unable to update icon for software-update-available
Nov 19 11:09:40 toki ubuntu-appindicators@ubuntu.com[14226]: unable to update icon for livepatch
Nov 19 11:09:40 toki gnome-shell[14226]: Window manager warning: Overwriting existing binding of keysym 31 with keysym 31 (keycode a).
Nov 19 11:09:40 toki gnome-shell[14226]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
Nov 19 11:09:40 toki gnome-shell[14226]: Window manager warning: Overwriting existing binding of keysym 33 with keysym 33 (keycode c).
Nov 19 11:09:40 toki gnome-shell[14226]: Window manager warning: Overwriting existing binding of keysym 34 with keysym 34 (keycode d).
Nov 19 11:09:40 toki gnome-shell[14226]: Window manager warning: Overwriting existing binding of keysym 35 with keysym 35 (keycode e).
Nov 19 11:09:40 toki gnome-shell[14226]: Window manager warning: Overwriting existing binding of keysym 36 with keysym 36 (keycode f).
Nov 19 11:09:40 toki gnome-shell[14226]: Window manager warning: Overwriting existing binding of keysym 37 with keysym 37 (keycode 10).
Nov 19 11:09:40 toki gnome-shell[14226]: Window manager warning: Overwriting existing binding of keysym 38 with keysym 38 (keycode 11).
Nov 19 11:09:40 toki gnome-shell[14226]: Window manager warning: Overwriting existing binding of keysym 39 with keysym 39 (keycode 12).
Nov 19 11:09:40 toki dbus-daemon[13201]: [session uid=1000 pid=13201] Successfully activated service 'org.freedesktop.FileManager1'
Nov 19 11:09:41 toki dbus-daemon[13201]: [session uid=1000 pid=13201] Activating service name='org.gnome.ArchiveManager1' requested by ':1.183' (uid=1000 pid=18822 comm="gjs /usr/share/gnome-shell/extensions/ding@rasters" label="unconfined")
Nov 19 11:09:41 toki dbus-daemon[13201]: [session uid=1000 pid=13201] Successfully activated service 'org.gnome.ArchiveManager1'
Nov 19 11:09:41 toki gnome-shell[14226]: DING: Detected async api for thumbnails
Nov 19 11:09:41 toki gnome-shell[14226]: DING: GNOME nautilus 42.2

Je ne comprends pas pourquoi il démarre fprintd (Fingerprint Authentication Daemon)

Il y a bien une règle dans /etc/pam.d mais je ne connais pas bien le fonctionnement de pam

$ more /etc/pam.d/gdm-fingerprint 
#%PAM-1.0
auth    requisite       pam_nologin.so
auth	required	pam_succeed_if.so user != root quiet_success
auth	required	pam_fprintd.so
auth    optional        pam_gnome_keyring.so
@include common-account
# SELinux needs to be the first session rule. This ensures that any 
# lingering context has been cleared. Without this it is possible 
# that a module could execute code in the wrong domain.
session [success=ok ignore=ignore module_unknown=ignore default=bad]        pam_selinux.so close
session required        pam_loginuid.so
# SELinux needs to intervene at login time to ensure that the process
# starts in the proper default security context. Only sessions which are
# intended to run in the user's context should be run after this.
# pam_selinux.so changes the SELinux context of the used TTY and configures
# SELinux in order to transition to the user context with the next execve()
# call.
session [success=ok ignore=ignore module_unknown=ignore default=bad]        pam_selinux.so open
session optional        pam_keyinit.so force revoke
session required        pam_limits.so
session required        pam_env.so readenv=1
session required        pam_env.so readenv=1 user_readenv=1 envfile=/etc/default/locale
@include common-session
session optional        pam_gnome_keyring.so auto_start
password required       pam_fprintd.so

Bon peut-être que ça n'a aucun rapport avec mon problème...
Surtout que le lecteur d'empreinte est intégré au clavier et que je n'ai pas l'impression que ce soucis de lenteur était présent au début.

Je sèche un peu... si vous avez des idées, je suis preneur !

D.

Dernière modification par DonutMan75 (Le 19/11/2022, à 12:15)

DonutMan75 · Le 19/11/2022, à 18:37

Concernant cette histoire de Wayland vs xorg,

- c'est bien Wayland qui est utilisé par défaut (cf. la variable d'environnement XDG_SESSION_TYPE qui est positionnée sur wayland)
- j'ai xorg qui est installé sur le système (c'est ce que me dit un "apt install xorg")
- je n'ai pourtant nulle trace d'une roue crantée sur l'écran de login, qui me permettrait de switcher entre Wayland et Xorg

En cherchant un peu, je suis tombé sur ce fil de askubuntu qui explique comment forcer l'utilisation de x11 avec gdm. Il faut mettre dans le fichier /etc/gdm3/custom.conf "WaylandEnable=false" puis redémarrer. Ce que j'ai fait.

Au redémarrage, voici ce que j'obtiens :

$ echo $XDG_SESSION_TYPE
x11

En revanche, toujours pas de roue crantée sur l'écran de login et (surtout) pas d'amélioration de temps de connexion...

Je continue à farfouiller...

bluc · Le 19/11/2022, à 20:09

Bonjour

La roue dentée apparaît quand on clique sur le nom d'utilisateur (c'est un peu ridicule)

Dernière modification par bluc (Le 19/11/2022, à 20:34)

inbox · Le 19/11/2022, à 22:00

Non, c'est normal, puisque ce paramètre peut être différent selon les utilisateurs. Dans le cas contraire, ce serai un paramètre global.

bluc · Le 19/11/2022, à 23:40

Oui... je n'ai pas pensé a ça

DonutMan75 · Le 20/11/2022, à 00:07

Bonsoir,
je n'ai toujours pas résolu mon problème et je continue de farfouiller.
J'ai creusé la piste du lecteur d'empreinte.

J'ai voulu changer les paramètres du login-session de gdm.

Pour ce faire, j'ai tout d'abord installé dconf-editor depuis les dépôts.
Dans org.gnome.login-screen j'ai pu désactiver (au niveau global donc, et plus au niveau de mon utilisateur ?) l'utilisation du lecteur d'empreinte (et aussi tant qu'à faire des lecteurs de carte à puce dont je ne dispose pas) en positionnant comme il se doit les variables enable-fingerprint-authentication et enable-smartcard-authentication. Un peu surpris de trouver cela dans gdm, je m'attendais plus à un truc du côté de PAM mais bon.

J'en ai profité également pour activer le banner-message-enable avec banner-message-text="toto" histoire de vérifier que mes modifications étaient bien prises en compte.

Je mets à jour dconf :

$ sudo dconf update

Je vérifie que mes nouveaux paramètres ont bien été pris en compte :

$ gsettings list-recursively org.gnome.login-screen
org.gnome.login-screen allowed-failures 3
org.gnome.login-screen banner-message-enable true
org.gnome.login-screen banner-message-text "toto"
org.gnome.login-screen disable-restart-buttons false
org.gnome.login-screen disable-user-list false
org.gnome.login-screen enable-fingerprint-authentication false
org.gnome.login-screen enable-password-authentication true
org.gnome.login-screen enable-smartcard-authentication false
org.gnome.login-screen fallback-logo ''
org.gnome.login-screen logo '/usr/share/plymouth/ubuntu-logo.png'

Un petit reboot et... rien n'est pris en compte...

Je continue de farfouiller et vois qu'on peut mettre ces options directement dans le fichier /etc/gdm3/greeter.dconf-defaults en-dessous de "[org/gnome/login-screen]". Ce que je fais.

Un petit reboot car je ne sais pas comment redémarrer proprement gdm (sans doute un sudo systemctl restart gdm via une console tty non graphique aurait fait le job mais je préfère être sûr).

Cette fois-ci c'est bien pris en compte, je vois les changements mais.... toujours mon délai de connexion super long (sauf étrangement comme je l'ai déjà dit, au moment du tout premier login).

Je précise que quand ça mouline et on est encore sur l'écran de déverrouillage de session (un peu comme quand il vérifie un mot de passe erroné si vous voyez).

In fine :
- j'ai toujours mon problème de temps de connexion très long
- étrangement dconf/dconf-editor/gsettings ne sont plus utilisés par gdm3 ?? (à vérifier dans la doc) mais /etc/gdm3/greeter.dconf-defaults est bien pris en compte par le système
- pas sûr que ce soit gdm3 qui soit en cause ici... Sans doute un truc lancé après la 1ere connexion et qui ralentit tout ?

Je continue mon enquête

Bonne soirée

Donut

Dernière modification par DonutMan75 (Le 20/11/2022, à 02:03)

DonutMan75 · Le 20/11/2022, à 00:16

Tiens, je viens de tester à l'instant un truc que je trouve TREEES intéressant.

Quand je veux déverrouiller ma session après un Win+L et que je mets un mot de passe volontairement erroné, alors le système va mouliner quelques (longues) secondes et m'afficher que le mot de passe est incorrect.

Mais si, juste après, je tape mon véritable mot de passe, alors cette fois-ci le système le valide très rapidement et affiche le bureau !!

Je crois que je tiens quelque chose mais je ne sais pas encore comment l'interpréter...

A rapprocher du fait que, en tty non graphique, la connexion est systématiquement instantanée en cas de mot de passe correct.

Vous voyez quelque chose émerger de votre côté ? Une idée ??

D.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 17/11/2022, à 17:35

Temps de login anormalement long ?

#2 Le 17/11/2022, à 18:51

Re : Temps de login anormalement long ?

#3 Le 18/11/2022, à 08:58

Re : Temps de login anormalement long ?

#4 Le 18/11/2022, à 09:07

Re : Temps de login anormalement long ?

#5 Le 18/11/2022, à 17:14

Re : Temps de login anormalement long ?

#6 Le 18/11/2022, à 17:17

Re : Temps de login anormalement long ?

#7 Le 18/11/2022, à 17:37

Re : Temps de login anormalement long ?

#8 Le 18/11/2022, à 17:47

Re : Temps de login anormalement long ?

#9 Le 18/11/2022, à 19:25

Re : Temps de login anormalement long ?

#10 Le 18/11/2022, à 21:12

Re : Temps de login anormalement long ?

#11 Le 18/11/2022, à 23:44

Re : Temps de login anormalement long ?

#12 Le 19/11/2022, à 00:51

Re : Temps de login anormalement long ?

#13 Le 19/11/2022, à 10:56

Re : Temps de login anormalement long ?

#14 Le 19/11/2022, à 12:14

Re : Temps de login anormalement long ?

#15 Le 19/11/2022, à 18:37

Re : Temps de login anormalement long ?

#16 Le 19/11/2022, à 20:09

Re : Temps de login anormalement long ?

#17 Le 19/11/2022, à 22:00

Re : Temps de login anormalement long ?

#18 Le 19/11/2022, à 23:40

Re : Temps de login anormalement long ?

#19 Le 20/11/2022, à 00:07

Re : Temps de login anormalement long ?

#20 Le 20/11/2022, à 00:16

Re : Temps de login anormalement long ?

Pied de page des forums