Manjaro bootet sehr langsam

Servus!
mein Manjaro KDE Plasma(alles aktuell) bootet sehr langsam. Nach einer Neuinstallation dauert der Bootvorgang max. 10 sec. Jetzt ist einige Zeit vergangen einige updates wurden eingespielt und ach ein paar Programme zusätzlich installiert.

Ich habe mihc mal ein bisschen durchgelesen komme selber aber nciht sehr viel weiter und würde es es als sehr hilfreich ansehen, könnte sich einer meinem Problem annehmen.

Ich poste mal meistgenutzten Befehle.

╭─swh@kde ~
╰─$ inxi -Fz

System:    Kernel: 5.10.70-1-MANJARO x86_64 bits: 64 Desktop: KDE Plasma 5.22.5 Distro: Manjaro Linux
Machine:   Type: Desktop System: Hewlett-Packard product: HP Compaq 8200 Elite SFF PC v: N/A serial: <filter>
           Mobo: Hewlett-Packard model: 1495 serial: <filter> UEFI: Hewlett-Packard v: J01 v02.06 date: 06/09/2011
CPU:       Info: Quad Core model: Intel Core i5-2500 bits: 64 type: MCP cache: L2: 6 MiB
           Speed: 2361 MHz min/max: 1600/3700 MHz Core speeds (MHz): 1: 2361 2: 2248 3: 2184 4: 2079
Graphics:  Device-1: Intel 2nd Generation Core Processor Family Integrated Graphics driver: i915 v: kernel
           Display: x11 server: X.Org 1.20.13 driver: loaded: modesetting resolution: 1920x1080~60Hz
           OpenGL: renderer: Mesa DRI Intel HD Graphics 2000 (SNB GT1) v: 3.3 Mesa 21.2.3
Audio:     Device-1: Intel 6 Series/C200 Series Family High Definition Audio driver: snd_hda_intel
           Sound Server-1: ALSA v: k5.10.70-1-MANJARO running: yes
           Sound Server-2: PulseAudio v: 15.0 running: yes
Network:   Device-1: Intel 82579LM Gigabit Network driver: e1000e
           IF: eno1 state: up speed: 1000 Mbps duplex: full mac: <filter>
           IF-ID-1: virbr0 state: down mac: <filter>
Drives:    Local Storage: total: 2.04 TiB used: 1.39 TiB (68.4%)
           ID-1: /dev/sda vendor: Crucial model: CT240BX500SSD1 size: 223.57 GiB
           ID-2: /dev/sdb vendor: Toshiba model: HDWD110 size: 931.51 GiB
           ID-3: /dev/sdc vendor: Toshiba model: HDWD110 size: 931.51 GiB
Partition: ID-1: / size: 33.35 GiB used: 21.25 GiB (63.7%) fs: ext4 dev: /dev/sda3
           ID-2: /boot/efi size: 499 MiB used: 288 KiB (0.1%) fs: vfat dev: /dev/sda1
           ID-3: /home size: 177.19 GiB used: 46.33 GiB (26.1%) fs: ext4 dev: /dev/sda4
Swap:      ID-1: swap-1 type: partition size: 7.81 GiB used: 0 KiB (0.0%) dev: /dev/sda2
Sensors:   System Temperatures: cpu: 31.0 C mobo: N/A
           Fan Speeds (RPM): N/A
Info:      Processes: 232 Uptime: 4h 30m Memory: 7.66 GiB used: 3.02 GiB (39.4%) Shell: Zsh inxi: 3.3.07
╭─swh@kde ~
╰─$ systemd-analyze
Startup finished in 1.891s (kernel) + 24.934s (userspace) = 26.826s
graphical.target reached after 12.632s in userspace
╭─swh@kde ~
╰─$ systemd-analyze blame
10.811s systemd-journal-flush.service
 7.108s NetworkManager-wait-online.service
 5.116s ufw.service
 4.516s systemd-fsck@dev-disk-by\x2duuid-2799e4dd\x2dad72\x2d4cfa\x2d8561\x2dc15cbf9a0ae8.service
 4.440s dev-sda3.device
 4.412s nfs-server.service
 3.338s systemd-fsck@dev-disk-by\x2duuid-0590\x2d304E.service
 2.999s tlp.service
 2.554s systemd-random-seed.service
 1.444s snapd.apparmor.service
 1.326s rpc-statd.service
 1.013s home.mount
 1.001s nfs-mountd.service
  954ms snapd.service
  934ms boot-efi.mount
  850ms dev-disk-by\x2duuid-e8fefa2f\x2d02d8\x2d4744\x2dbaef\x2d878bc79f9da1.swap
  828ms polkit.service
  791ms apparmor.service
  684ms cups.service
  560ms rpcbind.service
  359ms user@1000.service
  330ms proc-fs-nfsd.mount
  291ms rpc-statd-notify.service
  199ms systemd-tmpfiles-setup-dev.service
  196ms udisks2.service
  186ms systemd-sysctl.service
  162ms ModemManager.service
  155ms run-media-swh-Mediathek.mount
  152ms avahi-daemon.service
  150ms NetworkManager.service

Danke schonmal im voraus

Zunächst mal würde ich folgenden etwas aussagekräftigeren Befehl ausführen:

systemd-analyze critical-chain

Ansonsten: Insgesamt sind die Zeiten bei Verwendung einer SSD tatsächlich sehr lang. Snapd zu verwenden, bedeutet meist, den Bootvorgang deutlich zu verlangsamen. Werden Netzwerkverbindungen beim Booten abgefragt? Das hält auch auf. Gibt es eine neuere Firmware für das Mainboard?

Hi, danke fürs antworten.
Wie finde ich raus ob Netzwerkverbindungen abgefragt werden?
Für das Mainboard gibt es meines Wissens keine neuere Firmware
snapd dachte ich, hätte ich deaktiviert. Anscheinend nciht. Das habe ich wohl übersehen

╭─swh@kde ~
╰─$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @12.632s
└─multi-user.target @12.632s
  └─ModemManager.service @12.469s +162ms
    └─polkit.service @11.639s +828ms
      └─basic.target @11.629s
        └─sockets.target @11.629s
          └─snapd.socket @11.629s +712us
            └─sysinit.target @11.624s
              └─systemd-timesyncd.service @11.568s +56ms
                └─systemd-tmpfiles-setup.service @11.536s +23ms
                  └─systemd-journal-flush.service @723ms +10.811s
                    └─systemd-journald.service @643ms +79ms
                      └─systemd-journald.socket @397ms
                        └─-.mount @374ms
                          └─-.slice @374ms

Dieser Dienst nimmt sehr viel Zeit in Anspruch, die anderen Dienste sehen OK aus. Es besteht die Möglichkeit, diesen Dienst mit

systemctl disable --now systemd-journal-flush.service
systemctl mask systemd-journal-flush.service

zu maskieren und

journalctl --flush

zum Bereinigen der Logdateien von Zeit zu Zeit über ein Terminalfenster, z. B. einmal pro Woche auszuführen.

Danke schonmal, ich denke du hast mir schon weitergeholfen.
Snapd hab ich deaktiviert und deinstalliert. Nutz ich sowieso nicht.

systemd-journal-flush.service

hab ich ich nach deiner Anleitung deaktiviert.
Beim nächsten booten werd ich feststellen wie alles geklappt hat.
Ich kann grad nciht neustarten, Handbrake ist am arbeiten.
Sollte ich morgen noch etwas feststellen, melde ich mich nochmals.
Herzlichen Dank für deine Hilfe :slight_smile:

Danke dir, das war es. Merklich schneller

╭─swh@kde ~
╰─$ systemd-analyze blame
4.081s NetworkManager-wait-online.service
1.412s systemd-random-seed.service
1.338s ufw.service
 937ms dev-sda3.device
 823ms nfs-server.service
 735ms apparmor.service
 625ms ldconfig.service
 567ms systemd-sysusers.service
 442ms proc-fs-nfsd.mount
 331ms tlp.service
 232ms udisks2.service
 209ms systemd-modules-load.service
 183ms polkit.service
 167ms nfs-mountd.service
 160ms systemd-fsck@dev-disk-by\x2duuid-2799e4dd\x2dad72\x2d4cfa\x2d8561\x2dc15>
 160ms rpc-statd.service
 157ms ModemManager.service
 154ms user@1000.service
 133ms boot-efi.mount
 120ms systemd-resolved.service
 110ms run-media-swh-Mediathek.mount
  99ms systemd-journal-catalog-update.service
  97ms avahi-daemon.service
  96ms systemd-timesyncd.service
  93ms NetworkManager.service
  92ms cups.service
  86ms systemd-logind.service
  84ms run-media-swh-Stuff.mount
  83ms systemd-machined.service
  69ms systemd-udev-trigger.service
╭─swh@kde ~
╰─$ systemd-analyze critical-chain                                        130 ↵
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @2.834s
└─multi-user.target @2.834s
  └─ModemManager.service @2.677s +157ms
    └─polkit.service @2.492s +183ms
      └─basic.target @2.484s
        └─sockets.target @2.484s
          └─virtlogd.socket @2.484s
            └─sysinit.target @2.420s
              └─systemd-update-done.service @2.414s +6ms
                └─ldconfig.service @1.787s +625ms
                  └─local-fs.target @1.786s
                    └─srv-nfsv4-Share.mount @1.782s +3ms
                      └─run-media-swh-Mediathek.mount @1.566s +110ms
                        └─dev-sdb1.device @1.560s
╭─swh@kde ~
╰─$ systemd-analyze
Startup finished in 1.880s (kernel) + 7.667s (userspace) = 9.547s
graphical.target reached after 2.834s in userspace

:+1:

1 Like

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.