[kernel update] démarrage très lent (résolu)
[kernel update] démarrage très lent (résolu)
Bonjour, j'ai un souci de démarrage de mon pc depuis la mise a jour de Archlinux avec le kernel 5.6.
Des fois il bloque sur l'étape Probing EDD et c'est long pour démarrer et des fois ça se passe bien.
Au début j'ai pensé à débrancher tout mes périphériques USB mais pas de changement.
Une idée d'où peut venir le problème ?
Des fois il bloque sur l'étape Probing EDD et c'est long pour démarrer et des fois ça se passe bien.
Au début j'ai pensé à débrancher tout mes périphériques USB mais pas de changement.
Une idée d'où peut venir le problème ?
Dernière modification par rcoulon44 le lun. 20 avr. 2020, 09:22, modifié 1 fois.
Re: [kernel update] démarrage très lent
Bonjour,
Donnes le retour de ces commandes:
Ce sera déjà un début pour que les éventuels intervenants puissent t'aider.
Non, pas sans avoir de log au préalable, si tu veux que les gens puissent t'aider il faut leur donner de la matièreUne idée d'où peut venir le problème ?
Donnes le retour de ces commandes:
Code : Tout sélectionner
$ journalctl -b -p err
$ systemd-analyze
$ systemd-analyze blame
Re: [kernel update] démarrage très lent
Merci pour les commandes à retourner.
Voici les résultats
A première vus il n'y a pas de problème avec le démarrage de systemd mais par contre le Bluetooth à l'air de déconner
Voici les résultats
Code : Tout sélectionner
[root@arch-romain romain]# journalctl -b -p err
-- Logs begin at Fri 2020-03-06 18:25:14 CET, end at Mon 2020-04-13 08:34:42 CEST. --
avril 13 08:02:49 arch-romain kernel: Bluetooth: hci0: unexpected event for opcode 0x0000
Code : Tout sélectionner
[root@arch-romain romain]# systemd-analyze
Startup finished in 3.970s (kernel) + 6.269s (userspace) = 10.239s
graphical.target reached after 6.267s in userspace
Code : Tout sélectionner
[root@arch-romain romain]# systemd-analyze blame
2.240s upower.service
2.146s lvm2-monitor.service
2.016s dev-sda6.device
1.761s systemd-logind.service
1.179s systemd-timesyncd.service
1.167s mariadb.service
1.125s systemd-journald.service
934ms systemd-udevd.service
864ms systemd-random-seed.service
704ms org.cups.cupsd.service
500ms ldconfig.service
440ms udisks2.service
295ms systemd-udev-trigger.service
251ms systemd-journal-flush.service
239ms avahi-daemon.service
238ms bluetooth.service
229ms user@1000.service
221ms NetworkManager.service
198ms systemd-modules-load.service
180ms packagekit.service
175ms wpa_supplicant.service
151ms modprobe@drm.service
127ms polkit.service
109ms systemd-backlight@backlight:acpi_video0.service
87ms systemd-binfmt.service
84ms systemd-fsck@dev-disk-by\x2duuid-7a6f11b1\x2de4a8\x2d48fd\x2d90ff\x2d61741cbbf9f3.service
80ms systemd-journal-catalog-update.service
69ms systemd-fsck@dev-disk-by\x2duuid-f601aaf6\x2dbad0\x2d40e6\x2d9166\x2d7306e3920122.service
68ms dev-disk-by\x2duuid-f074c79b\x2d86fd\x2d466d\x2d9de4\x2dbd3931ee2d55.swap
57ms kmod-static-nodes.service
56ms sys-kernel-tracing.mount
55ms systemd-sysusers.service
53ms colord.service
52ms systemd-tmpfiles-setup.service
49ms sys-kernel-debug.mount
49ms dev-hugepages.mount
48ms dev-mqueue.mount
44ms systemd-user-sessions.service
40ms user-runtime-dir@1000.service
39ms boot.mount
38ms systemd-rfkill.service
37ms home.mount
35ms rtkit-daemon.service
34ms systemd-tmpfiles-clean.service
31ms systemd-tmpfiles-setup-dev.service
30ms systemd-remount-fs.service
30ms systemd-sysctl.service
29ms systemd-update-utmp.service
26ms sys-kernel-config.mount
19ms proc-sys-fs-binfmt_misc.mount
17ms systemd-update-done.service
12ms sys-fs-fuse-connections.mount
12ms tmp.mount
Re: [kernel update] démarrage très lent
Pour le bluetooth d'après ce que j'ai lu, ça n'est pas plus problématique que ça, à moins que tu as noté un souci de ton côté il n'y a pas lieu de s'alarmer.
Pour les lenteurs au démarrage, avec les résultats présents effectivement il n'y a rien de choquant.
Le plus simple pour tout le monde, c'est de réitérer l'opération quand tu seras confronté de nouveau à un démarrage lent.
Mais si tu veux t'occuper tu peux aussi fouiller dans les logs toi-même avec la commande:
--boot=-1 ............... indique le démarrage précédent , si tu veux celui d'avant ce sera --boot=-2 et ainsi de suite.
--priority=0..3 ........ filtre le type de message délivré par "gravité", ici ce sera de urgent à la simple erreur, c'est pas nécessaire d'aller au delà je pense mais si tu le désires tu peux changer par --priority=0..4 pour que ce soit plus détaillé et ainsi de suite.
Pour les lenteurs au démarrage, avec les résultats présents effectivement il n'y a rien de choquant.
Le plus simple pour tout le monde, c'est de réitérer l'opération quand tu seras confronté de nouveau à un démarrage lent.
Mais si tu veux t'occuper tu peux aussi fouiller dans les logs toi-même avec la commande:
Code : Tout sélectionner
$ journalctl --boot=-1 --priority=0..3
--priority=0..3 ........ filtre le type de message délivré par "gravité", ici ce sera de urgent à la simple erreur, c'est pas nécessaire d'aller au delà je pense mais si tu le désires tu peux changer par --priority=0..4 pour que ce soit plus détaillé et ainsi de suite.
Re: [kernel update] démarrage très lent
Merci pour la réponse.
J'ai remarqué que le problème était lors d'un démarrage après un shutdown. Par contre avec un reboot le démarrage est rapide.
Voilà mon journal après un démarrage lent:
J'ai aussi remarqué que mon fichier de log faisait 4Go. J'ai des log à 128Mo
J'ai remarqué que le problème était lors d'un démarrage après un shutdown. Par contre avec un reboot le démarrage est rapide.
Voilà mon journal après un démarrage lent:
Code : Tout sélectionner
[root@arch-romain romain]# journalctl --boot=-1 --priority=0..3
-- Logs begin at Fri 2020-03-06 18:25:14 CET, end at Fri 2020-04-17 09:00:08 CEST. --
avril 17 08:26:46 arch-romain kernel: Bluetooth: hci0: unexpected event for opcode 0x0000
avril 17 08:27:55 arch-romain systemd-coredump[649]: Process 601 (sddm-greeter) of user 974 dumped core.
Stack trace of thread 601:
#0 0x00007fbc0000006c n/a (n/a + 0x0)
Re: [kernel update] démarrage très lent
Bonjour,
Qu'est-ce qui pollue ce log, les messages dans ce log de 4Go ?
Qu'est-ce qui pollue ce log, les messages dans ce log de 4Go ?
Re: [kernel update] démarrage très lent
Je ne sais pas ce qu'ils contiennent. j'ai essayé de les ouvrir avec un commande nano mais ce n'est pas lisible.
Voilà le contenu de mon dossier /var/log/journal
Code : Tout sélectionner
[root@arch-romain romain]# ls -l /var/log/journal/54b4753c82984cf796ab306760533f70/
total 4227376
-rw-r-----+ 1 root systemd-journal 8388608 29 mars 10:23 system@0005a1fa0d6bb0c2-9b9534bbc4bdb655.journal~
-rw-r-----+ 1 root systemd-journal 58720256 12 avril 08:59 system@0005a3128354b76d-4ec0799917a59c03.journal~
-rw-r-----+ 1 root systemd-journal 16777216 30 mars 17:31 system@350cf7639f79477b90c28e1b863fd4da-0000000000000001-0005a1fa0d697b37.journal
-rw-r-----+ 1 root systemd-journal 8388608 30 mars 17:47 system@350cf7639f79477b90c28e1b863fd4da-0000000000b0f5f5-0005a214265d3482.journal
-rw-r-----+ 1 root systemd-journal 8388608 30 mars 19:32 system@350cf7639f79477b90c28e1b863fd4da-0000000000b2bd4e-0005a21460f55e8e.journal
-rw-r-----+ 1 root systemd-journal 25165824 2 avril 17:41 system@350cf7639f79477b90c28e1b863fd4da-0000000000b4a4a5-0005a215eca86264.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:25 system@dbafe69a025d439db3e64f9fa7e0734a-00000000004be4ef-0005a032efbb19f4.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:25 system@dbafe69a025d439db3e64f9fa7e0734a-00000000004e5bde-0005a032f06768aa.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:25 system@dbafe69a025d439db3e64f9fa7e0734a-000000000050cf10-0005a032f111b4a6.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:25 system@dbafe69a025d439db3e64f9fa7e0734a-000000000053448b-0005a032f1b80437.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:26 system@dbafe69a025d439db3e64f9fa7e0734a-000000000055b78c-0005a032f26378d7.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:26 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000582b4e-0005a032f310790a.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:26 system@dbafe69a025d439db3e64f9fa7e0734a-00000000005aa3b7-0005a032f3b97acf.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:26 system@dbafe69a025d439db3e64f9fa7e0734a-00000000005d1a8b-0005a032f496e5fa.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:27 system@dbafe69a025d439db3e64f9fa7e0734a-00000000005f97ad-0005a032f541b722.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:27 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000620b23-0005a032f5f29eea.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:27 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000647e63-0005a032f6b385c9.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:27 system@dbafe69a025d439db3e64f9fa7e0734a-000000000066f56d-0005a032f765ef50.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:28 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000696c01-0005a032f8157b0b.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:28 system@dbafe69a025d439db3e64f9fa7e0734a-00000000006be0a3-0005a032f8cf24bf.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:28 system@dbafe69a025d439db3e64f9fa7e0734a-00000000006e57e1-0005a032f984cc2b.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:28 system@dbafe69a025d439db3e64f9fa7e0734a-000000000070c159-0005a032fa78422e.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:28 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000733956-0005a032fb321796.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:28 system@dbafe69a025d439db3e64f9fa7e0734a-000000000075a4c3-0005a032fbe4e3d5.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:29 system@dbafe69a025d439db3e64f9fa7e0734a-000000000078212b-0005a032fc9bd6e1.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:29 system@dbafe69a025d439db3e64f9fa7e0734a-00000000007a8927-0005a032fd4fe35e.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:29 system@dbafe69a025d439db3e64f9fa7e0734a-00000000007cfc76-0005a032fe0ad318.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:29 system@dbafe69a025d439db3e64f9fa7e0734a-00000000007f663b-0005a032fec02c1f.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:29 system@dbafe69a025d439db3e64f9fa7e0734a-000000000081d4af-0005a032ff78c080.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:30 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000844eaa-0005a03300785baf.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:30 system@dbafe69a025d439db3e64f9fa7e0734a-000000000086ba24-0005a033012be30a.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:30 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000892f18-0005a03301e2d12d.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:30 system@dbafe69a025d439db3e64f9fa7e0734a-00000000008ba7be-0005a033029f5c83.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:31 system@dbafe69a025d439db3e64f9fa7e0734a-00000000008e1573-0005a0330359765b.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:31 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000908852-0005a033042a4366.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:31 system@dbafe69a025d439db3e64f9fa7e0734a-000000000092fbba-0005a03304dc3040.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:31 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000956f4c-0005a0330597f504.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:32 system@dbafe69a025d439db3e64f9fa7e0734a-000000000097e16a-0005a03306656b71.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:32 system@dbafe69a025d439db3e64f9fa7e0734a-00000000009a4dd5-0005a0330732c37e.journal
-rw-r-----+ 1 root systemd-journal 75497472 6 mars 18:32 system@dbafe69a025d439db3e64f9fa7e0734a-00000000009cc490-0005a03307f35ebf.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:32 system@dbafe69a025d439db3e64f9fa7e0734a-00000000009f3070-0005a03308abd089.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:33 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000a199c0-0005a033099b2816.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:33 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000a40af2-0005a0330b159896.journal
-rw-r-----+ 1 root systemd-journal 83886080 6 mars 18:33 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000a6855c-0005a0330c8db95b.journal
-rw-r-----+ 1 root systemd-journal 83886080 10 mars 07:13 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000a90187-0005a0330e1d3c7c.journal
-rw-r-----+ 1 root systemd-journal 109051904 27 mars 11:39 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000ad2a4e-0005a07a06e03b18.journal
-rw-r-----+ 1 root systemd-journal 8388608 28 mars 07:49 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000b08fa6-0005a1d3b7d4e719.journal
-rw-r-----+ 1 root systemd-journal 8388608 29 mars 09:33 system@dbafe69a025d439db3e64f9fa7e0734a-0000000000b09d1e-0005a1e49d16a773.journal
-rw-r-----+ 1 root systemd-journal 50331648 18 avril 08:59 system.journal
-rw-r-----+ 1 root systemd-journal 109051904 12 avril 09:05 user-1000@0005a31295c2113d-b87c26ce9fd0b376.journal~
-rw-r-----+ 1 root systemd-journal 8388608 28 mars 07:49 user-1000@5a094a48c1f04c5685d3ff04d25e56db-0000000000b0908e-0005a1d3b8e25bce.journal
-rw-r-----+ 1 root systemd-journal 8388608 29 mars 09:33 user-1000@5a094a48c1f04c5685d3ff04d25e56db-0000000000b09d1f-0005a1e49d23d6b4.journal
-rw-r-----+ 1 root systemd-journal 25165824 30 mars 17:31 user-1000@5a094a48c1f04c5685d3ff04d25e56db-0000000000b0a774-0005a1f95a74be24.journal
-rw-r-----+ 1 root systemd-journal 134217728 30 mars 17:47 user-1000@5a094a48c1f04c5685d3ff04d25e56db-0000000000b0f5f8-0005a214269e61d3.journal
-rw-r-----+ 1 root systemd-journal 134217728 30 mars 19:32 user-1000@5a094a48c1f04c5685d3ff04d25e56db-0000000000b2a616-0005a214601ce9d0.journal
-rw-r-----+ 1 root systemd-journal 134217728 2 avril 17:41 user-1000@5a094a48c1f04c5685d3ff04d25e56db-0000000000b4411f-0005a215d4ef1e00.journal
-rw-r-----+ 1 root systemd-journal 8388608 6 mars 18:26 user-1000@f2fef2e7f38d443abf4315c7f4489df1-0000000000583e62-0005a032f31a4c04.journal
-rw-r-----+ 1 root systemd-journal 8388608 6 mars 18:26 user-1000@f2fef2e7f38d443abf4315c7f4489df1-00000000005d896c-0005a032f4b70260.journal
-rw-r-----+ 1 root systemd-journal 8388608 6 mars 18:27 user-1000@f2fef2e7f38d443abf4315c7f4489df1-00000000006014fe-0005a032f566ee0c.journal
-rw-r-----+ 1 root systemd-journal 8388608 6 mars 18:27 user-1000@f2fef2e7f38d443abf4315c7f4489df1-0000000000662e6b-0005a032f72a7b0a.journal
-rw-r-----+ 1 root systemd-journal 8388608 6 mars 18:28 user-1000@f2fef2e7f38d443abf4315c7f4489df1-00000000006e7467-0005a032f9d2e4a1.journal
-rw-r-----+ 1 root systemd-journal 8388608 6 mars 18:31 user-1000@f2fef2e7f38d443abf4315c7f4489df1-0000000000911cc7-0005a0330458ef09.journal
-rw-r-----+ 1 root systemd-journal 8388608 6 mars 18:31 user-1000@f2fef2e7f38d443abf4315c7f4489df1-0000000000930f6e-0005a03304e4d51a.journal
-rw-r-----+ 1 root systemd-journal 8388608 6 mars 18:31 user-1000@f2fef2e7f38d443abf4315c7f4489df1-000000000098b8dc-0005a03306a8b5aa.journal
-rw-r-----+ 1 root systemd-journal 8388608 6 mars 18:32 user-1000@f2fef2e7f38d443abf4315c7f4489df1-00000000009f4997-0005a03308b63a1a.journal
-rw-r-----+ 1 root systemd-journal 134217728 10 mars 07:13 user-1000@f2fef2e7f38d443abf4315c7f4489df1-0000000000aaf700-0005a0330f075c15.journal
-rw-r-----+ 1 root systemd-journal 134217728 27 mars 11:39 user-1000@f2fef2e7f38d443abf4315c7f4489df1-0000000000acf06d-0005a07a055f7e4e.journal
-rw-r-----+ 1 root systemd-journal 33554432 18 avril 08:59 user-1000.journal
[root@arch-romain romain]#
Re: [kernel update] démarrage très lent
Pour info j'ai chronométré mes démarrages
Pour un reboot j'obtiens 31.6 secondes pour arriver à l'écran de login.
Pour un démarrage après un shutdown, je suis à 4 minutes et 7 secondes. C'est un poil long du coup.
Pour un reboot j'obtiens 31.6 secondes pour arriver à l'écran de login.
Pour un démarrage après un shutdown, je suis à 4 minutes et 7 secondes. C'est un poil long du coup.
Re: [kernel update] démarrage très lent
bonjour,
mais le seul retour que tu nous a donné ici de systemd-analyze c'était 10.2 secondes ? donc très loin de 30s ou 4mn ...
Pour les logs, CoudUr t'a donné la commande !
Les logs ont un horodatage, donc tu peux déjà voir (sur les boots longs) si il y a un trou (en supprimant -p) et si il y a des erreurs (avec -p)
Et si le retour des logs d'erreurs fait 4Go comme tu le dis, tu peux alors ajouter un grep "dumped core"
mais le seul retour que tu nous a donné ici de systemd-analyze c'était 10.2 secondes ? donc très loin de 30s ou 4mn ...
Pour les logs, CoudUr t'a donné la commande !
Les logs ont un horodatage, donc tu peux déjà voir (sur les boots longs) si il y a un trou (en supprimant -p) et si il y a des erreurs (avec -p)
Et si le retour des logs d'erreurs fait 4Go comme tu le dis, tu peux alors ajouter un grep "dumped core"
Arch stable - Kde 5 / zsh - btrfs/mbr - Intel Core i3 - 6Go RAM - GeForce 405 video-nouveau
Re: [kernel update] démarrage très lent
Les derniers journaux font quelques dizaines de Mo, taille qui n'a rien d'anormal à priori.
Vérifie qu'avec le noyau linux-lts le temps de démarrage est normal.
Vérifie qu'avec le noyau linux-lts le temps de démarrage est normal.
Re: [kernel update] démarrage très lent
Merci pour les réponses.
J'ai reprise mes temps après avoir appyer sur entrée sur syslinux pour le démarrage
Reboot : 17 sec
Shutdown : 3 minutes 50 sec
J'ai fait un extract d'un boot long et le problème à l'air de venir de network manager. A 9h52 j'ai une pause de 3 minutes 30 sec cela correspond à mon ecart entre le reboot et le shutdown.
Je mets l'extrait où ça déconne dans le log du boot:
Par contre comment démarrer avec le noyau lts? j'avoue ne pas savoir comment faire
J'ai reprise mes temps après avoir appyer sur entrée sur syslinux pour le démarrage
Reboot : 17 sec
Shutdown : 3 minutes 50 sec
J'ai fait un extract d'un boot long et le problème à l'air de venir de network manager. A 9h52 j'ai une pause de 3 minutes 30 sec cela correspond à mon ecart entre le reboot et le shutdown.
Je mets l'extrait où ça déconne dans le log du boot:
Code : Tout sélectionner
avril 19 09:52:07 arch-romain NetworkManager[490]: <info> [1587282727.8933] device (wls33): state change: need-auth -> prepare (reason 'none', sys-iface-state: 'managed')
avril 19 09:52:07 arch-romain NetworkManager[490]: <info> [1587282727.8969] device (wls33): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
avril 19 09:52:07 arch-romain NetworkManager[490]: <info> [1587282727.8982] device (wls33): Activation: (wifi) connection 'Nounours Network 5ghz' has security, and secrets exist. No new secrets needed.
avril 19 09:52:07 arch-romain NetworkManager[490]: <info> [1587282727.8983] Config: added 'ssid' value 'Nounours Network 5ghz'
avril 19 09:52:07 arch-romain NetworkManager[490]: <info> [1587282727.8983] Config: added 'scan_ssid' value '1'
avril 19 09:52:07 arch-romain NetworkManager[490]: <info> [1587282727.8983] Config: added 'bgscan' value 'simple:30:-70:86400'
avril 19 09:52:07 arch-romain NetworkManager[490]: <info> [1587282727.8983] Config: added 'key_mgmt' value 'WPA-PSK WPA-PSK-SHA256 FT-PSK'
avril 19 09:52:07 arch-romain NetworkManager[490]: <info> [1587282727.8984] Config: added 'auth_alg' value 'OPEN'
avril 19 09:52:07 arch-romain NetworkManager[490]: <info> [1587282727.8984] Config: added 'psk' value '<hidden>'
avril 19 09:52:07 arch-romain kded5[710]: Registering ":1.31/StatusNotifierItem" to system tray
avril 19 09:52:07 arch-romain obexd[909]: OBEX daemon 5.54
avril 19 09:52:07 arch-romain dbus-daemon[691]: [session uid=1000 pid=691] Successfully activated service 'org.bluez.obex'
avril 19 09:52:07 arch-romain systemd[674]: Started Bluetooth OBEX service.
avril 19 09:52:07 arch-romain wpa_supplicant[493]: wls33: SME: Trying to authenticate with 6c:b0:ce:2c:4b:7b (SSID='Nounours Network 5ghz' freq=5220 MHz)
avril 19 09:52:07 arch-romain kernel: wls33: authenticate with 6c:b0:ce:2c:4b:7b
avril 19 09:52:07 arch-romain wpa_supplicant[493]: wls33: Trying to associate with 6c:b0:ce:2c:4b:7b (SSID='Nounours Network 5ghz' freq=5220 MHz)
avril 19 09:52:07 arch-romain NetworkManager[490]: <info> [1587282727.9300] device (wls33): supplicant interface state: scanning -> associating
avril 19 09:52:07 arch-romain kernel: wls33: send auth to 6c:b0:ce:2c:4b:7b (try 1/3)
avril 19 09:52:07 arch-romain kernel: wls33: authenticated
avril 19 09:52:07 arch-romain kernel: wls33: associate with 6c:b0:ce:2c:4b:7b (try 1/3)
avril 19 09:52:07 arch-romain kernel: wls33: RX AssocResp from 6c:b0:ce:2c:4b:7b (capab=0x511 status=0 aid=93)
avril 19 09:52:07 arch-romain wpa_supplicant[493]: wls33: Associated with 6c:b0:ce:2c:4b:7b
avril 19 09:52:07 arch-romain wpa_supplicant[493]: wls33: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
avril 19 09:52:07 arch-romain kernel: wls33: associated
avril 19 09:52:07 arch-romain kded5[710]: Registering ":1.44/StatusNotifierItem" to system tray
avril 19 09:52:07 arch-romain NetworkManager[490]: <info> [1587282727.9411] device (wls33): supplicant interface state: associating -> associated
avril 19 09:52:07 arch-romain kded5[710]: bluedevil: Bluetooth operational changed true
avril 19 09:52:07 arch-romain xembedsniproxy[776]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 720, resource id: 10485763, major code: 7 (ReparentWindow), minor code: 0
avril 19 09:52:07 arch-romain xembedsniproxy[776]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 722, resource id: 10485763, major code: 142 (Unknown), minor code: 1
avril 19 09:52:07 arch-romain xembedsniproxy[776]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 723, resource id: 10485763, major code: 6 (ChangeSaveSet), minor code: 0
avril 19 09:52:07 arch-romain xembedsniproxy[776]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 724, resource id: 10485763, major code: 25 (SendEvent), minor code: 0
avril 19 09:52:07 arch-romain xembedsniproxy[776]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 725, resource id: 10485763, major code: 12 (ConfigureWindow), minor code: 0
avril 19 09:52:07 arch-romain xembedsniproxy[776]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 727, resource id: 10485763, major code: 12 (ConfigureWindow), minor code: 0
avril 19 09:52:07 arch-romain xembedsniproxy[776]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 728, resource id: 10485763, major code: 8 (MapWindow), minor code: 0
avril 19 09:52:07 arch-romain xembedsniproxy[776]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 729, resource id: 10485763, major code: 61 (ClearArea), minor code: 0
avril 19 09:52:07 arch-romain xembedsniproxy[776]: Container window visible, stack below
avril 19 09:52:07 arch-romain kded5[710]: Service ":1.42" unregistered
avril 19 09:52:07 arch-romain NetworkManager[490]: <info> [1587282727.9865] device (wls33): supplicant interface state: associated -> 4-way handshake
avril 19 09:52:07 arch-romain kernel: Bluetooth: RFCOMM TTY layer initialized
avril 19 09:52:07 arch-romain kernel: Bluetooth: RFCOMM socket layer initialized
avril 19 09:52:07 arch-romain kernel: Bluetooth: RFCOMM ver 1.11
avril 19 09:52:07 arch-romain kded5[710]: bluedevil: Agent registered
avril 19 09:52:07 arch-romain kded5[710]: bluedevil: Requested default Agent
avril 19 09:52:08 arch-romain plasmashell[772]: Both point size and pixel size set. Using pixel size.
avril 19 09:52:08 arch-romain plasmashell[772]: Both point size and pixel size set. Using pixel size.
avril 19 09:52:08 arch-romain plasmashell[772]: Both point size and pixel size set. Using pixel size.
avril 19 09:52:08 arch-romain plasmashell[772]: trying to show an empty dialog
avril 19 09:52:08 arch-romain wpa_supplicant[493]: wls33: WPA: Key negotiation completed with 6c:b0:ce:2c:4b:7b [PTK=CCMP GTK=CCMP]
avril 19 09:52:08 arch-romain wpa_supplicant[493]: wls33: CTRL-EVENT-CONNECTED - Connection to 6c:b0:ce:2c:4b:7b completed [id=0 id_str=]
avril 19 09:52:08 arch-romain kernel: wls33: Limiting TX power to 23 (23 - 0) dBm as advertised by 6c:b0:ce:2c:4b:7b
avril 19 09:52:08 arch-romain kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wls33: link becomes ready
avril 19 09:52:08 arch-romain NetworkManager[490]: <info> [1587282728.0817] device (wls33): supplicant interface state: 4-way handshake -> completed
avril 19 09:52:08 arch-romain NetworkManager[490]: <info> [1587282728.0818] device (wls33): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network "Nounours Network 5ghz"
avril 19 09:52:08 arch-romain NetworkManager[490]: <info> [1587282728.0821] device (wls33): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
avril 19 09:55:39 arch-romain systemd-timesyncd[428]: Initial synchronization to time server 92.222.82.98:123 (2.arch.pool.ntp.org).
avril 19 09:55:39 arch-romain NetworkManager[490]: <info> [1587282939.9994] dhcp4 (wls33): activation: beginning transaction (timeout in 45 seconds)
avril 19 09:55:40 arch-romain avahi-daemon[488]: Joining mDNS multicast group on interface wls33.IPv6 with address fe80::14ce:78f8:d209:88d2.
avril 19 09:55:40 arch-romain avahi-daemon[488]: New relevant interface wls33.IPv6 for mDNS.
avril 19 09:55:40 arch-romain avahi-daemon[488]: Registering new address record for fe80::14ce:78f8:d209:88d2 on wls33.*.
avril 19 09:55:40 arch-romain plasmashell[772]: trying to show an empty dialog
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0496] dhcp4 (wls33): option dhcp_lease_time => '86400'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0496] dhcp4 (wls33): option domain_name => 'home'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0496] dhcp4 (wls33): option domain_name_servers => '192.168.10.1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0497] dhcp4 (wls33): option expiry => '1587369340'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0497] dhcp4 (wls33): option host_name => 'Pc_Asus_G1s'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0497] dhcp4 (wls33): option ip_address => '192.168.10.10'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0497] dhcp4 (wls33): option next_server => '192.168.10.1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0497] dhcp4 (wls33): option requested_broadcast_address => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0498] dhcp4 (wls33): option requested_domain_name => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0498] dhcp4 (wls33): option requested_domain_name_servers => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0498] dhcp4 (wls33): option requested_domain_search => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0498] dhcp4 (wls33): option requested_host_name => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0498] dhcp4 (wls33): option requested_interface_mtu => '1'
avril 19 09:55:40 arch-romain avahi-daemon[488]: Joining mDNS multicast group on interface wls33.IPv4 with address 192.168.10.10.
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0499] dhcp4 (wls33): option requested_ms_classless_static_routes => '1'
avril 19 09:55:40 arch-romain avahi-daemon[488]: New relevant interface wls33.IPv4 for mDNS.
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0499] dhcp4 (wls33): option requested_nis_domain => '1'
avril 19 09:55:40 arch-romain avahi-daemon[488]: Registering new address record for 192.168.10.10 on wls33.IPv4.
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0499] dhcp4 (wls33): option requested_nis_servers => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0499] dhcp4 (wls33): option requested_ntp_servers => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0499] dhcp4 (wls33): option requested_rfc3442_classless_static_routes => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0500] dhcp4 (wls33): option requested_root_path => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0500] dhcp4 (wls33): option requested_routers => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0500] dhcp4 (wls33): option requested_static_routes => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0500] dhcp4 (wls33): option requested_subnet_mask => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0501] dhcp4 (wls33): option requested_time_offset => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0501] dhcp4 (wls33): option requested_wpad => '1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0501] dhcp4 (wls33): option routers => '192.168.10.1'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0501] dhcp4 (wls33): option subnet_mask => '255.255.255.0'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0501] dhcp4 (wls33): option wpad => '
'
avril 19 09:55:40 arch-romain NetworkManager[490]: <info> [1587282940.0502] dhcp4 (wls33): state changed unknown -> bound
Re: [kernel update] démarrage très lent
https://wiki.archlinux.fr/Enhancing_Arc ... _noyau_LTSPar contre comment démarrer avec le noyau lts? j'avoue ne pas savoir comment faire
Et tu actualises grub :
https://wiki.archlinux.fr/GRUB#G.C3.A9n ... _principal
Pour syslinux je ne connais pas ce sera à toi de voir comment faire dans le wiki, c'est très certainement indiqué (j'imagine que ça doit être fait manuellement mais je spécule uniquement).
Tu n'as pas des erreurs indiquées par 'journalctl' et 'systemctl status NetworkManager' en fonctionnement normal ?
Pour tes 4Go de logs, ton installation est-elle vieille ? parce que de base s'il n'est pas configuré journalctl n'a pas de limite quant à sa collecte de log, du coup ça peut grimper après quelques mois/années.
Bon si ton installation date d'un mois là il y a un grain de sable.
https://wiki.archlinux.org/index.php/Sy ... size_limit
Re: [kernel update] démarrage très lent
donc si je comprends ton dernier message, le titre du sujet n'est pas bon : tu es très lent à l'extinction et non au démarrage ?
Avoir un délai de 3 minutes à l'extinction est une chose qui arrive : systemd donne le temps aux services de bien se fermer
Mais normalement systemd affiche un message clair (aucune idée si non visible avec syslinux ?)
Avoir un délai de 3 minutes à l'extinction est une chose qui arrive : systemd donne le temps aux services de bien se fermer
Mais normalement systemd affiche un message clair (aucune idée si non visible avec syslinux ?)
Arch stable - Kde 5 / zsh - btrfs/mbr - Intel Core i3 - 6Go RAM - GeForce 405 video-nouveau
Re: [kernel update] démarrage très lent
Non il s'agit bien d'un délai au démarrage. Je peux filmer au besoin pour que ce soit plus clair.papajoke a écrit : ↑dim. 19 avr. 2020, 13:35 donc si je comprends ton dernier message, le titre du sujet n'est pas bon : tu es très lent à l'extinction et non au démarrage ?
Avoir un délai de 3 minutes à l'extinction est une chose qui arrive : systemd donne le temps aux services de bien se fermer
Mais normalement systemd affiche un message clair (aucune idée si non visible avec syslinux ?)
Re: [kernel update] démarrage très lent
Bonjour, le problème est résolu. Merci pour l'analyse des log ça m'a donner la piste pour trouver le problème.
Il s'agissait d'une config de wireguard que j'avais importé en root et supprimé en tant que user donc sûrement pas complètement.
Avec la mise à jour en 5.6, wireguard a été supprimé.
Bon au final, j'ai réimporté le profil en root et supprimé après. Maintenant c'est bon pour le démarrage.
Je vais réglé aussi la taille des log
Il s'agissait d'une config de wireguard que j'avais importé en root et supprimé en tant que user donc sûrement pas complètement.
Avec la mise à jour en 5.6, wireguard a été supprimé.
Bon au final, j'ai réimporté le profil en root et supprimé après. Maintenant c'est bon pour le démarrage.
Je vais réglé aussi la taille des log