ubuntuusers.de

Schau halt nach was so lange dauert.

systemd-analyze blame

Hab ich gemacht, die Frage ist nur, wie ich die Zeiten evtl. reduzieren kann.

Hier mal die Ausgabe:

systemd-analyze blame
6.195s NetworkManager-wait-online.service
3.207s fwupd.service
1.989s systemd-udev-settle.service
1.865s NetworkManager.service
1.439s snapd.seeded.service
1.415s systemd-suspend.service
1.343s dev-sda1.device
1.096s systemd-backlight@backlight:intel_backlight.service
 977ms snapd.service
 845ms apport.service
 564ms e2scrub_reap.service
 473ms dev-loop6.device
 471ms accounts-daemon.service
 470ms dev-loop5.device
 453ms dev-loop3.device
 446ms dev-loop4.device
 433ms dev-loop7.device
 431ms dev-loop1.device
 430ms iio-sensor-proxy.service
 420ms dev-loop2.device
 407ms rsyslog.service
 390ms gpu-manager.service
 387ms polkit.service
 384ms udisks2.service
 384ms dev-loop0.device
 327ms apparmor.service
 319ms dev-loop13.device
 307ms avahi-daemon.service
 301ms dev-loop14.device
 292ms systemd-udev-trigger.service
 286ms snapd.apparmor.service
 273ms dev-loop12.device
 267ms lm-sensors.service
 263ms systemd-resolved.service
 249ms dev-loop15.device
 243ms dev-loop10.device
 239ms dev-loop11.device
 231ms user@1000.service
 231ms dev-loop16.device
 225ms dev-loop8.device
 223ms dev-loop9.device
 214ms ModemManager.service
 213ms systemd-logind.service
 200ms switcheroo-control.service
 188ms thermald.service
 181ms upower.service
 173ms blueman-mechanism.service
 169ms systemd-udevd.service
 164ms systemd-journal-flush.service
 158ms keyboard-setup.service
 153ms dbus.service
 135ms systemd-journald.service
 133ms systemd-timesyncd.service
 124ms snap-bare-5.mount
 121ms snap-core20-2379.mount
 117ms snap-core22-1564.mount
 114ms snap-core22-1612.mount
 110ms snap-core24-490.mount
 107ms snap-firefox-4793.mount
 105ms wpa_supplicant.service
 104ms snap-firefox-4955.mount
  96ms snap-firmware\x2dupdater-127.mount
  94ms lvm2-monitor.service
  93ms snap-gnome\x2d3\x2d38\x2d2004-143.mount
  85ms snap-gnome\x2d42\x2d2204-176.mount
  81ms snap-gnome\x2d46\x2d2404-48.mount
  78ms sysstat.service
  77ms systemd-modules-load.service
  76ms plymouth-start.service
  75ms snap-gtk\x2dcommon\x2dthemes-1535.mount
  72ms cups.service
  71ms snap-mesa\x2d2404-143.mount
  66ms dev-hugepages.mount
  66ms dev-mqueue.mount
  65ms sys-kernel-debug.mount
  63ms sys-kernel-tracing.mount
  62ms snap-signal\x2ddesktop-702.mount
  61ms alsa-restore.service
  57ms systemd-tmpfiles-setup-dev-early.service
  53ms snap-snapd-21759.mount
  53ms kmod-static-nodes.service
  53ms systemd-tmpfiles-setup.service
  52ms systemd-binfmt.service
  52ms systemd-tmpfiles-clean.service
  49ms snap-thunderbird-510.mount
  48ms modprobe@configfs.service
  43ms systemd-remount-fs.service
  42ms modprobe@drm.service
  38ms modprobe@fuse.service
  34ms sys-fs-fuse-connections.mount
  34ms systemd-tmpfiles-setup-dev.service
  31ms plymouth-quit.service
  28ms snap-zotero\x2dsnap-74.mount
  26ms tmp.mount
  24ms proc-sys-fs-binfmt_misc.mount
  24ms plymouth-read-write.service
  23ms systemd-sysctl.service
  23ms grub-common.service
  23ms systemd-update-utmp.service
  22ms kerneloops.service
  22ms swapfile.swap
  21ms ufw.service
  19ms grub-initrd-fallback.service
  19ms user-runtime-dir@1000.service
  19ms rtkit-daemon.service
  18ms systemd-random-seed.service
  17ms console-setup.service
  14ms sys-kernel-config.mount
  13ms systemd-user-sessions.service
  12ms openvpn.service
  11ms setvtrgb.service
  10ms modprobe@efi_pstore.service
  10ms modprobe@loop.service
   8ms sysstat-collect.service
   8ms systemd-update-utmp-runlevel.service
   6ms sddm.service
   5ms modprobe@dm_mod.service
   5ms snapd.socket
   5ms systemd-rfkill.service
  37us blk-availability.service

Mit "sudo systemctl disable NetworkManager-wait-online.service" hab ich versucht zumindest den längsten Prozess abzuschalten.

Dir ist aber schon bewusst das da Sekunden angegeben sind?

Also 6 Sekunden ist nun wirklich nicht lange.

schwarzheit schrieb:

Dir ist aber schon bewusst das da Sekunden angegeben sind?

Also 6 Sekunden ist nun wirklich nicht lange.

Ja ist mir bewusst, aber vorher war es mir zu lange und so hab ich es doch schonmal ein bisschen verkürzt. Danke für den Tipp mit systemd-analyze blame - weiß jetzt wie ich da weitermachen kann bei Bedarf:)

Almalexia schrieb:

schwarzheit schrieb:

Dir ist aber schon bewusst das da Sekunden angegeben sind?

Also 6 Sekunden ist nun wirklich nicht lange.

Ja ist mir bewusst, aber vorher war es mir zu lange und so hab ich es doch schonmal ein bisschen verkürzt. Danke für den Tipp mit systemd-analyze blame - weiß jetzt wie ich da weitermachen kann bei Bedarf:)

Aus irgendeinem Grund ist aber auch fwupd.service verschwunden... wie kann ich das wiederherstellen?

Ich habe manuell noch fwupd --classic installiert - jetzt aber zweimal fwupd - kann ich eins davon löschen?

4.316s snap.fwupd.refresh.service
3.220s fwupd.service
1.927s systemd-udev-settle.service
1.840s NetworkManager.service
1.465s snapd.seeded.service
1.077s systemd-backlight@backlight:intel_backlight.service
1.064s dev-sda1.device
1.012s snapd.service
 981ms systemd-resolved.service
 863ms blueman-mechanism.service
 823ms systemd-timesyncd.service
 814ms dev-loop17.device
 812ms snapd.apparmor.service
 774ms apport.service
 747ms systemd-binfmt.service
 577ms e2scrub_reap.service
 508ms accounts-daemon.service
 456ms iio-sensor-proxy.service
 432ms udisks2.service
 409ms polkit.service
 400ms rsyslog.service
 396ms dev-loop4.device
 381ms dev-loop7.device
 378ms dev-loop6.device
 375ms dev-loop5.device
 374ms dev-loop3.device
 371ms gpu-manager.service

Almalexia schrieb:

Aus irgendeinem Grund ist aber auch fwupd.service verschwunden... wie kann ich das wiederherstellen?

Brauchst Du das? Willst Du tatsächlich diesen Dienst permanent laufen haben? Du willst ständig flashen? Zumal Du mit CSM das UEFI eh nicht flashen kannst. Da bliebe nur sowas wie bestimmte Empfänger für Keyboards/Mice, wenn man entsprechende hat.

Also eher deinstallieren:

1

sudo apt purge fwupd*

Pff, auch noch als snap:

1

sudo snap remove fwupd

Linux Vendor Firmware Service

von.wert schrieb:

Almalexia schrieb:

Aus irgendeinem Grund ist aber auch fwupd.service verschwunden... wie kann ich das wiederherstellen?

Brauchst Du das? Willst Du tatsächlich diesen Dienst permanent laufen haben? Du willst ständig flashen? Zumal Du mit CSM das UEFI eh nicht flashen kannst. Da bliebe nur sowas wie bestimmte Empfänger für Keyboards/Mice, wenn man entsprechende hat.

Weiß ich nicht, dachte das wäre gut, aber wenn nicht freu ich mich das zu deinstallieren. Danke für die Einschätzung. Heißt, wenn dann schau ich hin und wieder mal nach firmware updates?

Hab es deinstalliert. Merke aber, dass das Booten durch meine Maßnahmen trotzdem nicht schneller geworden ist...

Almalexia schrieb:

Heißt, wenn dann schau ich hin und wieder mal nach firmware updates?

Was hast Du denn groß, das NB selbst. Bei HP ist ein Flasher im UEFI integriert, sprich schließe das NB an LAN an, DHCP muß laufen, geh ins UEFI-Menu und laß nach einer neueren Version suchen! Findet der Flasher von allein, bietet das Flashen auf die letzterhältliche an (oder auch ein Downgrade).

Merke aber, dass das Booten durch meine Maßnahmen trotzdem nicht schneller geworden ist...

Also Deine 6 oder 4 s - da fehlt doch was - wären ja nun gar nichts.

Okay, das mach ich nochmal, danke! Ja weiß ja nicht, wie viel Firmwareupdates mir da entgehen können - so gut kenn ich mich bisher halt nicht aus...

Aber gut, dann lass ich es wohl gut sein, wenn man das Booten darüber hinaus nicht mit geringem Aufwand verkürzen kann.

Wenn ich im IT-Service Lenovo-Notebooks, neue, wohlgemerkt, verschiedene TP L, P, T und Yoga, reboote, kann man immer denken, die Kisten sind aus, weil das ewig dauert, bis die überhaupt wieder angehen. Da rede ich noch nicht mal von Windows, also Booten des OS. Die initialisieren ewig.

Ah okay:D, naja wenn das so ist bin ich ja ganz gut dran mit meinem alten Labtop.

Kreuzschnabel schrieb:

Hach, die jungen Leute. Meinen ersten Blechtrottel 1998, noch unter M$ Windoof 95, hab ich eingeschaltet und bin dann erstmal frühstücken gegangen, weit unter 5 Minuten war nicht mit einer Loginmaske zu rechnen.

--ks

Ein Kollege vor vielen Jahren hat morgens sein Notebook eingeschaltet und ist dann Kaffee holen und eine rauchen gegangen. Bei Rückkehr dauerte es noch ca. eine Minute bis zur Anmeldemaske. Er hat dann irgendwie eine der ersten SSDs in die Finger bekommen, seine alte Platte darauf geklont und umgebaut. Das Ganze war deutlich schneller. Drei Tage später hat er wieder zurückgebaut, weil er auf seinen Morgenkaffee und die Morgenkippe nicht verzichten wollte. Prioritäten eben...

Es erinnert sich der mit Wenig-Ahnung

Wenig-Ahnung schrieb:

Ein Kollege vor vielen Jahren hat morgens sein Notebook eingeschaltet und ist dann Kaffee holen und eine rauchen gegangen.

Diese Unsitte gibt es auch heute noch. Dumm nur, wenn eine Ausgabe kommt, es stehen Updates an (und die dauern, das ist ja nicht Linux), man könne sie jedoch bis zu einem Stichtag verschieben, die User sind aber gerade jammen. Tja, da läuft der Kram eben los und kann dann nicht mehr unterbrochen werden.

eine der ersten SSDs in die Finger bekommen, seine alte Platte darauf geklont

Man clonet nicht auf ein SSD und damals schon gar nicht.