#26 Le 30/10/2019, à 20:21
- ujmo
Re : [Resolu] Après mise à niveau 19.10 Chromium rame et plante le système
Salut
Effectivement, si j'ai évité de lister les nombreuses lignes générées c'est justement pour éviter une lecture fastidieuse.
~$ systemd-analyze blame
3min 10.864s apt-daily-upgrade.service
1min 30.183s nmbd.service
44.024s plymouth-quit-wait.service
37.116s apt-daily.service
20.391s dev-sda3.device
19.687s postfix@-.service
19.227s snapd.service
17.512s networkd-dispatcher.service
16.038s ModemManager.service
15.732s udisks2.service
13.049s accounts-daemon.service
10.831s NetworkManager-wait-online.service
10.831s dev-loop2.device
10.794s dev-loop8.device
10.779s dev-loop5.device
10.645s dev-loop1.device
10.051s NetworkManager.service
9.922s dev-loop11.device
9.753s grub-common.service
9.714s dev-loop9.device
9.651s dev-loop10.device
9.647s dev-loop14.device
9.425s minidlna.service
9.277s dev-loop4.device
9.060s apport.service
8.850s avahi-daemon.service
8.805s dev-loop7.device
8.763s dev-loop15.device
8.755s switcheroo-control.service
8.749s man-db.service
8.668s dev-loop0.device
8.666s wpa_supplicant.service
8.572s grub-initrd-fallback.service
8.416s dev-loop13.device
8.357s rsyslog.service
8.355s bluetooth.service
8.353s thermald.service
8.093s lm-sensors.service
8.090s gpu-manager.service
8.082s systemd-logind.service
6.850s systemd-journal-flush.service
6.382s lxc-net.service
5.647s dev-loop3.device
5.187s dev-loop12.device
4.680s dev-loop6.device
4.628s plymouth-read-write.service
4.389s systemd-udevd.service
4.074s colord.service
3.953s apparmor.service
3.461s logrotate.service
3.411s systemd-resolved.service
2.559s apport-autoreport.service
2.522s systemd-fsck@dev-disk-by\x2duuid-8449e65c\x2db754\x2d4247\x2dbb22\x2dde6b192f55b6.service
2.516s win.mount
2.319s motd-news.service
2.301s systemd-fsck@dev-disk-by\x2duuid-5afdabd0\x2d8849\x2d4676\x2dbfe9\x2dc54589d980fd.service
2.068s systemd-fsck@dev-disk-by\x2duuid-E5B2\x2d4588.service
2.015s gdm.service
1.870s systemd-fsck@dev-disk-by\x2duuid-71e13859\x2def32\x2d409b\x2dbd5b\x2d9f2ce7368a2a.service
1.864s plymouth-start.service
1.774s networking.service
1.732s systemd-fsck@dev-disk-by\x2duuid-f5d97084\x2d2cbb\x2d454c\x2d9b27\x2d84b6cb944613.service
1.275s snap-gnome\x2dsystem\x2dmonitor-107.mount
1.221s snap-chromium-920.mount
1.155s snap-wine\x2dplatform\x2druntime-51.mount
1.133s systemd-timesyncd.service
1.035s systemd-modules-load.service
1.024s lxc.service
1.021s snap-gnome\x2dlogs-81.mount
1.020s systemd-tmpfiles-setup.service
957ms upower.service
955ms pppd-dns.service
934ms snap-core18-1223.mount
862ms snap-gtk\x2dcommon\x2dthemes-1353.mount
838ms systemd-sysusers.service
830ms keyboard-setup.service
790ms snap-speedtest\x2ds3c-1.mount
782ms systemd-tmpfiles-setup-dev.service
772ms polkit.service
733ms snap-gnome\x2d3\x2d28\x2d1804-91.mount
729ms systemd-backlight@backlight:acpi_video1.service
663ms snap-core-7917.mount
644ms systemd-rfkill.service
627ms systemd-backlight@backlight:intel_backlight.service
597ms systemd-backlight@backlight:acpi_video0.service
592ms systemd-sysctl.service
552ms snap-py\x2dsysinfo-1.mount
544ms systemd-tmpfiles-clean.service
517ms dev-disk-by\x2duuid-86d86863\x2d5813\x2d4c6a\x2d97c8\x2d87a494ef8ee7.swap
507ms data2.mount
468ms snap-gnome\x2dcharacters-359.mount
453ms systemd-journald.service
381ms home.mount
379ms openvpn.service
379ms systemd-random-seed.service
373ms snap-speedtest\x2dcli\x2desm-3.mount
362ms packagekit.service
347ms snap-vlc-1049.mount
340ms geoclue.service
329ms snap-gtk2\x2dcommon\x2dthemes-5.mount
321ms smbd.service
308ms systemd-udev-trigger.service
290ms home0.mount
277ms ifupdown-pre.service
258ms bolt.service
237ms systemd-user-sessions.service
202ms user@1000.service
200ms dev-disk-by\x2duuid-8f3b49f5\x2d04d8\x2d4547\x2da1c7\x2d064b4ae2867e.swap
195ms snap-gnome\x2dcalculator-544.mount
190ms kerneloops.service
190ms kmod-static-nodes.service
185ms boot-efi.mount
180ms snap-inkscape-5874.mount
170ms sys-kernel-debug.mount
170ms ufw.service
152ms console-setup.service
134ms data1.mount
121ms systemd-remount-fs.service
100ms rtkit-daemon.service
83ms setvtrgb.service
82ms snap-wine\x2dplatform\x2druntime-54.mount
74ms systemd-update-utmp.service
67ms dev-loop16.device
51ms snapd.seeded.service
44ms hddtemp.service
25ms rc-local.service
18ms user-runtime-dir@1000.service
12ms systemd-update-utmp-runlevel.service
9ms vsftpd.service
5ms dev-mqueue.mount
4ms postfix.service
4ms sys-fs-fuse-connections.mount
4ms dev-hugepages.mount
3ms sys-kernel-config.mount
792us snapd.socket
542us clean-mount-point@media-ujmo4612-isoVM.service
461us clean-mount-point@media-ujmo4612-sav.service
354us clean-mount-point@media-ujmo4612-datas.service
2.431s Datas.mount
l
Désolé, je ne pensais pas être discourtois.
Merci pour votre aide
A chaque problème, il y a une solution. S'il n'y a pas de solution, c'est qu'il n'y a pas de problème !
Linux user : #621128
Hors ligne
#27 Le 30/10/2019, à 21:23
- moko138
Re : [Resolu] Après mise à niveau 19.10 Chromium rame et plante le système
[HS] Bien que ce ne soit pas le sujet du fil, on a vu que le démarrage est anormalement long :
~$ systemd-analyze Startup (...) 7.823s (kernel) + 2min 33.648s (userspace) = 2min 41.472s graphical.target reached after 2min 33.632s in userspace
2'41" !
À titre de comparaison, avec mes bécanes de 2009, à disques rotatifs, j'arrive sur le bureau en 60-65", temps de frappe des login et mot de passe compris.
Et
systemd-analyze blame
en fournit l'explication :
3min 10.864s apt-daily-upgrade.service 37.116s apt-daily.service
Alors,
1) Si apt est lent, il faut reporter son lancement après que la session personnelle est opérationnelle.
- -
2) Je ne connais pas "nmbd" :
1min 30.183s nmbd.service
Mais s'il s'agit de network-manager, son lancement lui aussi peut être retardé après le début de la session personnelle, avec ceux de :
19.687s postfix@-.service # messagerie donc RÉSEAU 17.512s networkd-dispatcher.service 16.038s ModemManager.service # nécessaire uniquement au réseau 10.831s NetworkManager-wait-online.service
- -
3) Enfin, plymouth, c'est-à-dire l'affichage d'une image pour décorer le démarrage :
44.024s plymouth-quit-wait.service
il ne justifie aucune attente supplémentaire. On peut le désactiver sans pitié.
- -
Tout cela est certes hors-sujet mais ces désactivations et temporisations devraient te restituer un temps de démarrage décent.
[/HS]
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#28 Le 30/10/2019, à 21:36
- xubu1957
Re : [Resolu] Après mise à niveau 19.10 Chromium rame et plante le système
@moko138
2) Je ne connais pas "nmbd"
C'est pour samba > doc.ubuntu-fr.org/samba#fonctionnement_de_samba
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#29 Le 30/10/2019, à 22:23
- moko138
Re : [Resolu] Après mise à niveau 19.10 Chromium rame et plante le système
Merci xubu1957 !
En ce cas,
SI un montage samba (ou autre montage réseau) est prévu dans /etc/fstab,
alors, il faut ignorer mon §2 !
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#30 Le 02/11/2019, à 11:51
- ujmo
Re : [Resolu] Après mise à niveau 19.10 Chromium rame et plante le système
Salut !
Tout d'abord, merci à tous, vos avis ont été précieux et m'ont permis de faire de nouveaux progrès en ubunturie.
En particulier, je retiens la leçon qui consiste à répondre à toute demande de listage système et ce, même si ce listage est très long. Ce genre de scrupule n'a rien à faire entre linuxiens.
Je désespérais de trouver la solution et j'ai pensé à cette histoire qui consiste, lorsqu'un véhicule est en panne, à tout arrêter, fermer les portes puis rouvrir et relancer le moteur.
C'est souvent comme cela qu'on dépanne un certain système bien connu.
Quant à rechercher l'élément, lors de la mise en oeuvre de la synchro sous chromium, qui faisait passer le système en overflow, autant rechercher une goutte d'huile dans une fosse à purin.
Bref, j'ai commencé par la création d'une live usb ubuntu 19.10 suivi d'une réinstallation en bonne et due forme.
remarques :
- lors du partitionnement, rien ne doit changer a priori relativement aux choix antérieurs si ce n'est de remettre systématiquement le type EFI sur la partition de boot correspondant car le système lors de l'installation la remet chaque fois à Fat32.
- lors de la définition des identifiants et mot de passe il vaut mieux mettre un mot de passe qui marche dans toutes les configurations de clavier et le changer lorsque l'installation est terminée. Il m'a fallu effectuer la réinstallation une deuxième fois car mon mot de passe n'était reconnu ni en clavier français, ni en clavier US, ni avec le clavier d'accessibilité visuel à l'écran.
J'ai opté pour une suite fini de "1" et cela a parfaitement fonctionné en utilisant le pavé numérique.
Il semble que cette anomalie soit aléatoire mais bigrement gênante lorsqu'elle survient.
Presque toute la configuration antérieure a été conservée. J'ai dû simplement réinstaller des logiciels particuliers tel Master-Pdf-Editor et, bien entendu, Chromium-browser.
Le temps de réponses sont désormais dignes de ce qu'on peut en attendre.
Voilà, J'ai vraiment l'impression d'une fluidité de fonctionnement à laquelle ubuntu m'avait habitué.
Merci encore à vous tous.
J'espère que les détails que j'ai indiqués - astuce ou précaution - ne gêneront personne, je souhaitais les indiquer uniquement pour le cas où ça servirait à d'autres béotiens linux comme moi.
Enjoy on ubuntu
ujmo
A chaque problème, il y a une solution. S'il n'y a pas de solution, c'est qu'il n'y a pas de problème !
Linux user : #621128
Hors ligne
#31 Le 02/11/2019, à 12:03
- kamaris
Re : [Resolu] Après mise à niveau 19.10 Chromium rame et plante le système
Oui effectivement, dans certains cas, une reinstall est le plus rapide et le plus simple.
Concernant la configuration post-install de chromium, je pense que tu peux d'emblée appliquer la commande
sudo snap connect chromium:removable-media
pour avoir accès aux médias amovibles (ce qui inclut une éventuelle partition de données).
Et comme je vois dans ton premier post que tu dis
J'ai récupéré mes marque-pages et mon historique mais tous les autres paramétrages sont à refaire, en particulier la gestion des passwords.
tu peux aussi exécuter cette commande
sudo snap connect chromium:password-manager-service
comme indiqué dans ce fil : https://forum.ubuntu-fr.org/viewtopic.php?pid=22171855
Hors ligne
#32 Le 02/11/2019, à 12:40
- ujmo
Re : [Resolu] Après mise à niveau 19.10 Chromium rame et plante le système
Merci kamaris.
c'est fait.
effectivement il vaut mieux fixer les services.
A chaque problème, il y a une solution. S'il n'y a pas de solution, c'est qu'il n'y a pas de problème !
Linux user : #621128
Hors ligne