Contenu | Rechercher | Menus

Annonce

DVD, clés USB et t-shirts Ubuntu-fr disponibles sur la boutique En Vente Libre

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 20/06/2021, à 11:18

tintinux

Login très long

Bonjour

Sur une machine en 20.04, il faut plus de 3 minutes, après avoir entré un mot de passe, pour afficher et pouvoir utiliser les raccourcis du bureau.

Pendant ce temps, il n'y a apparemment pas de grosse activité disque, ni d'accès important à l'internet (j'ai mis une applet pour le voir).

La seule particularité est que mon /home est sur une partition séparée du système, mais on y accède sans problème une fois passé le temps d'attente.

On dirait qu'il y a quelque chose qui s'exécute et qui consomme de la CPU, mais comment pourrais-je savoir quoi ?

Merci pour vos suggestions !


18.04 et 20.04 MATE sur 5 machines.
Développeur d'applications, dont Gestinux, une compta-gestion libre et multi-plateforme.

Hors ligne

#2 Le 20/06/2021, à 16:55

erresse

Re : Login très long

tintinux a écrit :

On dirait qu'il y a quelque chose qui s'exécute et qui consomme de la CPU, mais comment pourrais-je savoir quoi ?

La vérification automatique des volumes de disques ?


Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

Hors ligne

#3 Le 20/06/2021, à 17:29

tintinux

Re : Login très long

Bonjour

erresse a écrit :

La vérification automatique des volumes de disques ?

Je ne pense pas, car il n'y a apparemment pas d'activité disque audible.
Mais le cas échéant, comment pourrais-je en être sûr, ou désactiver cette vérification qui n'a pas lieu d'être à chaque connexion ?

En lançant le System Monitor de MATE, je vois presque uniquement en "running" le process tracker-extract qui prend 20 à 25 % du CPU avec une priorité très basse.
Ce dernier reste toutefois actif ensuite quand j'ai la main, sans ralentissement important.
Cependant, en lançant :

$ tracker status

On obtient :

Currently indexed: 105988 files, 10761 folders
Remaining space on database partition: 300,6 GB (54,85%)

(tracker status:2760): Tracker-CRITICAL **: 18:16:18.407: Could not get miner progress for 'org.freedesktop.Tracker1.Miner.Extract': Timeout was reached
All data miners are idle, indexing complete

Pourquoi ce Timeout ? Comment l'éviter ?


18.04 et 20.04 MATE sur 5 machines.
Développeur d'applications, dont Gestinux, une compta-gestion libre et multi-plateforme.

Hors ligne

#4 Le 20/06/2021, à 17:54

geole

Re : Login très long

Bonjour
Pour le temps de démarrage, donne ces retours.

systemd-analyze time
systemd-analyze blame | head -25
systemd-analyze critical-chain
journalctl -b --no-pager -p err

Hors ligne

#5 Le 20/06/2021, à 18:43

tintinux

Re : Login très long

Voici les retours des commandes.
Tu as bien lu que le délai est au 1er login, ou à la connexion, après entrée du mot de passe.
30 secondes avec écran noir, puis 2 mn 40s avec seulement les panneaux non utilisables, avant affichage des raccourcis.
Le temps de boot est assez rapide...


$ systemd-analyze time
Startup finished in 24.042s (firmware) + 3.880s (loader) + 12.557s (kernel) + 1min 4.653s (userspace) = 1min 45.134s 
graphical.target reached after 1min 4.570s in userspace
$ systemd-analyze blame | head -25
26.705s mariadb.service                                                                          
19.930s dev-sda6.device                                                                          
19.070s snapd.service                                                                            
18.556s networkd-dispatcher.service                                                              
17.992s systemd-journal-flush.service                                                            
17.196s udisks2.service                                                                          
15.991s accounts-daemon.service                                                                  
14.232s plymouth-start.service                                                                   
13.885s NetworkManager-wait-online.service                                                       
12.790s apport-autoreport.service                                                                
10.208s dev-loop7.device                                                                         
10.171s dev-loop11.device                                                                        
10.112s dev-loop0.device                                                                         
10.107s dev-loop1.device                                                                         
10.105s dev-loop2.device                                                                         
10.105s dev-loop4.device                                                                         
10.102s dev-loop8.device                                                                         
10.099s dev-loop3.device                                                                         
10.097s dev-loop6.device                                                                         
10.019s dev-loop10.device                                                                        
 9.615s ModemManager.service                                                                     
 9.051s dev-loop5.device                                                                         
 9.040s avahi-daemon.service                                                                     
 9.025s bluetooth.service                                                                        
 9.019s NetworkManager.service 
$ 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 @1min 4.570s
└─multi-user.target @1min 4.569s
  └─mariadb.service @37.861s +26.705s
    └─network.target @37.849s
      └─NetworkManager.service @28.828s +9.019s
        └─dbus.service @28.817s
          └─basic.target @28.670s
            └─sockets.target @28.670s
              └─snapd.socket @28.667s +2ms
                └─sysinit.target @28.523s
                  └─snapd.apparmor.service @27.630s +892ms
                    └─apparmor.service @25.935s +1.688s
                      └─local-fs.target @25.933s
                        └─home.mount @25.872s +60ms
                          └─systemd-fsck@dev-disk-by\x2duuid-775d724b\x2d57ed\x>
                            └─dev-disk-by\x2duuid-775d724b\x2d57ed\x2d4d9e\x2d8>
lines 1-19/19 (END)...skipping...
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 @1min 4.570s
└─multi-user.target @1min 4.569s
  └─mariadb.service @37.861s +26.705s
    └─network.target @37.849s
      └─NetworkManager.service @28.828s +9.019s
        └─dbus.service @28.817s
          └─basic.target @28.670s
            └─sockets.target @28.670s
              └─snapd.socket @28.667s +2ms
                └─sysinit.target @28.523s
                  └─snapd.apparmor.service @27.630s +892ms
                    └─apparmor.service @25.935s +1.688s
                      └─local-fs.target @25.933s
                        └─home.mount @25.872s +60ms
                          └─systemd-fsck@dev-disk-by\x2duuid-775d724b\x2d57ed\x2d4d9e\x2d86ff\x2d978a0bdd735d.service @25.308s +536ms
                            └─dev-disk-by\x2duuid-775d724b\x2d57ed\x2d4d9e\x2d86ff\x2d978a0bdd735d.device @25.306s
$ journalctl -b --no-pager -p err
-- Logs begin at Wed 2020-12-16 15:22:04 CET, end at Sun 2021-06-20 19:35:36 CEST. --
juin 20 19:28:07 Rossignol kernel: hub 1-1:1.0: Using single TT (err -22)
juin 20 19:28:25 Rossignol kernel: Bluetooth: hci0: command 0x1003 tx timeout
juin 20 19:28:25 Rossignol kernel: Bluetooth: hci0: unexpected event for opcode 0x1003
juin 20 19:28:11 Rossignol systemd-udevd[364]: /etc/udev/rules.d/60-brother-brscan4-libsane-type1.rules:9 Invalid key 'SYSFS'
juin 20 19:28:43 Rossignol bluetoothd[734]: Failed to set mode: Blocked through rfkill (0x12)
juin 20 19:28:51 Rossignol wpa_supplicant[756]: bgscan simple: Failed to enable signal strength monitoring
juin 20 19:29:07 Rossignol lightdm[1116]: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No such file or directory
juin 20 19:29:07 Rossignol lightdm[1116]: PAM adding faulty module: pam_kwallet.so
juin 20 19:29:07 Rossignol lightdm[1116]: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No such file or directory
juin 20 19:29:07 Rossignol lightdm[1116]: PAM adding faulty module: pam_kwallet5.so
juin 20 19:29:22 Rossignol kernel: hdaudio hdaudioC0D2: Unable to bind the codec
juin 20 19:29:24 Rossignol lightdm[1286]: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No such file or directory
juin 20 19:29:24 Rossignol lightdm[1286]: PAM adding faulty module: pam_kwallet.so
juin 20 19:29:24 Rossignol lightdm[1286]: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No such file or directory
juin 20 19:29:24 Rossignol lightdm[1286]: PAM adding faulty module: pam_kwallet5.so
juin 20 19:29:53 Rossignol lightdm[1286]: gkr-pam: unable to locate daemon control file

18.04 et 20.04 MATE sur 5 machines.
Développeur d'applications, dont Gestinux, une compta-gestion libre et multi-plateforme.

Hors ligne

#6 Le 21/06/2021, à 15:55

geole

Re : Login très long

Il se passe près de deux minutes  entre ces deux lignes

- Logs begin at Wed 2020-12-16 15:22:04 CET, end at Sun 2021-06-20 19:35:36 CEST. --
juin 20 19:28:07 Rossignol kernel: hub 1-1:1.0: Using single TT (err -22)
.........
juin 20 19:29:53 Rossignol lightdm[1286]: gkr-pam: unable to locate daemon control file

J'ai  vu ce bug https://bugs.launchpad.net/ubuntu/+sour … omments/29

De là, à savoir si c'est la cause de la lenteur.....

Pour plus de détails , peux-tu donner ce retour

journalctl --since  "2021-06-20 19:28" --until  "2021-06-20 19:33" >Trace.txt && xdg-open Trace.txt

Hors ligne

#7 Le 22/06/2021, à 15:49

tintinux

Re : Login très long

Bonjour
Merci pour la commande.
Ça retourne plus de 2000 lignes, donc dans un premier temps je ne renvoie que les lignes qui me semblent encadrer des temps un peu longs :

D'abord 18 s consacrées à chercher une imprimante :

juin 20 19:28:07 Rossignol systemd[1]: Started Journal Service.
juin 20 19:28:07 Rossignol systemd[1]: Starting Flush Journal to Persistent Storage...
juin 20 19:28:07 Rossignol systemd-journald[312]: Time spent on flushing to /var/log/journal/7fbfa30ad0114b10adb52bf8e06e97f3 is 6.793283s for 761 entries.
juin 20 19:28:07 Rossignol systemd-journald[312]: System Journal (/var/log/journal/7fbfa30ad0114b10adb52bf8e06e97f3) is 1.4G, max 4.0G, 2.5G free.
juin 20 19:28:25 Rossignol kernel: lp: driver loaded but no devices found
juin 20 19:28:25 Rossignol kernel: ppdev: user-space parallel port driver

J'en ai installé deux mais sur un emplacement donné au plus une seule peut être trouvée. 
Pourquoi le système doit-il les chercher à la connexion ?

2) Là ce qui est bizarre c'est que la date et l'heure ne sont pas croissants...

juin 20 19:28:25 Rossignol kernel: Bluetooth: hci0: command 0x1003 tx timeout
juin 20 19:28:25 Rossignol kernel: Bluetooth: hci0: unexpected event for opcode 0x1003
juin 20 19:28:17 Rossignol mtp-probe[407]: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.2"
juin 20 19:28:07 Rossignol systemd[1]: Finished Set the console keyboard layout.
juin 20 19:28:17 Rossignol mtp-probe[405]: checking bus 1, device 3: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-3"
juin 20 19:28:07 Rossignol systemd[1]: Finished udev Coldplug all Devices.
juin 20 19:28:17 Rossignol mtp-probe[407]: bus: 1, device: 4 was not an MTP device
juin 20 19:28:07 Rossignol systemd[1]: Starting Helper to synchronize boot up for ifupdown...
juin 20 19:28:17 Rossignol mtp-probe[406]: checking bus 1, device 5: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-4"
juin 20 19:28:07 Rossignol systemd[1]: Finished Load/Save Random Seed.
juin 20 19:28:17 Rossignol mtp-probe[406]: bus: 1, device: 5 was not an MTP device
juin 20 19:28:07 Rossignol systemd-modules-load[318]: Inserted module 'lp'
juin 20 19:28:17 Rossignol mtp-probe[405]: bus: 1, device: 3 was not an MTP device
juin 20 19:28:07 Rossignol systemd-modules-load[318]: Inserted module 'ppdev'
juin 20 19:28:07 Rossignol systemd[1]: Finished Helper to synchronize boot up for ifupdown.

3) Pour finir 73s pour tracker...

juin 20 19:31:01 Rossignol systemd[1]: blueman-mechanism.service: Succeeded.
juin 20 19:32:14 Rossignol systemd[1371]: tracker-extract.service: Succeeded.

Si besoin je mettrai le fichier complet sur un site où tu pourras le télécharger.

Quelques précisions supplémentaires :
Le système a été réinstallé avec reformatage des disques, et à partir d'une distribution Ubuntu-MATE, donc initialement sans GNOME.
J'ai ajouté tout récemment gnome-session pour essayer de me connecter avec cette UI : c'est beaucoup plus rapide !
Le problème doit donc venir de la distribution MATE, mais personne n'a pu me donner d'avis pertinent sur le forum anglais MATE.

Cordialement


18.04 et 20.04 MATE sur 5 machines.
Développeur d'applications, dont Gestinux, une compta-gestion libre et multi-plateforme.

Hors ligne