Αργό bootάρισμα

Έτρεξες το systemd-analyze critical-chain για να δεις τι δημιουργει εκ νεου την καθυστερηση;

Επίσης σημαντικό, ο δίσκος είναι SSD; Πόσο ελεύθερο χώρο έχει (Στο linux);

Δεν έχω ssd, και έχω διαθέσιμο χώρο 69.5 GB από τα συνολικά 81.8 GB.
Τρέχω εκ νέου την 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 @1min 28.429s
└─multi-user.target @1min 28.428s
  └─plymouth-quit-wait.service @42.176s +46.250s
    └─systemd-user-sessions.service @42.093s +78ms
      └─network.target @42.088s
        └─NetworkManager.service @21.331s +20.756s
          └─dbus.service @21.326s
            └─basic.target @20.830s
              └─sockets.target @20.830s
                └─uuidd.socket @20.830s
                  └─sysinit.target @20.427s
                    └─systemd-timesyncd.service @20.154s +272ms
                      └─systemd-tmpfiles-setup.service @19.409s +729ms
                        └─systemd-journal-flush.service @5.267s +14.139s
                          └─systemd-journald.service @4.512s +752ms
                            └─systemd-journald.socket @4.457s
                              └─system.slice @3.677s
                                └─-.slice @3.677s```

Ο μηχανικός δίσκος οφείλεται σε έναν βαθμό για την καθυστέρηση, αλλά όπως φαίνεται δεν απενεργοποιείται το plymouth-quit-wait.service
Δώσε

systemctl stop plymouth-quit-wait.service

και στη συνέχεια

systemctl status plymouth-quit-wait.service

και βάλε το output εδώ

Ναι κάνει το Disable στις ρυθμίσεις του IPv6

     Loaded: loaded (/lib/systemd/system/plymouth-quit-wait.service; static)
     Active: inactive (dead) since Wed 2021-04-21 13:43:13 EEST; 13s ago
    Process: 803 ExecStart=/bin/plymouth --wait (code=exited, status=0/SUCCESS)
   Main PID: 803 (code=exited, status=0/SUCCESS)

Warning: some journal files were not opened due to insufficient permissions.```

Ε ωραία κάνε το disable τότε

systemctl disable plymouth-quit-wait.service

και επανεκκίνηση

Έκανα όλα τα παραπάνω.
Η επιλογή Disable στις ρυθμίσεις IPv6 δε βοήθησε, είχα πρόβλημα στη σύνδεση, πράγμα που είχε διορθωθεί.
Έτσι επέλεξα πάλι Automatic.
Ακολουθούν οι εντολές:

sudo systemctl status NetworkManager.service
[sudo] password for nikaskn: 
● NetworkManager.service - Network Manager
     Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2021-04-21 14:00:02 EEST; 3min 5s ago
       Docs: man:NetworkManager(8)
   Main PID: 648 (NetworkManager)
      Tasks: 3 (limit: 4502)
     Memory: 11.5M
     CGroup: /system.slice/NetworkManager.service
             └─648 /usr/sbin/NetworkManager --no-daemon

Apr 21 14:01:12 hdhnl NetworkManager[648]: <info>  [1619002872.3981] device (wlp3s0): supplicant interface state: completed -> authent>
Apr 21 14:01:12 hdhnl NetworkManager[648]: <info>  [1619002872.3981] device (p2p-dev-wlp3s0): supplicant management interface state: c>
Apr 21 14:01:12 hdhnl NetworkManager[648]: <info>  [1619002872.4011] device (wlp3s0): supplicant interface state: authenticating -> as>
Apr 21 14:01:12 hdhnl NetworkManager[648]: <info>  [1619002872.4014] device (p2p-dev-wlp3s0): supplicant management interface state: a>
Apr 21 14:01:12 hdhnl NetworkManager[648]: <info>  [1619002872.4222] device (wlp3s0): supplicant interface state: associating -> assoc>
Apr 21 14:01:12 hdhnl NetworkManager[648]: <info>  [1619002872.4222] device (p2p-dev-wlp3s0): supplicant management interface state: a>
Apr 21 14:01:12 hdhnl NetworkManager[648]: <info>  [1619002872.4870] device (wlp3s0): supplicant interface state: associated -> 4way_h>
Apr 21 14:01:12 hdhnl NetworkManager[648]: <info>  [1619002872.4871] device (p2p-dev-wlp3s0): supplicant management interface state: a>
Apr 21 14:01:12 hdhnl NetworkManager[648]: <info>  [1619002872.4956] device (wlp3s0): supplicant interface state: 4way_handshake -> co>
Apr 21 14:01:12 hdhnl NetworkManager[648]: <info>  [1619002872.4970] device (p2p-dev-wlp3s0): supplicant management interface state: 4>
systemctl status plymouth-quit-wait.service
● plymouth-quit-wait.service - Hold until boot process finishes up
     Loaded: loaded (/lib/systemd/system/plymouth-quit-wait.service; static)
     Active: active (exited) since Wed 2021-04-21 14:00:41 EEST; 3min 18s ago
    Process: 814 ExecStart=/bin/plymouth --wait (code=exited, status=0/SUCCESS)
   Main PID: 814 (code=exited, status=0/SUCCESS)

Warning: some journal files were not opened due to insufficient permissions.
systemd-analyze
Startup finished in 5.821s (kernel) + 1min 11.135s (userspace) = 1min 16.957s 
graphical.target reached after 1min 11.073s in userspace
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 @1min 11.073s
└─multi-user.target @1min 11.073s
  └─plymouth-quit-wait.service @31.648s +39.423s
    └─systemd-user-sessions.service @31.549s +95ms
      └─network.target @31.545s
        └─NetworkManager.service @20.052s +11.492s
          └─dbus.service @20.047s
            └─basic.target @19.943s
              └─sockets.target @19.943s
                └─uuidd.socket @19.942s
                  └─sysinit.target @19.782s
                    └─systemd-update-utmp.service @19.392s +388ms
                      └─systemd-tmpfiles-setup.service @18.776s +564ms
                        └─systemd-journal-flush.service @4.756s +14.017s
                          └─systemd-remount-fs.service @4.466s +252ms
                            └─systemd-journald.socket @4.225s
                              └─-.mount @3.477s
                                └─system.slice @3.477s
                                  └─-.slice @3.477s

Κατά τη γνώμη μου.
Δύο είναι τα προβλήματα καθυστέρησης.
Πρώτον
Η plymouth-quit-wait η οποία αν θυμάμαι καλά περιμένει την plymouthd να τερματίσει και δεν το κάνει. Μήπως έχεις nvidia; Κάποιο θέμα είχα διαβάσει παλαιότερα, υπήρχε ένα conflict. Δεν είμαι σίγουρος όμως.
Λύση είναι η sudo systemctl mask plymouth-quit-wait την οποία όμως δεν προτείνω αν δεν ξέρεις πως να αντιμετωπίσεις τη λειτουργία boot μέχρι το graphical.target. Για να το κάνουμε λίγο πιο δύσκολο, η plymouth-quit-wait μπορεί να τρέχει (περιμένοντας τον τερματισμό της plymouthd)ακόμα και όταν φτάσεις σε graphical.target, οπότε δεν είναι ασφαλές κριτήριο η systemd-analyze.
Σε κάθε περίπτωση, θα αναζητούσα λύσεις στα forums της Mint για πλήρη αφαίρεση της plymouth. Εχοντας και ένα στικάκι με το iso δίπλα μου, μήπως και χρειαστεί κάποια διόρθωση με chroot.
Δεύτερον
Ο NetworkManager αργεί. Λες βέβαια ότι αντιμετωπίστηκε. Ομως άλλα βλέπω από τη systemctl.
Σε κάθε περίπτωση IPv6 δεν χρειάζεσαι. Αρα κάνε όπως νομίζεις.

Και τέλος,
Ολες οι έτοιμες να εγκατασταθούν διανομές εφαρμόζουν δικές τους μεθόδους για το πώς καλούν services. Πράγμα που κάνει το debugging όχι μόνο δύσκολο αλλά και κατά κάποιο τρόπο τυχερό.
Ο @billniakas και άλλοι, ομοίως εγώ, δουλεύουμε με arch και ξέρουμε με απόλυτη ακρίβεια τι έχουμε εγκαταστήσει και κυρίως γιατί. Γιαυτό και οι χρόνοι που παρέθεσε ο @billniakas είναι τόσο μικροί.

Αυτά, ελπίζω να μην κούρασα εσένα ή άλλους συμμετέχοντες.

2 «Μου αρέσει»

Σε υπολογιστή με μηχανικό δίσκο έχω δοκιμάσει και disable και mask κλπ για την υπηρεσία plymouth χωρίς κανένα αποτέλεσμα.
Προφανώς είχαν δίκιο στο ask ubuntu:
“Plymouth is not slowing your boot-up process! Plymouth is responsible for the boot-up splash screen.”
Την διαφορά την έκανε ένας δίσκος ssd και η απενεργοποίηση του ipv6.

Τέλος θα πρότεινα, όταν προσπαθείς να βελτιώσεις τον χρόνο εκκίνησης να χρησιμοποιείς πραγματικό χρονόμετρο

2 «Μου αρέσει»

Σας ευχαριστώ πολύ όλους για τη βοήθεια.
Δεν αμφιβάλω για το Arch.
Και γω το ζηλεύω.
Απλά στις ubuntu/debian βρίσκουμε, πολλά tutorial που μας κάνουν τη ζωή πιο εύκολη.
Για παράδειγμα, μία ερώτηση κρίσεως:
Πως κάνουμε εγκατάσταση του βιβλιοθηκονομικού συστήματος Koha ILS 20.11, σε arch;
Βέβαια πολλά τέτοια θέματα ξεπερνιούνται σε μεγάλο βαθμό με τα containers.
Τα οποία σίγουρα στο άμεσο μέλλον θα είναι έτοιμα για παραγωγή, για τον πολύ κόσμο.
(Με κάποια επιφύλαξη, γιατί δε φημίζομαι για τις προβλέψεις μου).
Οσον αφορά το αργό bootάρισμα πρέπει να το πάρω απόφαση ότι χρειάζομαι ssd, ή νέο laptop.

2 «Μου αρέσει»

Ξεκινα με μια SSD και θα δεις διαφορα. Και υστερα σκεφτεσαι για νεο λαπτοπ.
Με Arch και HDD ημουν ελαχιστα πιο γρηγορος απο εσενα στο bootαρισμα(55+/- δευτερολεπτα).
Με την αλλαγη μου σε SSD εχω παει στα 3-4 δευτερολεπτα boot.
Και μιλαμε για Thinkpad X230(αρκετα παλιο λαπτοπ).

4 «Μου αρέσει»

Όσον αφορά στον χρόνο εκκίνησης οι SSD κάνουν την διαφορά.
Σε παλιό laptop HP με Intel Pentium B960 και 6 gb ram
Με νέο SSD: 25secs
Με τον δικό του HDD: 1min + 30 secs

3 «Μου αρέσει»