this post was submitted on 10 Sep 2023
15 points (94.1% liked)

Linux

10975 readers
195 users here now

Welcome to c/linux!

Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!

Rules:

  1. Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.

  2. Be respectful: Treat fellow community members with respect and courtesy.

  3. Quality over quantity: Share informative and thought-provoking content.

  4. No spam or self-promotion: Avoid excessive self-promotion or spamming.

  5. No NSFW adult content

  6. Follow general lemmy guidelines.

founded 2 years ago
MODERATORS
 

It takes my PC (which should be fast enough; Ryzen 9, NVME) running OpenSUSE TW 42 seconds to boot, more than 30 seconds longer than before. Does anyone know what could cause the 38-second discrepancy between network.target and systemd-user-sessions.service? Is there a way to gather more information about what steps happen in between?

Posted image as text:

graphical.target @1min 42.681s
└─display-manager.service @1min 42.084s +597ms
  └─systemd-user-sessions.service @1min 42.059s +22ms
    └─network.target @4.014s
      └─NetworkManager.service @2.546s +1.466s
        └─network-pre.target @2.546s
          └─wpa_supplicant.service @4.012s +33ms
            └─dbus.service @2.054s +42ms
              └─basic.target @2.049s
                └─sockets.target @2.049s
                  └─cockpit.socket @2.036s +12ms
                    └─sysinit.target @2.003s
                      └─systemd-update-utmp.service @1.966s +36ms
                        └─auditd.service @1.939s +26ms
                          └─systemd-tmpfiles-setup.service @1.750s +162ms
                            └─systemd-journal-flush.service @1.008s +691ms
                              └─var.mount @999ms +6ms
                                └─local-fs-pre.target @992ms
                                  └─systemd-tmpfiles-setup-dev.service @829ms +79ms
                                    └─kmod-static-nodes.service @399ms +209ms
                                      └─systemd-journald.socket
                                        └─system.slice
                                          └─-.slice

EDIT: It was waiting for a network mount with a device that wasn't online anymore.

you are viewing a single comment's thread
view the rest of the comments
[–] boerbiet 1 points 2 years ago

I won't claim to have a fix, I used to have to wait 18 seconds at boot time. I switched to systemd.networkd and now the process takes about 2-3 seconds after the boot menu. No idea what the real issue was, maybe it was something obvious I overlooked and using this network manager circumvented that by chance, but it may be worth checking.

The configuration is very simple and the Arch Wiki does a better job at explaining than I could. I skipped systemd.resolved and just added my nameserver in /etc/resolv.conf.

Don't forget to disable your other network manager if you do try this.