[Gelöst] KDE: Startup finished in 34.033s (kernel)

[geier22]

Ich schreibe es mal hierhin, da ich nicht weiß, woran es liegt:
Seit einiger Zeit braucht das Starten von KDE fast eine Minute.
Ich habe 3 Systeme (Buster) Triple- Boot , alle mit Kernel 4.15.0-2-amd64 / KDE / Xfce / LXQT
KDE:
/dev/sda/ mit (ATA (ATA Crucial MX300 275GB SATA M.2)

LXQT
/dev/sdb mit ATA WDC WD5000HHTZ-0

Xfce
/dev/sdc mit ATA Samsung SSD 850

Aufteilung:

Code: Alles auswählen

~$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 256,2G  0 disk 
├─sda1   8:1    0  24,6G  0 part /media/hans/KDE Root
└─sda2   8:2    0 231,6G  0 part /media/hans/KDE HOME
sdb      8:16   0 465,8G  0 disk 
├─sdb1   8:17   0   5,9G  0 part [SWAP]
├─sdb2   8:18   0    40G  0 part /media/hans/LXQT ROOT
└─sdb3   8:19   0 419,9G  0 part /media/cinnamonhome
sdc      8:32   0 119,2G  0 disk 
├─sdc1   8:33   0  24,3G  0 part /
├─sdc2   8:34   0     1K  0 part 
└─sdc5   8:37   0  94,9G  0 part /home
sdd      8:48   0   1,8T  0 disk 
└─sdd1   8:49   0   1,8T  0 part /media/HD753LJ
sde      8:64   0   2,7T  0 disk 
└─sde1   8:65   0   2,7T  0 part /media/Musik
sdf      8:80   1  14,3G  0 disk 
└─sdf1   8:81   1  14,3G  0 part 
sr0     11:0    1  1024M  0 rom  
 

Zum Vergleich die Startzeiten der beiden SSD's

Code: Alles auswählen

Xfce:
systemd-analyze
Startup finished in 3.353s (kernel) + 11.267s (userspace) = 14.621s
graphical.target reached after 11.256s in userspace

Effektive Startzeit (gestoppt ab Grub) 11,1 s

KDE
systemd-analyze
Startup finished in 34.033s (kernel) + 4.198s (userspace) = 38.232s
graphical.target reached after 3.703s in userspace

Effektive Startzeit (gestoppt ab Grub) 50,3 s

Ich kann mir das Verhalten einfach nicht erklären, zumal die Festplatten Daten für mich nichts ungewöhnliches zeigen

Code: Alles auswählen

# hdparm -tT /dev/sdx

/dev/sda KDE---> (ATA Crucial MX300 275GB SATA M.2):
 Timing cached reads:   8678 MB in  2.00 seconds = 4343.61 MB/sec
 Timing buffered disk reads: 976 MB in  3.00 seconds = 325.23 MB/sec
root@sparkykde:/home/hans# hdparm -tT /dev/sdb

/dev/sdb LXQT --->  (ATA WDC WD5000HHTZ-0):
 Timing cached reads:   8566 MB in  2.00 seconds = 4287.65 MB/sec
 Timing buffered disk reads: 548 MB in  3.01 seconds = 182.19 MB/sec
root@sparkykde:/home/hans# hdparm -tT /dev/sdc

/dev/sdc Xfce --->(ATA Samsung SSD 850):
 Timing cached reads:   8662 MB in  2.00 seconds = 4335.47 MB/sec
 Timing buffered disk reads: 1628 MB in  3.00 seconds = 542.16 MB/sec

Test der KDE - Platte mitbonnie++


Auch das Journal gibt aus meiner Sicht nichts her, wobei die letzten Zeilen m.E nicht mehr zum Kernel-Start gehören sollten
40231

Fazit aus meiner Sicht:
Drei mehr oder weniger identische Systeme. Zwei verhalten sich (bis auf geringe Unterschiede wg. SSD / HDD identisch, eins (KDE) macht sein eigenes Ding und braucht für den Kernel fast die 10 - fache Zeit. Im Betrieb ist jedoch von
den Verzögerungen beim Start nichts zu merken.

Ich suche nach Ideen , wo man anpacken könnte, um der Sache auf den Grund zu gehen.

[geier22]

Gelöst:
Irgendwann ist mir die ursprünglichen Grub- Command Line verändert worden.
die sah jetzt so aus (es fehlte die Angabe der Resume- Partition =SWAP für das Suspend to Disk):

Code: Alles auswählen

linux /boot/vmlinuz-4.15.0-2-amd64 root=UUID=9f9af350-ae4d-4e54-b0e8-3a97a0b89374 ro quiet splash

hab ich einfach mal geändert, wie bei den anderen Betriebssystemen:

Code: Alles auswählen

linux /boot/vmlinuz-4.15.0-2-amd64 root=UUID=9f9af350-ae4d-4e54-b0e8-3a97a0b89374 ro quiet resume=UUID=aa201965-5dcb-4abb-8283-c9bcd378aa1e

nun:

Code: Alles auswählen

~$ systemd-analyze
Startup finished in 3.192s (kernel) + 4.316s (userspace) = 7.509s
graphical.target reached after 4.307s in userspace

Hmmmmm aber warum das den Kernel dermaßen durcheinander bringt und kein time-out oder irgendetwas zu sehen ist --- weiss der Himmel