#1 Le 26/12/2019, à 14:22
- Jupiter007
[RESOLU] Démarrage très lent
Bonjour,
mon père rencontre un problème de lenteur au démarrage depuis un certain temps.
Il faut savoir que nous avions acheté un ssd pour le système et qu'il démarrait en une vingtaine de seconde.
Voici quelques retours de commande :
$ systemd-analyze
Startup finished in 11.332s (firmware) + 4.579s (loader) + 4.495s (kernel) + 2min 46.000s (userspace) = 3min 6.407s
graphical.target reached after 48.001s in userspace
3min 6.407s l'ordi démarrait plus vite avec un disque dur !
$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @48.001s
└─multi-user.target @48.001s
└─smbd.service @29.921s +605ms
└─nmbd.service @19.678s +10.241s
└─network-online.target @19.675s
└─network.target @19.675s
└─NetworkManager.service @15.234s +4.440s
└─dbus.service @15.113s
└─basic.target @14.995s
└─sockets.target @14.995s
└─snapd.socket @14.992s +1ms
└─sysinit.target @14.549s
└─apparmor.service @11.593s +2.955s
└─local-fs.target @11.589s
└─run-user-1000-gvfs.mount @1min 33.569s
└─run-user-1000.mount @22.488s
└─local-fs-pre.target @588ms
└─keyboard-setup.service @338ms +249ms
└─systemd-journald.socket @291ms
└─system.slice @288ms
└─-.slice @283ms
lines 2-24/24 (END)
$ systemd-analyze blame
28.291s plymouth-quit-wait.service
10.807s apport-autoreport.service
10.602s snapd.service
10.241s nmbd.service
9.845s plymouth-start.service
8.314s dev-sdc2.device
5.636s apt-daily-upgrade.service
5.288s packagekit.service
4.440s NetworkManager.service
4.339s networkd-dispatcher.service
2.955s apparmor.service
2.762s dev-loop6.device
2.626s dev-loop1.device
2.625s dev-loop0.device
2.614s dev-loop3.device
2.613s dev-loop2.device
2.612s dev-loop4.device
2.596s dev-loop5.device
2.470s udisks2.service
2.126s systemd-fsck@dev-disk-by\x2duuid-4472\x2d5AA4.service
2.118s vboxdrv.service
2.049s upower.service
2.011s motd-news.service
1.948s plymouth-read-write.service
1.838s snapd.seeded.service
1.658s ModemManager.service
1.519s grub-common.service
1.474s user@1000.service
1.337s gpu-manager.service
1.325s accounts-daemon.service
1.189s colord.service
1.130s gdm.service
1.122s systemd-fsck@dev-disk-by\x2duuid-3498e364\x2dd41c\x2d492d\x2db9
1.111s systemd-tmpfiles-setup.service
1.064s wpa_supplicant.service
958ms apt-daily.service
857ms fwupd.service
811ms polkit.service
745ms networking.service
669ms systemd-resolved.service
664ms systemd-timesyncd.service
605ms smbd.service
543ms boot-efi.mount
415ms systemd-journal-flush.service
387ms alsa-restore.service
298ms pppd-dns.service
295ms rsyslog.service
282ms ecbd.service
273ms systemd-udevd.service
261ms systemd-rfkill.service
249ms keyboard-setup.service
242ms kerneloops.service
239ms apport.service
226ms dns-clean.service
221ms systemd-logind.service
218ms systemd-update-utmp.service
206ms systemd-journald.service
200ms bluetooth.service
168ms systemd-udev-trigger.service
128ms swapfile.swap
116ms bolt.service
116ms speech-dispatcher.service
94ms systemd-tmpfiles-setup-dev.service
86ms systemd-modules-load.service
78ms systemd-sysctl.service
75ms avahi-daemon.service
71ms snap-core-8268.mount
70ms snap-core-8213.mount
67ms dev-hugepages.mount
66ms kmod-static-nodes.service
63ms home.mount
52ms snap-core18-1265.mount
48ms snap-communitheme-1768.mount
46ms dev-mqueue.mount
43ms snap-0ad-115.mount
40ms snap-core18-1279.mount
38ms snap-0ad-129.mount
31ms systemd-remount-fs.service
31ms setvtrgb.service
30ms systemd-random-seed.service
29ms sys-fs-fuse-connections.mount
28ms sys-kernel-config.mount
17ms ufw.service
14ms systemd-user-sessions.service
13ms sys-kernel-debug.mount
12ms systemd-tmpfiles-clean.service
9ms systemd-update-utmp-runlevel.service
7ms ureadahead-stop.service
7ms console-setup.service
6ms vboxballoonctrl-service.service
6ms vboxautostart-service.service
5ms vboxweb-service.service
5ms rtkit-daemon.service
1ms snapd.socket
Je vois bien qu'il y a un problème, notamment avec le service nmbd, mais je n'ai pas trouvé comment savoir pourquoi ?
Merci d'avance pour votre aide,
Jupiter007
PS : Il tourne sous Ubuntu 18.04. Je n'ai pas les caractéristiques des composants sous la main mais s'il les faut je peux les donner.
Dernière modification par Jupiter007 (Le 05/01/2020, à 20:19)
Le thème d'icône Yaru pour Libreoffice : https://github.com/ubuntu/libreoffice-s … -fullcolor
Hors ligne
#2 Le 26/12/2019, à 16:46
- grandtoubab
Re : [RESOLU] Démarrage très lent
apparement c'est côté utilisateur que c'est long
vérifier aussi
systemd-analyze blame --user
systemd-analyze critical-chain --user
Dernière modification par grandtoubab (Le 26/12/2019, à 16:46)
Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....
Hors ligne
#3 Le 26/12/2019, à 18:57
- Jupiter007
Re : [RESOLU] Démarrage très lent
Bonsoir grandtoubab et merci pour ta réponse,
voici :
$ systemd-analyze blame --user
11.728s tracker-store.service
10.015s evolution-calendar-factory.service
4.715s gvfs-goa-volume-monitor.service
1.386s evolution-source-registry.service
235ms gvfs-udisks2-volume-monitor.service
221ms gvfs-metadata.service
132ms gnome-terminal-server.service
91ms evolution-addressbook-factory.service
17ms gvfs-gphoto2-volume-monitor.service
9ms gvfs-mtp-volume-monitor.service
7ms gvfs-afc-volume-monitor.service
7ms gvfs-daemon.service
6ms at-spi-dbus-bus.service
5ms dbus.socket
4ms xdg-permission-store.service
$ systemd-analyze critical-chain --user
default.target @1.432s
└─basic.target @1.432s
└─sockets.target @1.432s
└─dbus.socket @1.426s +5ms
└─run-user-1000.mount @1.197s
└─-.slice @1.197s
Le thème d'icône Yaru pour Libreoffice : https://github.com/ubuntu/libreoffice-s … -fullcolor
Hors ligne
#4 Le 27/12/2019, à 10:20
- grandtoubab
Re : [RESOLU] Démarrage très lent
Pour être certain de la cohérence de tes retours, lancer toutes les commandes en une seule fois
systemd-analyze; systemd-analyze blame --no-pager; systemd-analyze --user; systemd-analyze blame --user --no-pager;systemctl --failed;
Dernière modification par grandtoubab (Le 27/12/2019, à 10:26)
Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....
Hors ligne
#5 Le 27/12/2019, à 11:14
- FrancisFDZ
Re : [RESOLU] Démarrage très lent
Bonjour,
La réponse de systemd-analyze en #1 donne
$ systemd-analyze
Startup finished in 11.332s (firmware) + 4.579s (loader) + 4.495s (kernel) + 2min 46.000s (userspace) = 3min 6.407s
graphical.target reached after 48.001s in userspace
Il semble bien que le temps attribué à userspace (>2mn) soit prohibitif, mais je n'en vois pas le détail dans les autres réponses.
Le temps donné en #3 par "systemd-analyze blame --user" n'est au total que de 28.518s (loin des 2mn du #1)
Dernière modification par FrancisFDZ (Le 27/12/2019, à 11:41)
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#6 Le 27/12/2019, à 12:02
- emrh
Re : [RESOLU] Démarrage très lent
Pas mieux depuis migration Mint 19.2 vers 19.3 par le gestionnaire de mises à jour !
$ systemd-analyze
Startup finished in 3.287s (firmware) + 4.043s (loader) + 4.065s (kernel) + 1min 40.078s (userspace) = 1min 51.474s
graphical.target reached after 1min 40.070s in userspace
Merci Microsoft, sans Windows 8, je n'aurai jamais connu Linux !
PC assemblé : CM Asus P8H77-M Chipset Intel® H77 ~ CPU Intel Core i7-3770 (3.00GHz) ~ Carte vidéo MSI Nvidia Geforce GTX760 ~ SSD Samsung 840 Pro 120 Go ~ Mémoire : 8 GoDDR3 ~ LinuxMint 19.3 Cinnamon 64 bits (Tricia) * * * * http://www.youtube.com/watch?v=DeBOprene3I * * * *
Hors ligne
#7 Le 27/12/2019, à 13:34
- Jupiter007
Re : [RESOLU] Démarrage très lent
Bonjour à tous,
Pour être certain de la cohérence de tes retours, lancer toutes les commandes en une seule fois
systemd-analyze; systemd-analyze blame --no-pager; systemd-analyze --user; systemd-analyze blame --user --no-pager;systemctl --failed;
Voici :
$ systemd-analyze; systemd-analyze blame --no-pager; systemd-analyze --user; systemd-analyze blame --user --no-pager;systemctl --failed;
Startup finished in 11.358s (firmware) + 4.589s (loader) + 5.026s (kernel) + 2min 52.177s (userspace) = 3min 13.150s
graphical.target reached after 52.628s in userspace
2min 30.003s apt-daily.service
36.070s plymouth-quit-wait.service
10.126s nmbd.service
9.430s snapd.service
7.385s dev-sdc2.device
5.726s apport-autoreport.service
5.419s apt-daily-upgrade.service
3.926s NetworkManager.service
3.463s networkd-dispatcher.service
3.435s smbd.service
3.105s vboxdrv.service
2.726s packagekit.service
2.674s user@1000.service
2.663s dev-loop1.device
2.440s dev-loop0.device
2.423s dev-loop2.device
2.402s dev-loop3.device
2.402s dev-loop4.device
2.392s dev-loop5.device
2.382s dev-loop6.device
2.149s systemd-fsck@dev-disk-by\x2duuid-4472\x2d5AA4.service
1.896s udisks2.service
1.470s motd-news.service
1.336s apparmor.service
1.325s systemd-timesyncd.service
1.317s systemd-resolved.service
1.305s systemd-fsck@dev-disk-by\x2duuid-3498e364\x2dd41c\x2d492d\x2db96b\x2d1bfcfca9a713.service
1.198s colord.service
1.098s ModemManager.service
1.092s gpu-manager.service
884ms accounts-daemon.service
849ms fwupd.service
803ms gdm.service
708ms grub-common.service
613ms networking.service
529ms setvtrgb.service
518ms systemd-journal-flush.service
444ms boot-efi.mount
331ms avahi-daemon.service
320ms systemd-udevd.service
316ms plymouth-read-write.service
311ms apport.service
280ms ecbd.service
260ms wpa_supplicant.service
218ms keyboard-setup.service
202ms systemd-logind.service
179ms swapfile.swap
177ms systemd-journald.service
141ms systemd-udev-trigger.service
136ms kerneloops.service
111ms bolt.service
108ms snapd.socket
106ms systemd-tmpfiles-setup-dev.service
102ms rsyslog.service
89ms systemd-modules-load.service
74ms speech-dispatcher.service
73ms home.mount
71ms snap-0ad-115.mount
70ms upower.service
69ms snap-core18-1279.mount
67ms snapd.seeded.service
67ms snap-core18-1265.mount
62ms systemd-sysctl.service
57ms alsa-restore.service
57ms snap-0ad-129.mount
56ms snap-core-8268.mount
55ms systemd-tmpfiles-setup.service
51ms snap-core-8213.mount
50ms snap-communitheme-1768.mount
47ms pppd-dns.service
43ms ufw.service
41ms dev-hugepages.mount
41ms dev-mqueue.mount
39ms sys-kernel-debug.mount
39ms systemd-remount-fs.service
33ms kmod-static-nodes.service
32ms systemd-random-seed.service
29ms dns-clean.service
29ms polkit.service
26ms plymouth-start.service
23ms sys-kernel-config.mount
16ms vboxautostart-service.service
15ms vboxweb-service.service
15ms systemd-user-sessions.service
11ms vboxballoonctrl-service.service
9ms ureadahead-stop.service
9ms systemd-update-utmp.service
8ms systemd-update-utmp-runlevel.service
8ms console-setup.service
6ms sys-fs-fuse-connections.mount
4ms rtkit-daemon.service
Startup finished in 2.665s (userspace) = 2.665s
default.target reached after 26.494s in userspace
18.681s evolution-calendar-factory.service
4.704s evolution-addressbook-factory.service
1.833s gnome-terminal-server.service
551ms gvfs-metadata.service
360ms tracker-store.service
252ms evolution-source-registry.service
46ms gvfs-udisks2-volume-monitor.service
18ms gvfs-mtp-volume-monitor.service
15ms gvfs-gphoto2-volume-monitor.service
13ms gvfs-goa-volume-monitor.service
9ms gvfs-afc-volume-monitor.service
8ms at-spi-dbus-bus.service
7ms gvfs-daemon.service
7ms dbus.socket
4ms xdg-permission-store.service
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
Le temps donné en #3 par "systemd-analyze blame --user" n'est au total que de 28.518s (loin des 2mn du #1)
En-effet, mais entre temps hier j'avais éteins puis rallumé l'ordi et systemd-analyze avait donné 1min 30 à peu près (ce qui est tout de même trop pour un ssd), alors que ce matin il donne 3min 13.150s. J'ai l'impression que le temps de démarrage est un peu aléatoire...
Pas mieux depuis migration Mint 19.2 vers 19.3 par le gestionnaire de mises à jour !
Le problème est peut-être arrivé avec une mise à jour, mais cela fait tellement longtemps (plusieurs mois) que cela dure que je ne saurais pas quand.
Le thème d'icône Yaru pour Libreoffice : https://github.com/ubuntu/libreoffice-s … -fullcolor
Hors ligne
#8 Le 27/12/2019, à 13:47
- f.x0
Re : [RESOLU] Démarrage très lent
Bonjour Jupiter007,
essaies ceci
sudo systemctl disable apt-daily-upgrade.service
sudo systemctl disable apt-daily.service
sudo systemctl disable apt-daily-upgrade.timer
sudo systemctl disable apt-daily.timer
sudo systemctl disable plymouth-quit-wait.service
sudo systemctl disable nmbd.service
sudo systemctl mask apt-daily-upgrade.service
sudo systemctl mask apt-daily.service
redémarres le pc, et postes le retour de
systemd-analyze
systemd-analyze blame
SOPI
Hors ligne
#9 Le 27/12/2019, à 13:57
- Jupiter007
Re : [RESOLU] Démarrage très lent
Bonjour f.x0,
voici les retours de commande :
$ systemd-analyze
Startup finished in 10.222s (firmware) + 4.612s (loader) + 4.571s (kernel) + 56.490s (userspace) = 1min 15.896s
graphical.target reached after 56.459s in userspace
$ systemd-analyze blame --no-pager
30.202s plymouth-quit-wait.service
16.956s snapd.service
15.334s dev-sdc2.device
14.673s systemd-journal-flush.service
12.227s apport-autoreport.service
11.976s smbd.service
9.526s dev-loop3.device
9.479s dev-loop4.device
9.476s dev-loop2.device
9.472s dev-loop6.device
9.467s dev-loop1.device
9.458s dev-loop0.device
9.456s dev-loop5.device
5.191s plymouth-start.service
4.805s NetworkManager.service
4.669s networkd-dispatcher.service
3.221s vboxdrv.service
2.803s udisks2.service
2.690s user@1000.service
2.290s systemd-fsck@dev-disk-by\x2duuid-4472\x2d5AA4.service
1.912s accounts-daemon.service
1.903s gpu-manager.service
1.898s ModemManager.service
1.562s systemd-udevd.service
1.377s colord.service
1.312s systemd-fsck@dev-disk-by\x2duuid-3498e364\x2dd41c\x2d492d\x2db96b\x2d1bfcfca9a713.service
1.100s gdm.service
988ms apparmor.service
930ms grub-common.service
857ms snapd.socket
855ms systemd-resolved.service
853ms systemd-timesyncd.service
837ms fwupd.service
773ms systemd-tmpfiles-setup.service
732ms wpa_supplicant.service
543ms boot-efi.mount
329ms systemd-update-utmp.service
327ms systemd-rfkill.service
250ms networking.service
240ms kerneloops.service
239ms avahi-daemon.service
226ms keyboard-setup.service
190ms systemd-logind.service
189ms apport.service
172ms bluetooth.service
168ms speech-dispatcher.service
168ms systemd-journald.service
166ms systemd-udev-trigger.service
157ms pppd-dns.service
156ms ecbd.service
144ms home.mount
135ms swapfile.swap
126ms rsyslog.service
123ms snapd.seeded.service
114ms dns-clean.service
113ms plymouth-read-write.service
107ms systemd-tmpfiles-setup-dev.service
94ms snap-communitheme-1768.mount
94ms bolt.service
92ms packagekit.service
91ms snap-core18-1265.mount
79ms systemd-sysctl.service
77ms upower.service
73ms snap-core18-1279.mount
66ms snap-0ad-115.mount
64ms snap-0ad-129.mount
58ms systemd-modules-load.service
58ms snap-core-8268.mount
38ms snap-core-8213.mount
31ms ufw.service
31ms alsa-restore.service
31ms dev-hugepages.mount
31ms sys-kernel-debug.mount
29ms sys-kernel-config.mount
26ms dev-mqueue.mount
25ms setvtrgb.service
22ms systemd-remount-fs.service
22ms polkit.service
21ms sys-fs-fuse-connections.mount
15ms systemd-user-sessions.service
12ms systemd-random-seed.service
11ms kmod-static-nodes.service
9ms systemd-update-utmp-runlevel.service
7ms vboxautostart-service.service
7ms vboxweb-service.service
7ms console-setup.service
7ms ureadahead-stop.service
7ms vboxballoonctrl-service.service
4ms rtkit-daemon.service
Le thème d'icône Yaru pour Libreoffice : https://github.com/ubuntu/libreoffice-s … -fullcolor
Hors ligne
#10 Le 27/12/2019, à 14:07
- f.x0
Re : [RESOLU] Démarrage très lent
Refais
sudo systemctl disable plymouth-quit-wait.service
sudo systemctl mask plymouth-quit-wait.service
redémarres le pc, et postes le retour de
systemd-analyze
systemd-analyze blame
SOPI
Hors ligne
#11 Le 27/12/2019, à 14:55
- grandtoubab
Re : [RESOLU] Démarrage très lent
2min 30.003s apt-daily.service
normal c'est la tâche pour les mise à jour, normalement elle n'est lancée qu'au 1er boot
plymouth c'est la tache pour l'animation graphique du démarrage et de l'arrêt
nmbd.service c'est samba faudra pas se plaindre si le partage de fichier ne fonctionne pas
tout désactiver c'est un peu ridicule, l'impact sur le boot ne pénalise pas l'utilisateur...
Dernière modification par grandtoubab (Le 27/12/2019, à 15:04)
Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....
Hors ligne
#12 Le 27/12/2019, à 14:55
- Jupiter007
Re : [RESOLU] Démarrage très lent
Voici :
$ systemd-analyze; systemd-analyze blame --no-pager;
Startup finished in 5.746s (firmware) + 4.576s (loader) + 10.957s (kernel) + 19.906s (userspace) = 41.186s
graphical.target reached after 19.534s in userspace
9.170s dev-sdc2.device
6.560s snapd.service
6.147s apport-autoreport.service
5.461s smbd.service
4.714s packagekit.service
3.612s dev-loop4.device
3.131s vboxdrv.service
2.340s networkd-dispatcher.service
2.202s dev-loop0.device
2.184s dev-loop3.device
2.166s dev-loop1.device
2.160s dev-loop5.device
2.159s dev-loop2.device
2.129s dev-loop6.device
2.075s systemd-fsck@dev-disk-by\x2duuid-4472\x2d5AA4.service
1.647s gdm.service
1.331s systemd-hostnamed.service
922ms systemd-fsck@dev-disk-by\x2duuid-3498e364\x2dd41c\x2d492d\x2db96b\x2d1bfcfca9a713.service
918ms user@1000.service
872ms NetworkManager.service
668ms kerneloops.service
551ms systemd-journal-flush.service
542ms udisks2.service
538ms boot-efi.mount
520ms colord.service
358ms systemd-udevd.service
330ms systemd-rfkill.service
327ms systemd-resolved.service
282ms accounts-daemon.service
279ms systemd-logind.service
277ms ModemManager.service
224ms keyboard-setup.service
221ms grub-common.service
213ms speech-dispatcher.service
213ms bluetooth.service
195ms setvtrgb.service
183ms systemd-journald.service
178ms systemd-localed.service
173ms ecbd.service
170ms alsa-restore.service
158ms swapfile.swap
156ms gpu-manager.service
148ms apport.service
146ms systemd-timesyncd.service
124ms apparmor.service
106ms systemd-tmpfiles-setup-dev.service
101ms systemd-timedated.service
100ms wpa_supplicant.service
100ms systemd-udev-trigger.service
97ms systemd-modules-load.service
97ms snap-communitheme-1768.mount
96ms avahi-daemon.service
96ms bolt.service
89ms snap-core-8268.mount
78ms snap-0ad-129.mount
78ms upower.service
77ms snap-0ad-115.mount
73ms snap-core18-1279.mount
65ms networking.service
65ms pppd-dns.service
64ms home.mount
59ms snap-core18-1265.mount
55ms systemd-sysctl.service
52ms polkit.service
51ms systemd-tmpfiles-setup.service
51ms snapd.seeded.service
47ms dns-clean.service
43ms dev-mqueue.mount
41ms plymouth-read-write.service
40ms sys-kernel-debug.mount
39ms kmod-static-nodes.service
38ms console-setup.service
36ms ufw.service
32ms rsyslog.service
28ms snap-core-8213.mount
19ms dev-hugepages.mount
18ms vboxautostart-service.service
18ms systemd-random-seed.service
17ms systemd-remount-fs.service
14ms systemd-update-utmp.service
14ms plymouth-start.service
11ms vboxweb-service.service
11ms sys-kernel-config.mount
9ms systemd-user-sessions.service
8ms sys-fs-fuse-connections.mount
6ms ureadahead-stop.service
6ms vboxballoonctrl-service.service
6ms systemd-update-utmp-runlevel.service
5ms rtkit-daemon.service
4ms snapd.socket
Le thème d'icône Yaru pour Libreoffice : https://github.com/ubuntu/libreoffice-s … -fullcolor
Hors ligne
#13 Le 27/12/2019, à 16:20
- f.x0
Re : [RESOLU] Démarrage très lent
Avant :
Startup finished in 11.332s (firmware) + 4.579s (loader) + 4.495s (kernel) + 2min 46.000s (userspace) = 3min 6.407s
Après :
Startup finished in 5.746s (firmware) + 4.576s (loader) + 10.957s (kernel) + 19.906s (userspace) = 41.186s
Maintenant il s'agit d'un choix à faire : Mise à jour automatique + Partage samba Vs 41.186s au démarrage
(en enlevant les snap cela serait plus correct encore)
( en faisant sudo update-initramfs -u -k all le kernel devrait aussi se charger plus rapidement)
pour revenir à la situation initiale, il suffi de remplacer :
mask par unmask
disable par enable
redémarrer et refaire un sudo update-initramfs -u -k all
Dernière modification par f.x0 (Le 27/12/2019, à 16:23)
SOPI
Hors ligne
#14 Le 27/12/2019, à 16:36
- Jupiter007
Re : [RESOLU] Démarrage très lent
Avant :
Startup finished in 11.332s (firmware) + 4.579s (loader) + 4.495s (kernel) + 2min 46.000s (userspace) = 3min 6.407sAprès :
Startup finished in 5.746s (firmware) + 4.576s (loader) + 10.957s (kernel) + 19.906s (userspace) = 41.186sMaintenant il s'agit d'un choix à faire : Mise à jour automatique + Partage samba Vs 41.186s au démarrage
(en enlevant les snap cela serait plus correct encore)
( en faisant sudo update-initramfs -u -k all le kernel devrait aussi se charger plus rapidement)pour revenir à la situation initiale, il suffi de remplacer :
mask par unmask
disable par enable
redémarrer et refaire un sudo update-initramfs -u -k all
Ok, mais 41s c'est tout de même plus que les 20~30s d'autrefois. Et puis mon père utilise beaucoup le partage et les mise à jour, donc je ne pense pas qu'il va apprécier que je lui désactive tout
Y a-t-il une autre solution (à par formater, ce que mon père voulait faire à l'origine, et qui ne me dérange pas du tout il faut juste prendre le temps de le faire) ?
Dernière modification par Jupiter007 (Le 27/12/2019, à 16:40)
Le thème d'icône Yaru pour Libreoffice : https://github.com/ubuntu/libreoffice-s … -fullcolor
Hors ligne
#15 Le 27/12/2019, à 16:42
- nany
Re : [RESOLU] Démarrage très lent
Bonjour,
Y a-t-il une autre solution (à par formater, ce que mon père voulait faire à l'origine) ?
Peut-être.
Y a-t-il un fichier resume dans /etc/initramfs-tools/conf.d ?
Pour le vérifier, donne le retour de :
cat /etc/initramfs-tools/conf.d/resume
Hors ligne
#16 Le 27/12/2019, à 17:27
- Jupiter007
Re : [RESOLU] Démarrage très lent
Bonjour nany,
apparemment non :
$ cat /etc/initramfs-tools/conf.d/resume
cat: /etc/initramfs-tools/conf.d/resume: Aucun fichier ou dossier de ce type
Le thème d'icône Yaru pour Libreoffice : https://github.com/ubuntu/libreoffice-s … -fullcolor
Hors ligne
#17 Le 27/12/2019, à 18:33
- grandtoubab
Re : [RESOLU] Démarrage très lent
formater reflexe à la win.. pas beaucoup d'intérêt dans linux
verifier qu'il n'y a pas des erreurs au boot
journalctl -p err
Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....
Hors ligne
#18 Le 27/12/2019, à 18:33
- nany
Re : [RESOLU] Démarrage très lent
Bon, ben, j’ai pris une fausse piste alors.
Je ne vois malheureusement pas d’autre solution.
Hors ligne
#19 Le 27/12/2019, à 18:39
- Jupiter007
Re : [RESOLU] Démarrage très lent
formater reflexe à la win.. pas beaucoup d'intérêt dans linux
C'est exactement ce que j'ai dit à mon père : on est pas sous W$ !
verifier qu'il n'y a pas des erreurs au boot
journalctl -p err
Je n'ai mis que les logs du jour (ça remontait à octobre !) :
déc. 27 12:07:43 yannick-system-product-name kernel: Couldn't get size: 0x800000000000000e
déc. 27 12:07:43 yannick-system-product-name kernel: MODSIGN: Couldn't get UEFI db list
déc. 27 12:07:43 yannick-system-product-name kernel: Couldn't get size: 0x800000000000000e
déc. 27 12:07:43 yannick-system-product-name kernel: usb 3-5: device descriptor read/64, error -62
déc. 27 12:07:43 yannick-system-product-name kernel: usb 3-5: device descriptor read/64, error -62
déc. 27 12:07:43 yannick-system-product-name kernel: usb 3-5: device descriptor read/64, error -62
déc. 27 12:07:43 yannick-system-product-name kernel: usb 3-5: device descriptor read/64, error -62
déc. 27 12:07:43 yannick-system-product-name kernel: usb 3-5: device not accepting address 5, error -62
déc. 27 12:07:43 yannick-system-product-name kernel: usb 3-5: device not accepting address 6, error -62
déc. 27 12:07:43 yannick-system-product-name kernel: usb usb3-port5: unable to enumerate USB device
déc. 27 12:09:14 yannick-system-product-name spice-vdagent[2459]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
déc. 27 12:09:20 yannick-system-product-name pulseaudio[2277]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
déc. 27 12:43:37 yannick-system-product-name gdm3[1125]: GLib: g_variant_new_string: assertion 'string != NULL' failed
déc. 27 12:43:37 yannick-system-product-name systemd[1]: Failed unmounting Mount unit for communitheme, revision 1768.
déc. 27 12:43:37 yannick-system-product-name gdm3[1125]: GLib: g_variant_new_string: assertion 'string != NULL' failed
déc. 27 12:43:37 yannick-system-product-name gdm3[1125]: GLib: g_hash_table_find: assertion 'version == hash_table->version' failed
-- Reboot --
déc. 27 12:47:50 yannick-system-product-name kernel: Couldn't get size: 0x800000000000000e
déc. 27 12:47:50 yannick-system-product-name kernel: MODSIGN: Couldn't get UEFI db list
déc. 27 12:47:50 yannick-system-product-name kernel: Couldn't get size: 0x800000000000000e
déc. 27 12:49:23 yannick-system-product-name pulseaudio[1471]: [pulseaudio] backend-ofono.c: Failed to register as a handsfree audio agent with ofono: org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was not provided by any .service files
déc. 27 12:49:42 yannick-system-product-name spice-vdagent[1616]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
déc. 27 12:51:29 yannick-system-product-name sudo[2232]: pam_unix(sudo:auth): conversation failed
déc. 27 12:51:29 yannick-system-product-name sudo[2232]: pam_unix(sudo:auth): auth could not identify password for [yannick]
déc. 27 12:51:34 yannick-system-product-name gdm3[1146]: GLib: g_variant_new_string: assertion 'string != NULL' failed
déc. 27 12:51:35 yannick-system-product-name gdm3[1146]: GLib: g_variant_new_string: assertion 'string != NULL' failed
déc. 27 12:51:35 yannick-system-product-name gdm3[1146]: GLib: g_hash_table_find: assertion 'version == hash_table->version' failed
-- Reboot --
déc. 27 12:51:57 yannick-system-product-name kernel: Couldn't get size: 0x800000000000000e
déc. 27 12:51:57 yannick-system-product-name kernel: MODSIGN: Couldn't get UEFI db list
déc. 27 12:51:57 yannick-system-product-name kernel: Couldn't get size: 0x800000000000000e
déc. 27 12:53:02 yannick-system-product-name pulseaudio[1480]: [pulseaudio] backend-ofono.c: Failed to register as a handsfree audio agent with ofono: org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was not provided by any .service files
déc. 27 12:53:09 yannick-system-product-name spice-vdagent[1611]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
déc. 27 13:52:25 yannick-system-product-name kernel: [drm:radeon_dvi_detect [radeon]] *ERROR* HDMI-A-1: probed a monitor but no|invalid EDID
déc. 27 13:52:29 yannick-system-product-name gdm3[1134]: GLib: g_variant_new_string: assertion 'string != NULL' failed
déc. 27 13:52:29 yannick-system-product-name gdm3[1134]: GLib: g_hash_table_find: assertion 'version == hash_table->version' failed
-- Reboot --
déc. 27 13:52:53 yannick-system-product-name kernel: Couldn't get size: 0x800000000000000e
déc. 27 13:52:53 yannick-system-product-name kernel: MODSIGN: Couldn't get UEFI db list
déc. 27 13:52:53 yannick-system-product-name kernel: Couldn't get size: 0x800000000000000e
déc. 27 13:53:34 yannick-system-product-name pulseaudio[1459]: [pulseaudio] backend-ofono.c: Failed to register as a handsfree audio agent with ofono: org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was not provided by any .service files
déc. 27 13:53:47 yannick-system-product-name spice-vdagent[1603]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
déc. 27 13:56:47 yannick-system-product-name gnome-session-binary[1380]: CRITICAL: We failed, but the fail whale is dead. Sorry....
déc. 27 13:56:48 yannick-system-product-name gdm3[1116]: GLib: g_hash_table_find: assertion 'version == hash_table->version' failed
-- Reboot --
déc. 27 14:32:36 yannick-system-product-name kernel: Couldn't get size: 0x800000000000000e
déc. 27 14:32:36 yannick-system-product-name kernel: MODSIGN: Couldn't get UEFI db list
déc. 27 14:32:36 yannick-system-product-name kernel: Couldn't get size: 0x800000000000000e
déc. 27 14:34:31 yannick-system-product-name pulseaudio[1487]: [pulseaudio] backend-ofono.c: Failed to register as a handsfree audio agent with ofono: org.freedesktop.DBus.Error.ServiceUnknown: The name org.ofono was not provided by any .service files
déc. 27 14:34:46 yannick-system-product-name spice-vdagent[1625]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
Bon, ben, j’ai pris une fausse piste alors.
Je ne vois malheureusement pas d’autre solution.
Ce n'est pas grave. Merci pour ton aide.
Le thème d'icône Yaru pour Libreoffice : https://github.com/ubuntu/libreoffice-s … -fullcolor
Hors ligne
#20 Le 27/12/2019, à 19:09
- grandtoubab
Re : [RESOLU] Démarrage très lent
rien de flagrant pour moi dans les erreurs, sauf si les erreurs ne sortaient pas avant (en octobre) d'autres intervenant expliqueront peut-être
il faut peut mieux essayer de comprendre pourquoi certains services sont long, sont ils liés au disque??
exemple
systemctl status nmbd.service -l -n50 --no-pager
ou plymouth qui est immédiat chez moi
systemctl status plymouth-quit-wait.service -l -n50 --no-pager
● plymouth-quit-wait.service - Hold until boot process finishes up
Loaded: loaded (/lib/systemd/system/plymouth-quit-wait.service; static; vendor preset: enabled)
Active: inactive (dead) since Fri 2019-12-27 14:56:51 CET; 3h 18min ago
Process: 871 ExecStart=/bin/plymouth --wait (code=exited, status=0/SUCCESS)
Main PID: 871 (code=exited, status=0/SUCCESS)
déc. 27 14:56:49 debian systemd[1]: Starting Hold until boot process finishes up...
déc. 27 14:56:51 debian systemd[1]: plymouth-quit-wait.service: Succeeded.
déc. 27 14:56:51 debian systemd[1]: Started Hold until boot process finishes up.
Dernière modification par grandtoubab (Le 27/12/2019, à 19:16)
Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....
Hors ligne
#21 Le 27/12/2019, à 19:29
- moko138
Re : [RESOLU] Démarrage très lent
déc. 27 12:07:43 yannick-system-product-name kernel: usb 3-5: device descriptor read/64, error -62 déc. 27 12:07:43 yannick-system-product-name kernel: usb 3-5: device descriptor read/64, error -62 déc. 27 12:07:43 yannick-system-product-name kernel: usb 3-5: device descriptor read/64, error -62 déc. 27 12:07:43 yannick-system-product-name kernel: usb 3-5: device descriptor read/64, error -62 déc. 27 12:07:43 yannick-system-product-name kernel: usb 3-5: device not accepting address 5, error -62 déc. 27 12:07:43 yannick-system-product-name kernel: usb 3-5: device not accepting address 6, error -62 déc. 27 12:07:43 yannick-system-product-name kernel: usb usb3-port5: unable to enumerate USB device
L'erreur 62 :
#define ETIME 62 /* Timer expired */
et
-ETIME (**) No response packet received within the prescribed
bus turn-around time. (...)(**) This is also one of several codes that different kinds of host
controller use to indicate a transfer has failed because of device
disconnect. In the interval before the hub driver starts disconnect
processing, devices may receive such fault reports for every request.
Donc je suggère :
- de débrancher, avant démarrage, les périphériques non nécessaires ;
- de tester les câbles usb et connexions des périphériques usb restants.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#22 Le 28/12/2019, à 20:27
- Jupiter007
Re : [RESOLU] Démarrage très lent
Bonsoir,
rien de flagrant pour moi dans les erreurs, sauf si les erreurs ne sortaient pas avant (en octobre) d'autres intervenant expliqueront peut-être
Les erreurs sont là depuis octobre.
il faut peut mieux essayer de comprendre pourquoi certains services sont long, sont ils liés au disque??
exemple
systemctl status nmbd.service -l -n50 --no-pager
Je ne saurais dire s'ils sont liés au disque. Sinon voici les retours de commande :
$ systemctl status smbd.service -l -n50 --no-pager
● smbd.service - Samba SMB Daemon
Loaded: loaded (/lib/systemd/system/smbd.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2019-12-28 18:47:05 CET; 1min 54s ago
Docs: man:smbd(8)
man:samba(7)
man:smb.conf(5)
Main PID: 1281 (smbd)
Status: "smbd: ready to serve connections..."
Tasks: 4 (limit: 3772)
CGroup: /system.slice/smbd.service
├─1281 /usr/sbin/smbd --foreground --no-process-group
├─1311 /usr/sbin/smbd --foreground --no-process-group
├─1312 /usr/sbin/smbd --foreground --no-process-group
└─1313 /usr/sbin/smbd --foreground --no-process-group
déc. 28 18:46:58 yannick-system-product-name systemd[1]: Starting Samba SMB Daemon...
déc. 28 18:47:05 yannick-system-product-name systemd[1]: Started Samba SMB Daemon.
déc. 28 18:48:09 yannick-system-product-name smbd[1869]: pam_unix(samba:session): session closed for user nobody
$ systemctl status nmbd.service -l -n50 --no-pager
● nmbd.service - Samba NMB Daemon
Loaded: loaded (/lib/systemd/system/nmbd.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2019-12-28 18:46:58 CET; 2min 6s ago
Docs: man:nmbd(8)
man:samba(7)
man:smb.conf(5)
Main PID: 1135 (nmbd)
Status: "nmbd: ready to serve connections..."
Tasks: 1 (limit: 3772)
CGroup: /system.slice/nmbd.service
└─1135 /usr/sbin/nmbd --foreground --no-process-group
déc. 28 18:46:47 yannick-system-product-name systemd[1]: Starting Samba NMB Daemon...
déc. 28 18:46:58 yannick-system-product-name systemd[1]: Started Samba NMB Daemon.
$ systemctl status plymouth-quit-wait.service -l -n50 --no-pager
● plymouth-quit-wait.service - Hold until boot process finishes up
Loaded: loaded (/lib/systemd/system/plymouth-quit-wait.service; static; vendor preset: enabled)
Active: inactive (dead) since Sat 2019-12-28 18:47:14 CET; 2min 3s ago
Process: 1137 ExecStart=/bin/plymouth --wait (code=exited, status=0/SUCCESS)
Main PID: 1137 (code=exited, status=0/SUCCESS)
déc. 28 18:46:47 yannick-system-product-name systemd[1]: Starting Hold until boot process finishes up...
déc. 28 18:47:14 yannick-system-product-name systemd[1]: Started Hold until boot process finishes up.
$ systemctl status NetworkManager.service -l -n50 --no-pager
● NetworkManager.service - Network Manager
Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2019-12-28 18:46:47 CET; 5min ago
Docs: man:NetworkManager(8)
Main PID: 1029 (NetworkManager)
Tasks: 4 (limit: 3772)
CGroup: /system.slice/NetworkManager.service
├─1029 /usr/sbin/NetworkManager --no-daemon
└─1239 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /run/dhclient-enp3s0.pid -lf /var/lib/NetworkManager/dhclient-776d7642-ded1-3056-86f6-2618c1c44716-enp3s0.lease -cf /var/lib/NetworkManager/dhclient-enp3s0.conf enp3s0
J'ai pris les services qui mettent du temps à démarrer :
$ systemd-analyze critical-chain --no-pager
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @50.245s
└─multi-user.target @50.245s
└─smbd.service @34.414s +6.572s
└─nmbd.service @23.322s +11.090s
└─network-online.target @23.307s
└─network.target @23.304s
└─NetworkManager.service @18.590s +4.712s
└─dbus.service @17.925s
└─basic.target @17.786s
└─sockets.target @17.786s
└─snapd.socket @17.785s +861us
└─sysinit.target @17.602s
└─systemd-timesyncd.service @17.084s +517ms
└─systemd-tmpfiles-setup.service @16.417s +452ms
└─local-fs.target @16.416s
└─run-user-1000.mount @26.178s
└─local-fs-pre.target @545ms
└─keyboard-setup.service @316ms +228ms
└─systemd-journald.socket @309ms
└─system.slice @309ms
└─-.slice @305ms
$ systemd-analyze blame --no-pager
26.911s plymouth-quit-wait.service
13.116s dev-sdc2.device
11.460s systemd-journal-flush.service
11.090s nmbd.service
8.609s snapd.service
6.572s smbd.service
4.712s NetworkManager.service
4.689s networkd-dispatcher.service
3.408s dev-loop5.device
3.399s dev-loop4.device
3.373s dev-loop6.device
3.269s dev-loop1.device
3.266s dev-loop2.device
3.258s dev-loop3.device
3.179s dev-loop0.device
2.976s udisks2.service
2.543s ModemManager.service
2.429s accounts-daemon.service
2.411s gpu-manager.service
2.291s grub-common.service
2.019s systemd-fsck@dev-disk-by\x2duuid-4472\x2d5AA4.service
2.001s apport-autoreport.service
1.864s vboxdrv.service
1.707s user@1000.service
1.572s systemd-udevd.service
1.564s polkit.service
1.186s colord.service
1.176s systemd-fsck@dev-disk-by\x2duuid-3498e364\x2dd41c\x2d492d\x2db96b\x2d1bfcfca9a713.service
861ms bluetooth.service
829ms fwupd.service
806ms pppd-dns.service
806ms ecbd.service
798ms rsyslog.service
784ms systemd-logind.service
749ms apport.service
739ms speech-dispatcher.service
731ms avahi-daemon.service
703ms systemd-resolved.service
700ms alsa-restore.service
666ms apparmor.service
659ms gdm.service
537ms boot-efi.mount
517ms systemd-timesyncd.service
452ms systemd-tmpfiles-setup.service
247ms networking.service
228ms keyboard-setup.service
222ms dns-clean.service
217ms kerneloops.service
196ms systemd-rfkill.service
167ms swapfile.swap
167ms systemd-journald.service
125ms systemd-tmpfiles-setup-dev.service
111ms systemd-update-utmp.service
110ms plymouth-read-write.service
102ms systemd-modules-load.service
100ms snap-core18-1265.mount
97ms bolt.service
90ms upower.service
89ms systemd-udev-trigger.service
79ms snap-core-8213.mount
77ms snap-core-8268.mount
71ms snap-core18-1279.mount
68ms home.mount
66ms wpa_supplicant.service
64ms snap-0ad-129.mount
62ms packagekit.service
62ms setvtrgb.service
62ms snap-0ad-115.mount
55ms systemd-sysctl.service
41ms snap-communitheme-1768.mount
38ms kmod-static-nodes.service
38ms snapd.seeded.service
38ms dev-mqueue.mount
36ms ufw.service
34ms systemd-remount-fs.service
26ms dev-hugepages.mount
26ms sys-kernel-debug.mount
21ms systemd-random-seed.service
20ms sys-fs-fuse-connections.mount
20ms systemd-user-sessions.service
17ms sys-kernel-config.mount
14ms plymouth-start.service
9ms systemd-update-utmp-runlevel.service
8ms ureadahead-stop.service
8ms rtkit-daemon.service
7ms vboxautostart-service.service
7ms vboxweb-service.service
7ms vboxballoonctrl-service.service
5ms console-setup.service
861us snapd.socket
J'ai également une question : à quoi correspond dev-sdc2.device (au disque dur je suppose, mais que fait-il exactement), car parfois il y a une grande différence de temps entre lui et les autres services.
Donc je suggère :
- de débrancher, avant démarrage, les périphériques non nécessaires ;
- de tester les câbles usb et connexions des périphériques usb restants.
Comment tester un câble USB ?
J'ai redémarré avec les périphériques branchés et débranché, plusieurs fois (ça a mis du temps ) et l'erreur ne veut plus revenir... de plus je n'ai pas sentit de différence avec ou sans periph usb.
Cela peut-il ralentir le démarrage ?
Le thème d'icône Yaru pour Libreoffice : https://github.com/ubuntu/libreoffice-s … -fullcolor
Hors ligne
#23 Le 28/12/2019, à 20:48
- grandtoubab
Re : [RESOLU] Démarrage très lent
pas d'erreurs dans les retours de systemctl, donc pour moi tout va bien. Peut etre as tu changé de noyau?
uname -a
mais les noyaux Ubuntu ne sont pas ceux de Debian donc rien à ajouter la-dessus
pour les disques , les lister
df -hT
lsblk
Tu sauras reconnaitre ton matériel
Dernière modification par grandtoubab (Le 28/12/2019, à 20:48)
Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....
Hors ligne
#24 Le 29/12/2019, à 02:52
- moko138
Re : [RESOLU] Démarrage très lent
Comment tester un câble USB ?
Si tu en as deux, branchés à des périphériques différents, tu les permutes et tu vois si l'erreur s'est déplacée ou non.
D'une façon générale, les câbles les plus fins ne m'ont causé que des problèmes
(2 câbles fins à problèmes et un câble sans souci).
= =
Par ailleurs, le 27/12 à 12h07, toutes les erreurs usb concernaient :
usb 3-5
c'est-à-dire la 5ème prise du 3ème bus. (Ou ce qui était connecté derrière).
Cela peut-être la simple conséquence de poussières dans la 5ème prise (ou dans un des connecteurs en aval). D'où l'intérêt de passer l'aspirateur devant ses connecteurs.
Ou bien c'est le câble en aval ;
Ou bien c'est le périphérique en aval. Et pour savoir après coup lequel c'était, voici une méthode
grep -i "usb 3-5" /var/log/syslog | less
(Si une rotation des logs s'est produite entre-temps, chercher dans syslog.1)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#25 Le 30/12/2019, à 21:40
- Jupiter007
Re : [RESOLU] Démarrage très lent
Bonsoir,
déjà je crois avoir repéré le périphérique USB fautif: un vieux dongle bluetooth (qui fonctionne une fois sur deux ) !
Je l'ai trouvé grâce à son id :
$ grep -i "usb 3-5" /var/log/syslog | less
(...)
[ 261.359380] usb 3-5: New USB device found, idVendor=0a12, idProduct=0001
Que l'on retrouve ici :
lsusb -v
(...)
Bus 003 Device 005: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Mes parents vont donc en acheter un nouveau.
Sinon le noyau :
$ uname -a
Linux yannick-system-product-name 4.15.0-72-generic #81-Ubuntu SMP Tue Nov 26 12:20:02 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Et les disques :
$ df -hT
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 1,7G 0 1,7G 0% /dev
tmpfs tmpfs 340M 3,2M 336M 1% /run
/dev/sdc2 ext4 110G 15G 90G 14% /
tmpfs tmpfs 1,7G 36M 1,7G 3% /dev/shm
tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs tmpfs 1,7G 0 1,7G 0% /sys/fs/cgroup
/dev/loop0 squashfs 904M 904M 0 100% /snap/0ad/115
/dev/loop1 squashfs 16M 16M 0 100% /snap/communitheme/1768
/dev/loop2 squashfs 904M 904M 0 100% /snap/0ad/129
/dev/loop3 squashfs 90M 90M 0 100% /snap/core/8268
/dev/loop4 squashfs 55M 55M 0 100% /snap/core18/1265
/dev/loop5 squashfs 90M 90M 0 100% /snap/core/8213
/dev/loop6 squashfs 55M 55M 0 100% /snap/core18/1279
/dev/sdc1 vfat 240M 6,1M 234M 3% /boot/efi
/dev/md0 ext4 1,8T 933G 808G 54% /home
tmpfs tmpfs 340M 36K 340M 1% /run/user/1000
/dev/sdd1 ext4 1,8T 821G 921G 48% /media/yannick/Element
/dev/sdc2 : il s’agit du SSD.
Je me demandais s'il se peut que ce soit lui le fautif ?
J'ai fait un petit test de perf avec Gnome Disque et il fait du 150Mo/s (celui de mon ordi fait du 500Mo/s et ils sont censés être aussi rapides) ce qui n'est pas terrible (d'ailleurs certains logiciels sont longs à démarrer gedit, le terminal, …) :
J'ai également désactivé Plymouth dans le fichier grub et il n'y a pas grand-chose qui bloque. Certaines lignes durent une seconde mais rien de méchant, seulement l'ensemble qui est long.
Étrangement le démarrage est plus court aujourd'hui :
$ systemd-analyze
Startup finished in 6.911s (firmware) + 4.708s (loader) + 5.100s (kernel) + 22.857s (userspace) = 39.577s
graphical.target reached after 22.848s in userspace
$ systemd-analyze critical-chain --no-pager
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @22.848s
└─multi-user.target @22.848s
└─smbd.service @22.234s +613ms
└─nmbd.service @16.695s +5.536s
└─network-online.target @16.689s
└─network.target @16.670s
└─NetworkManager.service @16.236s +433ms
└─dbus.service @16.117s
└─basic.target @16.109s
└─sockets.target @16.108s
└─snapd.socket @16.096s +10ms
└─sysinit.target @16.084s
└─systemd-timesyncd.service @15.931s +152ms
└─systemd-tmpfiles-setup.service @15.910s +13ms
└─systemd-journal-flush.service @518ms +15.390s
└─systemd-journald.service @328ms +187ms
└─systemd-journald.socket @315ms
└─system.slice @297ms
└─-.slice @293ms
$ systemd-analyze blame --no-pager
15.390s systemd-journal-flush.service
14.744s dev-sdc2.device
5.638s systemd-fsck@dev-disk-by\x2duuid-3498e364\x2dd41c\x2d492d\x2db96b\x2d1bfcfca9a713.service
5.536s nmbd.service
2.835s dev-loop6.device
2.749s dev-loop5.device
2.744s dev-loop4.device
2.734s dev-loop3.device
2.613s dev-loop2.device
2.609s dev-loop0.device
2.583s dev-loop1.device
1.467s snapd.service
1.383s vboxdrv.service
1.172s systemd-udevd.service
1.051s udisks2.service
842ms fwupd.service
794ms packagekit.service
777ms systemd-fsck@dev-disk-by\x2duuid-4472\x2d5AA4.service
684ms apport-autoreport.service
613ms smbd.service
433ms NetworkManager.service
423ms networkd-dispatcher.service
338ms accounts-daemon.service
311ms systemd-logind.service
271ms wpa_supplicant.service
266ms speech-dispatcher.service
222ms gpu-manager.service
222ms grub-common.service
211ms keyboard-setup.service
210ms bluetooth.service
200ms ecbd.service
198ms systemd-rfkill.service
198ms avahi-daemon.service
193ms alsa-restore.service
192ms systemd-udev-trigger.service
187ms systemd-journald.service
172ms apport.service
171ms systemd-resolved.service
152ms systemd-timesyncd.service
149ms rsyslog.service
128ms pppd-dns.service
124ms swapfile.swap
118ms home.mount
116ms apparmor.service
113ms upower.service
110ms systemd-tmpfiles-setup-dev.service
98ms user@1000.service
95ms snap-0ad-115.mount
94ms bolt.service
90ms colord.service
80ms kerneloops.service
80ms systemd-user-sessions.service
77ms gdm.service
69ms snap-core18-1279.mount
65ms snap-core-8268.mount
62ms systemd-modules-load.service
59ms snap-core-8213.mount
59ms snap-0ad-129.mount
58ms sys-kernel-debug.mount
56ms networking.service
56ms kmod-static-nodes.service
56ms snap-communitheme-1768.mount
55ms snap-core18-1265.mount
52ms ufw.service
48ms dev-hugepages.mount
47ms systemd-remount-fs.service
45ms systemd-sysctl.service
45ms snapd.seeded.service
44ms polkit.service
42ms dev-mqueue.mount
36ms plymouth-quit-wait.service
32ms systemd-random-seed.service
27ms sys-kernel-config.mount
24ms vboxweb-service.service
24ms vboxautostart-service.service
23ms dns-clean.service
20ms sys-fs-fuse-connections.mount
17ms boot-efi.mount
14ms systemd-update-utmp.service
13ms plymouth-read-write.service
13ms systemd-tmpfiles-setup.service
10ms snapd.socket
8ms console-setup.service
7ms systemd-update-utmp-runlevel.service
6ms ureadahead-stop.service
6ms rtkit-daemon.service
5ms setvtrgb.service
4ms vboxballoonctrl-service.service
Il n'y a que systemd-journal-flush.service @518ms +15.390s qui cloche.
Bonne soirée et bonnes fêtes !
Le thème d'icône Yaru pour Libreoffice : https://github.com/ubuntu/libreoffice-s … -fullcolor
Hors ligne