klasie
Anmeldungsdatum: 7. August 2018
Beiträge: 523
Wohnort: BY
|
Hallo an alle, nachdem die Bootdauer auf meinem System gestern das erste mal die 2:30 Minuten Grenze gerissen hat, möchte ich nachfragen, ob jemand ähnliche Erfahrungen mit Kubuntu gemacht hat und ob Abhilfe in Aussicht gestellt werden kann. Die Bootdauern variieren zwischen 56 Sekunden und 2:37 Minuten. Ich habe anschließend einige Terminalauszüge von heute zusammengestellt. klasie@klasie-LIFEBOOK-A512:~$ systemd-analyze
Startup finished in 3.777s (firmware) + 4.687s (loader) + 4.407s (kernel) + 1min 25.027s (userspace) = 1min 37.899s
graphical.target reached after 43.756s in userspace klasie@klasie-LIFEBOOK-A512:~$ systemd-analyze blame
38.322s apt-daily.service
19.918s systemd-journal-flush.service
17.282s dev-sda2.device
14.654s ufw.service
13.962s systemd-tmpfiles-setup-dev.service
11.878s systemd-sysctl.service
9.145s mpd.service
7.417s NetworkManager-wait-online.service
6.049s udisks2.service
6.046s snapd.service
5.851s NetworkManager.service
4.826s networkd-dispatcher.service
4.671s apt-daily-upgrade.service
4.293s keyboard-setup.service
4.238s grub-common.service
2.570s ModemManager.service
2.450s accounts-daemon.service
2.362s wpa_supplicant.service
2.207s thermald.service
2.050s avahi-daemon.service
2.046s sysfsutils.service
1.830s systemd-modules-load.service
1.762s apport.service
1.752s bluetooth.service
1.738s alsa-restore.service
1.720s pppd-dns.service
1.718s gpu-manager.service
1.708s fstrim.service
1.707s systemd-logind.service
1.685s lm-sensors.service
1.670s rsyslog.service
1.179s resolvconf.service
1.074s systemd-tmpfiles-setup.service
879ms systemd-remount-fs.service
873ms postfix@-.service
865ms packagekit.service
826ms dev-hugepages.mount
820ms systemd-udev-trigger.service
791ms dev-mqueue.mount
766ms sys-kernel-debug.mount
666ms polkit.service
495ms systemd-journald.service
433ms apparmor.service
407ms systemd-random-seed.service
324ms networking.service
313ms dev-disk-by\x2duuid-ca59980a\x2dff20\x2d4689\x2db88c\x2d78cdfed30da2.swap
288ms plymouth-read-write.service
279ms systemd-resolved.service
270ms motd-news.service
270ms systemd-fsck@dev-disk-by\x2duuid-771C\x2d5CD5.service
259ms binfmt-support.service
221ms kmod-static-nodes.service
219ms boot-efi.mount
212ms upower.service
207ms systemd-timesyncd.service
199ms systemd-udevd.service
164ms systemd-update-utmp.service
112ms rtkit-daemon.service
97ms setvtrgb.service
84ms user@1000.service
74ms plymouth-quit.service
48ms snapd.seeded.service
38ms systemd-rfkill.service
20ms hddtemp.service
17ms kerneloops.service
14ms plymouth-start.service
10ms ureadahead-stop.service
7ms resolvconf-pull-resolved.service
7ms openvpn.service
7ms systemd-backlight@backlight:intel_backlight.service
6ms systemd-update-utmp-runlevel.service
5ms proc-sys-fs-binfmt_misc.mount
5ms systemd-user-sessions.service
4ms sys-fs-fuse-connections.mount
4ms console-setup.service
3ms sys-kernel-config.mount
3ms sddm.service
2ms postfix.service
905us snapd.socket klasie@klasie-LIFEBOOK-A512:~$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @43.756s
└─multi-user.target @43.756s
└─mpd.service @34.610s +9.145s
└─network.target @34.604s
└─NetworkManager.service @28.750s +5.851s
└─dbus.service @27.085s
└─basic.target @27.020s
└─sockets.target @27.020s
└─snapd.socket @27.018s +905us
└─sysinit.target @26.949s
└─systemd-timesyncd.service @26.741s +207ms
└─systemd-tmpfiles-setup.service @25.606s +1.074s
└─systemd-journal-flush.service @5.687s +19.918s
└─systemd-remount-fs.service @4.742s +879ms
└─systemd-journald.socket @4.737s
└─system.slice @4.737s
└─-.slice @4.697s Wie die "critical-chain" zeigt, gibt es einige unangenehme Wartezeiten. Ich habe mal alles so belassen, wie es ist; allein die Aufbewahrungsfrist für die logs habe ich auf 5 Tage reduziert (sudo journalctl --vacuum-time=5d), was genau 2 Sekunden Verbesserung gebracht hat. Wäre schön, wenn jemand eine Idee hätte, wie sich die Startdauer drastisch reduzieren oder zumindest auf den bisher niedrigsten Wert festschreiben lässt. Hier noch Angaben zu System und Rechner: klasie@klasie-LIFEBOOK-A512:~$ inxi -Fz
System: Host: klasie-LIFEBOOK-A512 Kernel: 4.15.0-47-generic x86_64 bits: 64 Desktop: KDE Plasma 5.12.7
Distro: Ubuntu 18.04.2 LTS
Machine: Device: laptop System: FUJITSU product: LIFEBOOK A512 serial: N/A
Mobo: FUJITSU model: FJNBB29 serial: N/A UEFI: FUJITSU // Phoenix v: Version 1.20 date: 12/02/2013
Battery BAT1: charge: 34.4 Wh 97.2% condition: 35.4/47.5 Wh (75%)
CPU: Dual core Intel Core i3-3110M (-MT-MCP-) cache: 3072 KB
clock speeds: max: 2400 MHz 1: 1197 MHz 2: 1197 MHz 3: 1197 MHz 4: 1197 MHz
Graphics: Card: Intel 3rd Gen Core processor Graphics Controller
Display Server: x11 (X.Org 1.19.6 ) drivers: modesetting (unloaded: fbdev,vesa)
Resolution: 1366x768@60.01hz
OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile version: 4.2 Mesa 18.2.8
Audio: Card Intel 7 Series/C216 Family High Definition Audio Controller driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.15.0-47-generic
Network: Card-1: Intel Centrino Wireless-N 2230 driver: iwlwifi
IF: wlp1s0 state: up mac: <filter>
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
IF: enp2s0 state: down mac: <filter>
Drives: HDD Total Size: 500.1GB (19.6% used)
ID-1: /dev/sda model: WDC_WD5000LPVX size: 500.1GB
Partition: ID-1: / size: 451G used: 84G (20%) fs: ext4 dev: /dev/sda2
ID-2: swap-1 size: 8.47GB used: 0.00GB (0%) fs: swap dev: /dev/sda3
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 54.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 205 Uptime: 33 min Memory: 1301.7/7866.5MB Client: Shell (bash) inxi: 2.3.56
|
klasie
(Themenstarter)
Anmeldungsdatum: 7. August 2018
Beiträge: 523
Wohnort: BY
|
Hier sind noch ein paar Angaben von heute. sudo journalctl -p err:
Apr 16 13:31:52 klasie-LIFEBOOK-A512 kernel: Couldn't get size: 0x800000000000000e
Apr 16 13:32:33 klasie-LIFEBOOK-A512 wpa_supplicant[849]: dbus: wpa_dbus_get_object_properties: failed to get object properti
Apr 16 13:32:33 klasie-LIFEBOOK-A512 wpa_supplicant[849]: dbus: Failed to construct signal
Apr 16 13:33:33 klasie-LIFEBOOK-A512 spice-vdagent[1543]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.s
Apr 16 13:33:40 klasie-LIFEBOOK-A512 pulseaudio[1506]: [pulseaudio] backend-ofono.c: Failed to register as a handsfree audio
Apr 16 13:34:27 klasie-LIFEBOOK-A512 dhclient[1845]: send_packet6: Operation not permitted
Apr 16 13:34:27 klasie-LIFEBOOK-A512 dhclient[1845]: dhc6: send_packet6() sent -1 of 73 bytes
Apr 16 13:34:28 klasie-LIFEBOOK-A512 dhclient[1845]: send_packet6: Operation not permitted
Apr 16 13:34:28 klasie-LIFEBOOK-A512 dhclient[1845]: dhc6: send_packet6() sent -1 of 73 bytes
Apr 16 13:34:30 klasie-LIFEBOOK-A512 dhclient[1845]: send_packet6: Operation not permitted
Apr 16 13:34:30 klasie-LIFEBOOK-A512 dhclient[1845]: dhc6: send_packet6() sent -1 of 73 bytes
Apr 16 13:34:35 klasie-LIFEBOOK-A512 dhclient[1845]: send_packet6: Operation not permitted
Apr 16 13:34:35 klasie-LIFEBOOK-A512 dhclient[1845]: dhc6: send_packet6() sent -1 of 73 bytes
Apr 16 13:34:43 klasie-LIFEBOOK-A512 dhclient[1845]: send_packet6: Operation not permitted
Apr 16 13:34:43 klasie-LIFEBOOK-A512 dhclient[1845]: dhc6: send_packet6() sent -1 of 73 bytes
Apr 16 13:35:01 klasie-LIFEBOOK-A512 dhclient[1845]: send_packet6: Operation not permitted
Apr 16 13:35:01 klasie-LIFEBOOK-A512 dhclient[1845]: dhc6: send_packet6() sent -1 of 73 bytes fstab
klasie@klasie-LIFEBOOK-A512:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=83aa5f97-38c7-46cc-96a4-dc65bee21a4d / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=771C-5CD5 /boot/efi vfat umask=0077 0 1
# swap was on /dev/sda3 during installation
UUID=ca59980a-ff20-4689-b88c-78cdfed30da2 none swap sw 0 0
Welche Bedeutung hat die Ausgabe "errors=remount-ro" in der fstab und welche die errors in der log? systemctl --failed
klasie@klasie-LIFEBOOK-A512:~$ systemctl --failed
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'. Was bedeutet "relativer Pfad wurde ignoriert"? (falscher Fehler! 😊 )
Das Teil hat heute wieder über zwei Minuten gebraucht, um hochzufahren! Welche Services lassen sich ggf. unbesehen abschalten? Würde eine SSD den Bootvorgang beschleunigen (ich habe mal gehört, dass diese nur geringfügige positive Auswirkungen auf den Bootvorgang hat. Allein der Programmaufruf soll erheblich beschleunigt werden)?
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Nutz' mal die Forensuche. Mit dem Boot kämpfen unter 18.04 einige Leute. Natürlich ist eine SSD eine prima Sache, wenn man sie mit einer abgehobelten Laptop Platte vergleicht. Nur könnte es bei dir genauso gut eine Software Kiste/ Bug sein.
38.322s apt-daily.service
z.B. systemd-analyze plot > graph.svg
Dieser Befehl erzeugt ein Bild vom Bootvorgang. Das ist manchmal hilfreich. Deaktiviere zum Testen Plymouth wie im Wiki beschrieben, nicht Deaktivieren! Bei mir -mit dem doofen Xubuntu- wurde es erst mit 18.10 wieder besser.
|
klasie
(Themenstarter)
Anmeldungsdatum: 7. August 2018
Beiträge: 523
Wohnort: BY
|
Danke @hakel, ich weiß. Die Forensuche hat mich bisher auch nicht weitergebracht. Die svg-Datei hänge ich mal an.
- plot.svg (145.9 KiB)
- Download plot.svg
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Prüfe sda2 mit blkid und nimm' -testweise- den mpd raus, aber ich sehe da ehrlich gesagt gar nichts. Alles rot, alles humpelt im userspace. Also eher keine mürbe Platte, von wegen "SSD". Supi! 👍
|
klasie
(Themenstarter)
Anmeldungsdatum: 7. August 2018
Beiträge: 523
Wohnort: BY
|
Hilft alles nix! blkid und lsblk
klasie@klasie-LIFEBOOK-A512:~$ sudo blkid /dev/sda2
/dev/sda2: UUID="83aa5f97-38c7-46cc-96a4-dc65bee21a4d" TYPE="ext4" PARTUUID="dffdb9b3-a3eb-49ad-af19-b41019e37532"
klasie@klasie-LIFEBOOK-A512:~$ sudo blkid
/dev/sda2: UUID="83aa5f97-38c7-46cc-96a4-dc65bee21a4d" TYPE="ext4" PARTUUID="dffdb9b3-a3eb-49ad-af19-b41019e37532"
/dev/sda1: UUID="771C-5CD5" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="12ce58d6-9f5b-4e21-97a9-c5ce339221be"
/dev/sda3: UUID="ca59980a-ff20-4689-b88c-78cdfed30da2" TYPE="swap" PARTUUID="5615b140-eda9-4447-9088-a136bde0238f"
klasie@klasie-LIFEBOOK-A512:~$ sudo blkid -o list
device fs_type label mount point UUID
----------------------------------------------------------------------------------------------------------------------------
/dev/sda2 ext4 / 83aa5f97-38c7-46cc-96a4-dc65bee21a4d
/dev/sda1 vfat /boot/efi 771C-5CD5
/dev/sda3 swap [SWAP] ca59980a-ff20-4689-b88c-78cdfed30da2
klasie@klasie-LIFEBOOK-A512:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465,8G 0 disk
├─sda1 8:1 0 512M 0 part /boot/efi
├─sda2 8:2 0 457,4G 0 part /
└─sda3 8:3 0 7,9G 0 part [SWAP]
sr0 11:0 1 1024M 0 rom Hab's gerade nochmal mit dem Debian-Live-System 9.0 KDE versucht. Damit "rauscht" der Rechner in knapp 40 Sekunden hoch. Freilich in jungfräulichem Zustand ohne die ganze aufgebürdete Last. Ich glaube aber, dass Debian vom Start weg auch nicht so viele Services wie Kunbuntu* mitzieht. Werde nochmal nachsehen. *)
klasie@klasie-LIFEBOOK-A512:~$ systemctl list-unit-files | grep enabled
acpid.path enabled
apport-autoreport.path enabled
cups.path enabled
resolvconf-pull-resolved.path enabled
accounts-daemon.service enabled
anacron.service enabled
apparmor.service enabled
autovt@.service enabled
avahi-daemon.service enabled
binfmt-support.service enabled
bluetooth.service enabled
clamav-freshclam.service enabled
console-setup.service enabled
cron.service enabled
cups-browsed.service enabled
cups.service enabled
dbus-fi.w1.wpa_supplicant1.service enabled
dbus-org.bluez.service enabled
dbus-org.freedesktop.Avahi.service enabled
dbus-org.freedesktop.ModemManager1.service enabled
dbus-org.freedesktop.nm-dispatcher.service enabled
dbus-org.freedesktop.resolve1.service enabled
dbus-org.freedesktop.thermald.service enabled
fancontrol.service enabled
getty@.service enabled
gpu-manager.service enabled
irqbalance.service enabled
kerneloops.service enabled
keyboard-setup.service enabled
lm-sensors.service enabled
ModemManager.service enabled
mpd.service enabled
network-manager.service enabled
networkd-dispatcher.service enabled
networking.service enabled
NetworkManager-dispatcher.service enabled
NetworkManager-wait-online.service enabled
NetworkManager.service enabled
ondemand.service enabled
openvpn.service enabled
postfix.service enabled
pppd-dns.service enabled
resolvconf.service enabled
rsync.service enabled
rsyslog.service enabled
setvtrgb.service enabled
snapd.autoimport.service enabled
snapd.core-fixup.service enabled
snapd.seeded.service enabled
snapd.service enabled
snapd.system-shutdown.service enabled
spice-vdagent.service enabled
spice-vdagentd.service enabled
syslog.service enabled
systemd-fsck-root.service enabled-runtime
systemd-resolved.service enabled
systemd-timesyncd.service enabled
thermald.service enabled
udisks2.service enabled
ufw.service enabled
unattended-upgrades.service enabled
ureadahead.service enabled
whoopsie.service enabled
wpa_supplicant.service enabled
acpid.socket enabled
apport-forward.socket enabled
avahi-daemon.socket enabled
cups.socket enabled
mpd.socket enabled
snapd.socket enabled
uuidd.socket enabled
remote-fs.target enabled
anacron.timer enabled
apt-daily-upgrade.timer enabled
apt-daily.timer enabled
fstrim.timer enabled
motd-news.timer enabled
snapd.snap-repair.timer enabled
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
So schlimm ist Kubuntu auch nicht, das ist schlicht "Murks" unter Ubuntu 18.04. Du mußt die UUID von fstab und blkid abgleichen. Ist aber alles O.K., wie ich das sehe. Brauchst du snap und apport?
|
klasie
(Themenstarter)
Anmeldungsdatum: 7. August 2018
Beiträge: 523
Wohnort: BY
|
Die UUID von fstab und blkid stimmen überein; einschließlich die der Swap-Partition. Werde jetzt noch versuchen, die apt-daily timer configuration und das timeout zu ändern. Ansonsten bin ich am Ende meiner Weisheit angelangt. Und nein, ich benutze snap und apport nicht.
|
klasie
(Themenstarter)
Anmeldungsdatum: 7. August 2018
Beiträge: 523
Wohnort: BY
|
Habe mich heute an die beiden Änderungen gemacht. Beim Timeout in der /etc/systemd/system.conf hat die Herabsetzung auf 10 bzw. 15 Sekunden den Emergency-Modus ausgelöst, der während des Bootvorgangs zusätzliche Eingaben erfordert hat. Im Ergebnis sah die Terminalabfrage bei Timeout=15s so aus:
klasie@klasie-LIFEBOOK-A512:~$ systemd-analyze
Startup finished in 3.714s (firmware) + 4.557s (loader) + 4.538s (kernel) + 27.914s (userspace) = 40.725s
graphical.target reached after 54.738s in userspace Ich habe dann auf 20 Sekunden erhöht, wobei sich gegenüber den vorgegebenen 90 Sekunden (default) keine Änderungen zeigten und habe es bei letzterem belassen. Heute morgen beim Hochfahren des PCs habe ich entdeckt, dass der apt-daily Service enorm viel Zeit in Anspruch nimmt, in Zahl über eine Minute. Wie der Ausdruck "daily" schon sagt, läuft der Service täglich und zwar genau einmal. Damit ist der zweite Punkt erreicht, den apt-daily.service zu ändern (entfernen bzw. ausschalten kam für mich nicht in Frage, weil ich mir über dessen Kompetenzen nicht im klaren bin). Da in der /etc/systemd/system kein entsprechender Ordner vorhanden war, habe ich einen solchen erst einmal angelegt mit mkdir /etc/systemd/system/apt-daily.timer. Nach dem Versuch zu editieren (sudo -H nano /etc/systemd/system/apt-daily.timer), befindet sich im Ordner nach dem Speichern kein Eintrag. Ich wollte dem Rechner mit
# apt-daily timer configuration override
[Timer]
OnBootSec=15min
OnUnitActiveSec=1d
AccuracySec=1h
RandomizedDelaySec=15min beibringen, dass er mit seinem Dienst 15 bis 30 Minuten nach dem Systemstart beginnen könne. Ob er's geschluckt hat, kann ich erst morgen sagen. Ich mache mir natürlich auch Gedanken über meinen Rechner, soll heißen über dessen physische Ausstattung mit einem i3-Prozessor und 8GB RAM. Vielleicht fühlt er sich ja überfordert. Meinungen dazu gerne! Hier noch free -m (sollte eigentlich reichen 😕 ):
klasie@klasie-LIFEBOOK-A512:~$ free -m
Gesamt belegt frei gemns. Puffer/Cache verfügbar
Speicher: 7866 1787 4163 195 1915 5639
Auslagerungsspeicher: 8080 0 8080
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Du bist nicht der Einzige, der mit diesem Dienst kämpft. Das ist einfach schlecht gemacht. 50s sind natürlich nicht gut, aber für eine alte mechanische Laptopfestplatte relativ normal. Damit kann man leben. Einfache Desktops ohne besondere Dienste sind natürlich flotter, nach 18.04 wird auch alles wieder besser. Beste Lösung ist natürlich eine SSD. Ich habe jetzt 3 Sandisk Plus für 35,- Euro verbaut, mal sehen wie lange die halten! Ram und CPU sind relativ egal, DualCore sollte natürlich sein bei der CPU.
|
klasie
(Themenstarter)
Anmeldungsdatum: 7. August 2018
Beiträge: 523
Wohnort: BY
|
Ich frage mich, ob ich es mit einer schlankeren Distri versuchen soll. Dann ist allerdings mein geliebtes Kde-connect futsch, welches ich überwiegend im Fernbedienungs-/Fernsteuerungskontext mit der Musikwiedergabe und bei der Datenübertragung vom Smartphone auf den PC nutze. Ab Version 19.04 soll es dann auch für andere Desktops verfügbar sein.
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Wenn du KDE gewöhnt bist, solltest du dabei bleiben. Warum nicht mal das Upgrade riskieren 18.10? SSD kostet auch nicht die Welt.
schlankeren Distri
Ein großer Aha - Effekt sollte das nicht sein. Kubuntu KDE, 18.04 plus alte Platte sind eine schlechte Kombi. Apropos 19.04, das wird ja eine "totlangweilige" Geschichte. Kaum Änderungen ... 👍
|
klasie
(Themenstarter)
Anmeldungsdatum: 7. August 2018
Beiträge: 523
Wohnort: BY
|
Hi @hakel, die Frage, ob ich KDE gewöhnt bin, kann ich eindeutig mit ja beantworten. Auf meinem anderen Rechner habe ich Ubuntu-Budgie installiert, das mir auch gut gefällt und ich ebenso gewöhnt bin. Auf ersterem (KDE) habe ich eine Menge installiert (UFW mit Regeln; wie Du erkannt hast, auch mpd i.V.m. Cantata, ebenso den weiteren Player "Deadbeef"; VPN ...), weshalb ich die Migration scheue. Ist ein Upgrade von 18.04 heraus auf 18.10 denn möglich? Und wie geht es dann weiter? Ich habe mich bewusst für ein LTS-System entschieden, weil ich nicht kurzfristig neu installieren und mir zusätzliche Arbeit aufhalsen möchte. Erlaube mir bitte noch eine Frage. Was meinst Du mit "Kubuntu KDE, 18.04 plus alte Platte sind eine schlechte Kombi"? Dualboot KDE und ein weiteres 18.04? Als ich 19.04 erwähnte ging bzw geht es mir ausschließlich um das Pendant zu kde-connect. Andere Änderungen sind mir bisweilen nicht bekannt.
|
klasie
(Themenstarter)
Anmeldungsdatum: 7. August 2018
Beiträge: 523
Wohnort: BY
|
Guten Morgen Forum, weil auch mein "Budgie-Rechner" (Dell, i5, 8GB) gerade um die 1:40 zum Starten benötigte (apt-daily auch hier ungewöhnlich lang, nämlich 39 Sek.!), habe ich meine Partnerin gebeten, mir Ihre Startdaten zu übermitteln. Sie hat Linuxmint Cinnamon auf dem Rechner (Lenovo, i5, 8GB):
Lenovo-IdeaPad-Z510:~$ systemd-analyze
Startup finished in 5.278s (firmware) + 5.521s (loader) + 5.458s (kernel) + 16.023s (userspace) = 32.281s
graphical.target reached after 7.475s in userspace
Lenovo-IdeaPad-Z510:~$ systemd-analyze blame
8.074s apt-daily.service
4.962s systemd-journal-flush.service
4.289s dev-sda2.device
4.264s ufw.service
4.194s keyboard-setup.service
3.318s lvm2-monitor.service
3.228s systemd-tmpfiles-setup-dev.service
1.191s tlp.service
697ms udisks2.service
684ms networkd-dispatcher.service
681ms apt-daily-upgrade.service
585ms boot-efi.mount
568ms NetworkManager.service
532ms ubuntu-system-adjustments.service
433ms ModemManager.service
423ms accounts-daemon.service
331ms upower.service
315ms systemd-udevd.service
312ms systemd-logind.service
311ms systemd-tmpfiles-setup.service
300ms thermald.service
276ms systemd-modules-load.service
267ms grub-common.service
252ms loadcpufreq.service
220ms systemd-udev-trigger.service
200ms avahi-daemon.service
198ms bluetooth.service
190ms speech-dispatcher.service
180ms lm-sensors.service
174ms plymouth-quit-wait.service
173ms pppd-dns.service
173ms lightdm.service
173ms rsyslog.service
172ms systemd-journald.service
172ms kerneloops.service
170ms alsa-restore.service
162ms gpu-manager.service
151ms systemd-fsck@dev-disk-by\x2duuid-10DD\x2dCACE.service
150ms apport.service
134ms apparmor.service
125ms systemd-timesyncd.service
120ms systemd-remount-fs.service
119ms systemd-resolved.service
112ms colord.service
112ms blk-availability.service
111ms kmod-static-nodes.service
94ms polkit.service
94ms plymouth-read-write.service
92ms dns-clean.service
88ms systemd-backlight@backlight:intel_backlight.service
88ms plymouth-start.service
83ms swapfile.swap
67ms systemd-random-seed.service
48ms networking.service
47ms dev-mqueue.mount
47ms sys-kernel-debug.mount
45ms dev-hugepages.mount
36ms wpa_supplicant.service
36ms hddtemp.service
35ms user@1000.service
33ms packagekit.service
30ms systemd-sysctl.service
28ms setvtrgb.service
12ms ureadahead-stop.service
10ms systemd-update-utmp.service
9ms cpufrequtils.service
6ms openvpn.service
5ms systemd-user-sessions.service
5ms systemd-update-utmp-runlevel.service
4ms rtkit-daemon.service
3ms console-setup.service
3ms sys-kernel-config.mount
2ms sys-fs-fuse-connections.mount Auf meiner Dell-Kiste startet das Cinnamon Live-System in 21 Sekunden, das KDE Live in 1:03 Min! Wow!! @hakel hat also Recht: Bei Ubuntu 18.04 ist irgendwo gemurkst worden!
|
klasie
(Themenstarter)
Anmeldungsdatum: 7. August 2018
Beiträge: 523
Wohnort: BY
|
Heute Start mit Kubuntu auf Livebook A512 in 1:09 Minuten. Datei editieren mit sudo -H nano /etc/systemd/system/apt-daily.timer im Terminal funktionierte nicht. apt-daily stand noch in systemd-analyze blame. Habe es dann mit dem Editor kate erledigt (Textdatei erstellt und in der ...apt-daily.timer-Datei mit Namen conf gespeichert. Jetzt steht es wie weiter oben beschrieben drin). Die geneigten Leser bitte ich um Aufschub bis morgen. Ich werde dann berichten, ob es gefunzt hat.
|