Beiträge von josefine im Thema „Wie schnell bootet Eure Distribution bzw. Euer System“

josefine

Zitat von Sojan
Hänge doch ein blame ran, dann siehst du, welcher Prozess wie lange benötigt.
Code
systemd-analyze blame

Hier die Ausgabe von Arch:

Code

[josefine@josefine-arch ~]$ systemd-analyze blame
1.632s ldconfig.service
1.363s systemd-random-seed.service
 361ms dev-nvme0n1p2.device
 318ms dev-loop5.device
 248ms dev-loop4.device
 241ms cups.service
 223ms user@1000.service
 200ms udisks2.service
 196ms systemd-tmpfiles-clean.service
 165ms dev-loop3.device
 153ms dev-loop2.device
 149ms dev-loop1.device
 120ms systemd-udev-trigger.service
 117ms dev-loop0.device
 108ms systemd-journald.service
 108ms upower.service
 107ms packagekit.service
 104ms lvm2-monitor.service
  91ms systemd-journal-flush.service
  89ms accounts-daemon.service
  80ms systemd-udevd.service
  65ms polkit.service
  53ms systemd-modules-load.service
  43ms systemd-fsck@dev-disk-by\x2duuid-4C08\x2d713E.service
  43ms systemd-tmpfiles-setup.service
  41ms systemd-logind.service
  37ms pamac-daemon.service
  31ms colord.service
  28ms NetworkManager.service
  28ms dbus.service
  27ms systemd-sysusers.service
  26ms dev-disk-by\x2duuid-3505feac\x2d5dad\x2d4c93\x2da95c\x2da8b2e2f5ade3.swap
  26ms var-lib-snapd-snap-bare-5.mount
  25ms var-lib-snapd-snap-core18-2344.mount
  25ms systemd-tmpfiles-setup-dev.service
  24ms var-lib-snapd-snap-emote-19.mount
  24ms NetworkManager-wait-online.service
  23ms var-lib-snapd-snap-gnome\x2d3\x2d28\x2d1804-161.mount
  22ms lm_sensors.service
  22ms var-lib-snapd-snap-gtk\x2dcommon\x2dthemes-1519.mount
  19ms systemd-rfkill.service
  18ms var-lib-snapd-snap-snapd-15177.mount
  17ms alsa-restore.service
  16ms boot-efi.mount
  16ms user-runtime-dir@1000.service
  15ms systemd-journal-catalog-update.service
  13ms dev-hugepages.mount
  12ms modprobe@fuse.service
  12ms dev-mqueue.mount
  11ms sys-kernel-debug.mount
  11ms systemd-update-done.service
  11ms sys-kernel-tracing.mount
  10ms kmod-static-nodes.service
   9ms modprobe@configfs.service
   9ms systemd-remount-fs.service
   8ms systemd-binfmt.service
   8ms modprobe@drm.service
   7ms systemd-update-utmp.service
   7ms wpa_supplicant.service
   6ms sys-fs-fuse-connections.mount
   5ms systemd-sysctl.service
   5ms rtkit-daemon.service
   4ms systemd-user-sessions.service
   2ms tmp.mount
   2ms proc-sys-fs-binfmt_misc.mount
   1ms sys-kernel-config.mount
   1ms snapd.socket
lines 14-67/67 (END)

Alles anzeigen

Manjaro reiche ich nach wenn ich es wieder gestartet habe - versprochen.

Wie versprochen von Manjaro:

Code

    ~  systemd-analyze blame                                                                                                                                                                                            INT ✘  18s  
12.802s pkgfile-update.service
 3.228s NetworkManager-wait-online.service
 1.278s systemd-random-seed.service
  455ms dev-nvme1n1p2.device
  437ms dev-loop7.device
  430ms dev-loop5.device
  425ms dev-loop0.device
  424ms dev-loop3.device
  422ms dev-loop4.device
  421ms dev-loop2.device
  410ms dev-loop6.device
  410ms dev-loop1.device
  276ms mnt-f2153e75\x2d4dab\x2d490d\x2d9dee\x2ddbc0c468b6c4.mount
  250ms cups.service
  249ms apparmor.service
  246ms user@1000.service
  234ms snapd.service
  180ms systemd-journal-flush.service
  173ms ldconfig.service
  172ms systemd-journald.service
  172ms lvm2-monitor.service
  164ms udisks2.service
  164ms accounts-daemon.service
  161ms logrotate.service
  154ms systemd-udev-trigger.service
  146ms polkit.service
  132ms upower.service
  112ms systemd-udevd.service
  100ms ModemManager.service
   91ms systemd-logind.service
   76ms avahi-daemon.service
   69ms dbus.service
   65ms snapd.apparmor.service
   59ms NetworkManager.service
   57ms systemd-journal-catalog-update.service
   54ms systemd-tmpfiles-setup.service
   43ms systemd-sysusers.service
   39ms mnt-636be6e9\x2dd9e2\x2d4ae0\x2daf98\x2db738128cd420.mount
   38ms systemd-modules-load.service
   37ms colord.service
   35ms modprobe@drm.service
   34ms var-lib-snapd-snap-core18-2344.mount
   33ms var-lib-snapd-snap-gnome\x2d3\x2d28\x2d1804-161.mount
   31ms systemd-tmpfiles-setup-dev.service
   31ms var-lib-snapd-snap-gtk\x2dcommon\x2dthemes-1519.mount
   28ms var-lib-snapd-snap-signal\x2ddesktop-385.mount
   27ms var-lib-snapd-snap-bare-5.mount
   27ms boot-efi.mount
   26ms systemd-fsck@dev-disk-by\x2duuid-C5B9\x2d6133.service
   25ms var-lib-snapd-snap-signal\x2ddesktop-386.mount
   25ms mnt-142cc6f2\x2df964\x2d47d7\x2d8422\x2d0a73ffc2e22c.mount
   25ms lm_sensors.service
   24ms var-lib-snapd-snap-snapd-15177.mount
   23ms var-lib-snapd-snap-snapd-15314.mount
   21ms wpa_supplicant.service
   18ms alsa-restore.service
   16ms modprobe@fuse.service
   15ms dev-disk-by\x2duuid-7d60b9c0\x2de723\x2d4296\x2dbab5\x2d1d07dd682c1a.swap
   14ms user-runtime-dir@1000.service
   13ms dev-hugepages.mount
   13ms systemd-binfmt.service
   13ms dev-mqueue.mount
   12ms sys-kernel-debug.mount
   11ms sys-kernel-tracing.mount
   10ms systemd-rfkill.service
    9ms kmod-static-nodes.service
    9ms systemd-sysctl.service
    8ms systemd-user-sessions.service
    8ms systemd-update-utmp.service
    8ms modprobe@configfs.service
    8ms systemd-remount-fs.service
    7ms rtkit-daemon.service
    6ms proc-sys-fs-binfmt_misc.mount
    5ms systemd-update-done.service
    4ms sys-fs-fuse-connections.mount
    3ms tmp.mount
    2ms sys-kernel-config.mount
  876us snapd.socket
lines 23-78/78 (END)

Alles anzeigen

josefine

Zitat von lsblk

Manjaro 1min37 und Arch ca. 9s
Was ist bei Manjaro anders... Verschlüsselung?

Nein, ich habe keine Verschlüsselung aktiviert. Ich kann es mir nur so erklären das eben Manjaro jede Menge noch lädt was Arch wahrscheinlich nicht macht.
Arch startet auch subjektiv etwas schneller.
Ich mag mein Arch, Manjaro ist halt in einigen Dingen bequemer.....
Hält mich aber nicht von Arch ab. Im Grunde habe ich beide Systeme ziemlich gleich eingerichtet. Startet eines aus irgendwelchen Gründen nicht mehr, nehme ich das andere und beschäftige mich dem Fehlerhaften wenn ich wieder Zeit habe.
Ist aber schon lange nicht mehr vorgekommen.

josefine

Und hier der gleiche Rechner mit Arch:

josefine

Mein Manjaro mit 4 Monitoren.....

Ist schon ein in die Jahre gekommener Rechner, aber für mich ist er ein toller Begleiter geworden.

josefine

Zitat von harihegen

Currently in Legacy mode

Wäre es besser im EFI zu sein?

Ich habe das hier gefunden:
Quelle: Computerbild.de

Zitat

Was ist der Unterschied zwischen UEFI oder Legacy?

Das UEFI wurde vor allem für neuere und schnellere Hardware entwickelt, da BIOS nicht mehr mithalten konnte. Jedoch kann das vor allem bei der Verwendung von älteren Komponenten wie ältere Grafikkarten oder Festplatten zu Problemen führen. Meistens erkennt UEFI diese nicht und kann deshalb den PC nicht ordnungsgemäß starten. Genau für solche Fälle wurde Legacy entwickelt.
Um die beiden Modi auszutauschen, müssen Sie in das Boot-Menü Ihres Rechners gelangen.
Hierfür müssen Sie beim Start Ihres PCs eine bestimmte Taste drücken, die vom Hersteller festgelegt wurde. Drücken Sie diese am besten mehrfach, da es sonst schwierig ist den passenden Zeitpunkt zu erwischen.
Im Boot-Menü angelangt können Sie den UEFI-Modus mit dem Legacy BIOS austauschen. Je nach Aufbau ist dies in unterschiedlichen Registerkarten zu finden, jedoch erkennen Sie die Optionen sehr schnell.
Diese Umstellung sollten Sie nur dann durchführen, wenn ältere Hardware in Ihrem PC nicht erkannt wird.
Haben Sie die Einstellung geändert, starten Sie Ihren Computer neu.
Alle Komponenten sollten nun erkannt werden.

Klingt für mich logisch.

josefine

Code

[josefine@josefine-arch ~]$ [ -d /sys/firmware/efi ] && echo "Currently in EFI mode" || echo "Currently in Legacy mode"
Currently in EFI mode
[josefine@josefine-arch ~]$

josefine

ich weiß es leider auch nicht.

Bei mir gibt er bei der UEFI Installation das aus:

Code

[josefine@josefine-arch ~]$ systemd-analyze
Startup finished in 230us (firmware) + 102us (loader) + 6.682s (kernel) + 2.100s (userspace) = 8.783s 
graphical.target reached after 1.322s in userspace
[josefine@josefine-arch ~]$

Also bin gespannt wer es weiß ...

josefine

Zitat von linuxer

Ja, das wäre dann die "Bereitschaft"

Wie meinst du das jetzt genau?
Klar ist jetzt nur mal Bereitschaft aktiviert.

Danach Hybrid-Bereitschaft und danach kann man einfach den Ruhezustand aktivieren.

Ohne etwas einrichten zu müssen!

josefine

Zitat von linuxer

Kann sein, dass ich Unsinn schreibe.
Aber ich meine mich zu erinnern, dass man "Ruhemodus" einrichten muss.
In "Bereitschaft" geht der Rechner von alleine.
Aber wie gesagt - ist nur so im Hinterkopf.

Ich kann hier wieder mal für Manjaro Cinnamon schreiben - in den Energie Einstellungen ist folgendes zu finden:

josefine

Code

Startup finished in 6.483s (kernel) + 5.339s (userspace) = 11.822s 
graphical.target reached after 4.890s in userspace

Manjaro Linux x86_64

Kernel: 5.14.10-1-MANJARO

CPU: AMD FX-8350 (8) @ 4,000GHz

GPU: AMD ATI Radeon 540/540X/550/550X / RX 540X/

Memory: 12225MiB / 32083MiB

1TB SSD

josefine

Code

Startup finished in 1.105s (kernel) + 8.305s (userspace) = 9.411s 
graphical.target reached after 8.108s in userspace

Manjaro Linux x86_64

4480B2G ThinkCentre M91p
1 TB SSD (SATA)

Kernel 5.14.0-1

Cinnamon 5.0.5

Intel i5-2400 (4) @ 3.400GHz

NVIDIA GeForce GT 710

32068MiB

Also schon etwas älter ...