Boot-Vorgang optimieren (wenn es mal wieder länger...)

uname · 14. September 2021

Hallo,

ich will nicht darüber meckern ob ein OS etwas länger zum Hochfahren benötigt als ein Anderes...

Vielleicht findet Ihr dennoch die "ein oder andere Stellschraube" zum Optimieren.

Danke

Code

systemd-analyze blame | head -n 15
15.656s backup-rpmdb.service                                                     
 7.732s mandb.service                                                            
 4.591s initrd-switch-root.service                                               
 3.874s display-manager.service                                                  
 3.805s firewalld.service                                                        
 3.712s apparmor.service                                                         
 3.644s polkit.service                                                           
 3.632s smartd.service                                                           
 3.528s avahi-daemon.service                                                     
 3.179s plymouth-quit-wait.service                                               
 2.483s systemd-logind.service                                                   
 2.267s dracut-initqueue.service                                                 
 1.979s postfix.service                                                          
 1.913s systemd-udevd.service                                                    
 1.000s nscd.service

Alles anzeigen

und

Code

systemd-analyze critical-chain --system
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 @19.647s
└─display-manager.service @15.771s +3.874s
  └─time-sync.target @15.764s
    └─chronyd.service @15.630s +133ms
      └─network.target @15.617s
        └─NetworkManager.service @14.922s +693ms
          └─network-pre.target @14.920s
            └─wpa_supplicant.service @16.014s +111ms
              └─dbus.service @7.449s
                └─basic.target @7.446s
                  └─sockets.target @7.446s
                    └─pcscd.socket @7.446s
                      └─sysinit.target @7.337s
                        └─apparmor.service @3.625s +3.712s
                          └─var.mount @3.547s +63ms
                            └─local-fs-pre.target @3.528s
                              └─systemd-tmpfiles-setup-dev.service @3.356s +171ms
                                └─kmod-static-nodes.service @3.147s +27ms
                                  └─systemd-journald.socket
                                    └─system.slice

Alles anzeigen

sterun · 14. September 2021

Grundsätzlich:

Eine erste Übersicht, was sehr gut ist, hast du ja schon gepostet.

Code

systemctl list-unit-files --state enabled

...verschafft dir weitere Infos zu aktiven Diensten.

Schau einfach mal im Netz, was bei dir so aktiv ist und ob du diese Services auch wirklich benötigst (z.B. Postfix). Der größte Vorteil dabei, man lernt sehr viel über sein System. Bei Unsicherheiten narürlich vorher fragen.

Bzgl. 15.656s backup-rpmdb.service:

Als Root mit [su -]:

Code

rpm -vv --rebuilddb

...gefolgt von einem Reboot.

Anschl. zeigst du hier als Root:

Code

systemd-analyze blame

Code

systemctl --failed

Code

journalctl -b 0 -p err

sterun · 14. September 2021

Und zeige auch noch:

Code

systemctl list-timers --all

Code

zypper se -si btrfs snapp

Grund:

Falls du kein BTRFS hast, wollen wir hiermit kontrollieren, ob...

a) Pakete installiert sind, welche du nicht benötigst

b) unnütze Timer laufen, welche Bootzeit "stehlen"

uname · 15. September 2021

Code

rpm -vv --rebuilddb

(erledigt)

Da die Menge an Ausgaben den Foreneditor "überlastet", habe ich alles in eine Textdatei gepackt.

Ich hoffe das passt so.

sterun · 15. September 2021

Und noch:

Code

parted -l

Code

cat /etc/fstab

Code

systemctl cat backup-rpmdb.timer

uname · 15. September 2021

Zitat von sterun

Und noch...

Code

# parted -l
Model: ATA ST500LT012-1DG14 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags: 

Number  Start   End    Size    Type      File system     Flags
 1      1049kB  496GB  496GB   primary   btrfs           boot, type=83
 2      496GB   500GB  4167MB  extended                  type=05
 5      496GB   500GB  4167MB  logical   linux-swap(v1)  type=82

Alles anzeigen

Code

> cat /etc/fstab
UUID=3d1c661f-6002-43d7-ac47-1e69a4dee427  /                       btrfs  defaults                      0  0
UUID=3d1c661f-6002-43d7-ac47-1e69a4dee427  /var                    btrfs  subvol=/@/var                 0  0
UUID=3d1c661f-6002-43d7-ac47-1e69a4dee427  /usr/local              btrfs  subvol=/@/usr/local           0  0
UUID=3d1c661f-6002-43d7-ac47-1e69a4dee427  /tmp                    btrfs  subvol=/@/tmp                 0  0
UUID=3d1c661f-6002-43d7-ac47-1e69a4dee427  /srv                    btrfs  subvol=/@/srv                 0  0
UUID=3d1c661f-6002-43d7-ac47-1e69a4dee427  /root                   btrfs  subvol=/@/root                0  0
UUID=3d1c661f-6002-43d7-ac47-1e69a4dee427  /opt                    btrfs  subvol=/@/opt                 0  0
UUID=3d1c661f-6002-43d7-ac47-1e69a4dee427  /home                   btrfs  subvol=/@/home                0  0
UUID=3d1c661f-6002-43d7-ac47-1e69a4dee427  /boot/grub2/x86_64-efi  btrfs  subvol=/@/boot/grub2/x86_64-efi  0  0
UUID=3d1c661f-6002-43d7-ac47-1e69a4dee427  /boot/grub2/i386-pc     btrfs  subvol=/@/boot/grub2/i386-pc  0  0
UUID=9e6030ec-0120-4e60-82f7-eee781c512ac  swap                    swap   defaults                      0  0
UUID=3d1c661f-6002-43d7-ac47-1e69a4dee427  /.snapshots             btrfs  subvol=/@/.snapshots          0  0

Alles anzeigen

Code

# systemctl cat backup-rpmdb.timer
# /usr/lib/systemd/system/backup-rpmdb.timer
[Unit]
Description=Backup of RPM database
After=local-fs.target

[Timer]
OnCalendar=daily
AccuracySec=1m
RandomizedDelaySec=2h
Persistent=true

[Install]
WantedBy=timers.target

Alles anzeigen

sterun · 15. September 2021

Müssen leider etwas suchen, da all deine Ausgaben ok sind.

Als Root mit <su ->:

Code

snapper ls

Code

btrfs device stats /

Code

btrfs filesystem usage /

Code

zypper se -si | grep -Ei 'systemp|system-p|system_p|system p'

uname · 16. September 2021

Code

# btrfs device stats /
[/dev/sda1].write_io_errs    0
[/dev/sda1].read_io_errs     0
[/dev/sda1].flush_io_errs    0
[/dev/sda1].corruption_errs  0
[/dev/sda1].generation_errs  0

Code

# btrfs filesystem usage /
Overall:
    Device size:                 461.88GiB
    Device allocated:             50.07GiB
    Device unallocated:          411.81GiB
    Device missing:                  0.00B
    Used:                         48.51GiB
    Free (estimated):            412.68GiB      (min: 206.78GiB)
    Data ratio:                       1.00
    Metadata ratio:                   2.00
    Global reserve:               78.97MiB      (used: 0.00B)

Data,single: Size:48.01GiB, Used:47.13GiB
   /dev/sda1      48.01GiB

Metadata,DUP: Size:1.00GiB, Used:703.45MiB
   /dev/sda1       2.00GiB

System,DUP: Size:32.00MiB, Used:16.00KiB
   /dev/sda1      64.00MiB

Unallocated:
   /dev/sda1     411.81GiB

Alles anzeigen

Code

# zypper se -si | grep -Ei 'systemp|system-p|system_p|system p'
i  | broadcom-wl-kmp-default                    | Paket   | 6.30.223.271_k5.3.18_59.16-pm153.14.23           | x86_64 | (Systempakete)
suse:/home/tuxracer # zypper if broadcom-wl-kmp-default
...................
Repository         : packman
Name               : broadcom-wl-kmp-default
Version            : 6.30.223.271_k5.3.18_59.19-pm153.14.25
Arch               : x86_64
Anbieter           : http://packman.links2linux.de
Installierte Größe : 7,2 MiB
Installiert        : Ja (automatisch)
Status             : aktuell
Quellpaket         : broadcom-wl-6.30.223.271-pm153.14.25.src
Zusammenfassung    : Wireless driver for Broadcom 43xx series of chips
Beschreibung       : 
    These packages contain Broadcom's IEEE 802.11a/b/g/n hybrid Linux®
    device driver for use with Broadcom's BCM4311-, BCM4312-, BCM4321-,
    and BCM4322-based hardware.

Alles anzeigen

apropos WLAN:

Code

# lspci -nnk | grep -i net -A2
02:00.0 Network controller [0280]: Broadcom Inc. and subsidiaries BCM43142 802.11b/g/n [14e4:4365] (rev 01)
        Subsystem: Lenovo Device [17aa:0611]
        Kernel driver in use: wl

sterun · 16. September 2021

Sieht alles gut aus...

Wie sieht generell die Bootzeit aus?

Code

systemd-analyze time

uname · 16. September 2021

Zitat von sterun

Wie sieht generell die Bootzeit aus?

eher schlecht:

Code

 > systemd-analyze time
Startup finished in 4.153s (kernel) + 5.359s (initrd) + 41.334s (userspace) = 50.847s 
graphical.target reached after 37.570s in userspace

Boot-Vorgang optimieren (wenn es mal wieder länger...)

Ubuntu 26.10 „Stonking Stingray“ ist erschienen

Tumbleweed-Update bricht ab

KDE Plasma 6.8 verabschiedet sich von X11

VBox - gemeinsame Zwischenablage

Linux-Kernel: Kennzeichnungspflicht für KI-generierten Code soll entfallen

k.113

BlackPhoenix

aitexturegenerator

Giorgio68

pavelstr

Teilen