linuxcub
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
Hallo, ich habe ein neues Notebook, HP 15s-eq1445ng, die Festplatte ist M.2-SSD, TCL mit 512 GB PCLe NVMe. Darauf laufen im Multiboot Ubuntu 21.04, Debian 11 (Bullseye) und Windows 10. Ab Grub-Bootmenü booten Debian und Windows in etwa 1,5 Sekunden bis zum Login-Menü, Ubuntu 21.04 braucht mindestens 1,5 Minuten. Im laufenden Betrieb scheinen alle drei Betriebssysteme gleich schnell zu sein. Haben die Ubuntuentwickler eine Boot-Bremse in das Debian-Grundgerüst eingebaut? Einen ersten Test habe ich nach DJKUhpisse mit "systemd-analyze blame" gemacht, anscheinend ohne Auffälligkeiten: Aus https://forum.ubuntuusers.de/topic/ubuntu-auf-ssd-mit-dev-nvme0n1p1-etc-installie/3/ linuxcub schrieb: @DJKUhpisse Und was sagt mir das jetzt, bitte? $ systemd-analyze blame
2.967s plymouth-quit-wait.service
1.243s NetworkManager-wait-online.service
568ms dev-nvme0n1p8.device
518ms upower.service
428ms systemd-udev-trigger.service
303ms rtkit-daemon.service
234ms accounts-daemon.service
225ms snapd.service
205ms networkd-dispatcher.service
180ms apparmor.service
176ms udisks2.service
163ms snap-core18-1997.mount
158ms snap-gtk\x2dcommon\x2dthemes-1515.mount
158ms snap-snapd-11588.mount
157ms systemd-rfkill.service
125ms systemd-resolved.service
124ms user@1000.service
116ms systemd-logind.service
113ms avahi-daemon.service
112ms bluetooth.service
111ms dev-loop1.device
109ms NetworkManager.service
104ms snap-gtk\x2dcommon\x2dthemes-1514.mount
100ms snap-snap\x2dstore-518.mount
99ms dev-loop2.device
95ms polkit.service
93ms power-profiles-daemon.service
93ms systemd-timesyncd.service
92ms apport.service
84ms switcheroo-control.service
82ms ModemManager.service
81ms dev-loop3.device
73ms systemd-journald.service
70ms snap-gnome\x2d3\x2d34\x2d1804-66.mount
68ms wpa_supplicant.service
67ms thermald.service
60ms keyboard-setup.service
59ms systemd-fsck@dev-disk-by\x2duuid-041E\x2dB06F.service
59ms dev-loop4.device
58ms boot-efi.mount
55ms dev-loop0.device
53ms snapd.apparmor.service
50ms secureboot-db.service
48ms gdm.service
48ms grub-common.service
42ms cups.service
41ms e2scrub_reap.service
41ms systemd-journal-flush.service
41ms packagekit.service
40ms gpu-manager.service
39ms rsyslog.service
34ms systemd-udevd.service
30ms alsa-restore.service
24ms systemd-modules-load.service
21ms pppd-dns.service
19ms dev-hugepages.mount
19ms snapd.seeded.service
18ms dev-mqueue.mount
18ms colord.service
18ms systemd-tmpfiles-setup.service
18ms plymouth-start.service
17ms sys-kernel-debug.mount
17ms kerneloops.service
16ms sys-kernel-tracing.mount
16ms systemd-update-utmp.service
15ms modprobe@drm.service
14ms systemd-remount-fs.service
12ms plymouth-read-write.service
11ms systemd-sysctl.service
11ms kmod-static-nodes.service
10ms modprobe@configfs.service
10ms systemd-sysusers.service
10ms user-runtime-dir@1000.service
10ms console-setup.service
9ms systemd-tmpfiles-setup-dev.service
9ms modprobe@fuse.service
8ms systemd-random-seed.service
7ms grub-initrd-fallback.service
7ms systemd-update-utmp-runlevel.service
7ms systemd-user-sessions.service
6ms dev-loop5.device
5ms systemd-backlight@backlight:acpi_video0.service
5ms sys-fs-fuse-connections.mount
4ms systemd-backlight@backlight:amdgpu_bl0.service
4ms sys-kernel-config.mount
4ms openvpn.service
3ms ufw.service
3ms setvtrgb.service
1ms snapd.socket
DJKUhpisse schrieb: Welche Komponente wie lange gebraucht hat.
Das sieht aber eigentlich sehr gut aus.
In diesem zitierten Thread gab ich mich damit zufrieden, jetzt würde ich aber doch gerne wissen, ob das in Ordnung ist, dass Ubuntu 21.04 etwa 60 mal langsamer bootet als Debian 11 oder Windows 10. Danke, linuxcub
Moderiert von ChickenLipsRfun2eat: An bestehenden Thread angehängt. Bitte erstelle keine Doppelpostings.
Moderiert von sebix: Wieder abgetrennnt, weil das mit dem alten Thema nix mehr zu tun hat.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53625
Wohnort: Berlin
|
Jetzt könnte man natürlich mal die selbe Ausgabe von Debian aus liefern zwecks Vergleich...
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
Debian 11 (Bullseye): xyz@zxy:~$ systemd-analyze blame
2.591s plymouth-quit-wait.service
816ms fwupd.service
533ms upower.service
427ms rtkit-daemon.service
267ms udisks2.service
238ms NetworkManager-wait-online.service
231ms accounts-daemon.service
215ms dev-nvme0n1p10.device
184ms systemd-journal-flush.service
165ms cups.service
160ms NetworkManager.service
156ms avahi-daemon.service
153ms polkit.service
151ms switcheroo-control.service
151ms user@1000.service
146ms wpa_supplicant.service
145ms systemd-logind.service
139ms e2scrub_reap.service
138ms networking.service
136ms rsyslog.service
105ms apparmor.service
82ms systemd-rfkill.service
80ms systemd-udev-trigger.service
lines 1-23
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
Ausführlich, sind jetzt mehr Zeilen, in Datei umgelenkt: Debian 11 (Bullseye):
$ systemd-analyze blame > blameDebian.txt
2.591s plymouth-quit-wait.service
816ms fwupd.service
533ms upower.service
427ms rtkit-daemon.service
267ms udisks2.service
238ms NetworkManager-wait-online.service
231ms accounts-daemon.service
215ms dev-nvme0n1p10.device
184ms systemd-journal-flush.service
165ms cups.service
160ms NetworkManager.service
156ms avahi-daemon.service
153ms polkit.service
153ms user@1000.service
151ms switcheroo-control.service
146ms wpa_supplicant.service
145ms systemd-logind.service
139ms e2scrub_reap.service
138ms networking.service
136ms rsyslog.service
105ms apparmor.service
82ms systemd-rfkill.service
80ms systemd-udev-trigger.service
68ms systemd-udevd.service
66ms gdm.service
64ms systemd-timesyncd.service
59ms ModemManager.service
57ms systemd-fsck@dev-disk-by\x2duuid-041E\x2dB06F.service
44ms systemd-journald.service
44ms keyboard-setup.service
42ms dev-disk-by\x2duuid-3b5ab35b\x2d2de4\x2d4060\x2db646\x2d3f32245e1c71.swap
41ms boot-efi.mount
37ms colord.service
30ms packagekit.service
27ms systemd-tmpfiles-clean.service
25ms systemd-modules-load.service
23ms plymouth-start.service
22ms user-runtime-dir@1000.service
20ms systemd-tmpfiles-setup-dev.service
19ms systemd-random-seed.service
17ms systemd-sysusers.service
16ms bluetooth.service
16ms systemd-tmpfiles-setup.service
13ms systemd-sysctl.service
12ms plymouth-read-write.service
12ms systemd-user-sessions.service
9ms systemd-backlight@backlight:amdgpu_bl0.service
8ms alsa-restore.service
8ms dev-hugepages.mount
7ms dev-mqueue.mount
7ms modprobe@fuse.service
7ms systemd-remount-fs.service
7ms sys-kernel-debug.mount
6ms sys-kernel-tracing.mount
6ms systemd-update-utmp-runlevel.service
6ms kmod-static-nodes.service
5ms modprobe@configfs.service
5ms modprobe@drm.service
5ms systemd-update-utmp.service
4ms ifupdown-pre.service
3ms console-setup.service
2ms sys-fs-fuse-connections.mount
1ms sys-kernel-config.mount
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
Zum direkten Vergleich Ubuntu 21.04, auch in Datei umgelenkt: $ systemd-analyze blame > blameUbuntu.txt
2.919s plymouth-quit-wait.service
1.759s dev-nvme0n1p8.device
1.245s NetworkManager-wait-online.service
1.038s snapd.service
631ms upower.service
423ms systemd-udev-trigger.service
336ms snap-gtk\x2dcommon\x2dthemes-1514.mount
328ms snap-snap\x2dstore-542.mount
294ms snap-gtk\x2dcommon\x2dthemes-1515.mount
281ms accounts-daemon.service
274ms rtkit-daemon.service
260ms snap-snapd-12398.mount
246ms snap-gnome\x2d3\x2d34\x2d1804-66.mount
243ms dev-loop1.device
242ms snap-core18-2074.mount
241ms udisks2.service
239ms dev-loop2.device
230ms cups.service
226ms networkd-dispatcher.service
207ms dev-loop4.device
206ms dev-loop3.device
186ms dev-loop0.device
151ms dev-loop6.device
144ms dev-loop5.device
143ms user@1000.service
142ms apparmor.service
134ms snap-core18-2066.mount
131ms update-notifier-download.service
130ms snap-gnome\x2d3\x2d34\x2d1804-72.mount
126ms snap-snap\x2dstore-547.mount
125ms snap-snapd-12159.mount
124ms systemd-rfkill.service
115ms ModemManager.service
111ms avahi-daemon.service
109ms bluetooth.service
106ms NetworkManager.service
99ms systemd-resolved.service
97ms dev-loop7.device
95ms apport.service
92ms polkit.service
90ms systemd-journald.service
89ms power-profiles-daemon.service
87ms systemd-journal-flush.service
86ms systemd-logind.service
72ms switcheroo-control.service
66ms thermald.service
64ms systemd-timesyncd.service
58ms wpa_supplicant.service
58ms secureboot-db.service
57ms geoclue.service
57ms keyboard-setup.service
54ms gdm.service
54ms grub-common.service
51ms snapd.apparmor.service
44ms rsyslog.service
43ms gpu-manager.service
42ms packagekit.service
40ms e2scrub_reap.service
40ms systemd-udevd.service
39ms dev-loop8.device
37ms alsa-restore.service
36ms snapd.seeded.service
31ms systemd-fsck@dev-disk-by\x2duuid-041E\x2dB06F.service
29ms pppd-dns.service
25ms systemd-random-seed.service
24ms systemd-modules-load.service
22ms systemd-tmpfiles-clean.service
21ms colord.service
20ms systemd-sysusers.service
19ms user-runtime-dir@1000.service
19ms systemd-sysctl.service
17ms kerneloops.service
17ms dev-hugepages.mount
17ms plymouth-start.service
16ms dev-mqueue.mount
15ms sys-kernel-debug.mount
15ms systemd-tmpfiles-setup.service
15ms sys-kernel-tracing.mount
14ms modprobe@drm.service
14ms grub-initrd-fallback.service
13ms openvpn.service
13ms plymouth-read-write.service
12ms systemd-user-sessions.service
11ms systemd-remount-fs.service
10ms systemd-tmpfiles-setup-dev.service
10ms kmod-static-nodes.service
10ms ufw.service
9ms systemd-update-utmp-runlevel.service
9ms modprobe@configfs.service
8ms dev-loop9.device
8ms boot-efi.mount
8ms systemd-update-utmp.service
7ms modprobe@fuse.service
6ms systemd-backlight@backlight:acpi_video0.service
5ms systemd-backlight@backlight:amdgpu_bl0.service
5ms console-setup.service
5ms sys-fs-fuse-connections.mount
4ms sys-kernel-config.mount
3ms setvtrgb.service
1ms snapd.socket
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53625
Wohnort: Berlin
|
Dein Ubuntu braucht also 10,856s und dein Debian 8,288s. Das sind also 2,568s mehr. Soviel zu linuxcub schrieb: dass Ubuntu 21.04 etwa 60 mal langsamer bootet als Debian 11 oder Windows 10.
Was da länger startet kannst du daran erkennen, welche Dienste auf den Systemen laufen. Hint: Bei Ubuntu ist Snap standardmäßig installiert. Wenn ich alleine das mal rausgreppe: 1.038s snapd.service
336ms snap-gtk\x2dcommon\x2dthemes-1514.mount
328ms snap-snap\x2dstore-542.mount
294ms snap-gtk\x2dcommon\x2dthemes-1515.mount
260ms snap-snapd-12398.mount
246ms snap-gnome\x2d3\x2d34\x2d1804-66.mount
242ms snap-core18-2074.mount
134ms snap-core18-2066.mount
130ms snap-gnome\x2d3\x2d34\x2d1804-72.mount
126ms snap-snap\x2dstore-547.mount
125ms snap-snapd-12159.mount
51ms snapd.apparmor.service
36ms snapd.seeded.service
1ms snapd.socket Nur Snap macht also 3,347s aus. Wenn du das also entfernst startet Ubuntu sogar schneller als Debian. Edit: Sorry, zu kurz gedacht. Zu Snap gehören natürlich auch noch 243ms dev-loop1.device
239ms dev-loop2.device
207ms dev-loop4.device
206ms dev-loop3.device
186ms dev-loop0.device
151ms dev-loop6.device
144ms dev-loop5.device
97ms dev-loop7.device
39ms dev-loop8.device
8ms dev-loop9.device Also nochmals 1,52s. Heißt also, durch Snap und die installierten Snaps gehen hier 4,847s verloren.
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
tomtomtom schrieb:
... Nur Snap macht also 3,347s aus. Wenn du das also entfernst startet Ubuntu sogar schneller als Debian.
Also wird es ein Rätsel bleiben, warum mein Ubuntu 60 mal langsamer startet als mein schnelles Debian? Vielleicht hast du ein Formel-1 Ubuntu 😉
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53625
Wohnort: Berlin
|
linuxcub schrieb: Also wird es ein Rätsel bleiben, warum mein Ubuntu 60 mal langsamer startet als mein schnelles Debian?
Nein, du hast selbst beweisen, das deine Behauptung völliger Humbug sind. Dein Ubuntu startet nicht 60 mal langsamer als dein Debian, sondern um 4,487s langsamer. Das geht aus deinen eigenen Angaben hervor, wie dir alles aufgeschlüsselt wurde. Lesen könnte helfen. Ebenso wie du etwas daran ändern kannst, dann wäre dein Ubuntu sogar schneller da als das Debian. 😛
Vielleicht hast du ein Formel-1 Ubuntu 😉
Hier läuft Arch. Alle verwendeten Daten waren von deinen Systemen. Alles andere wäre auch kompletter Schwachsinn...
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11181
Wohnort: München
|
Ich würde auch mal die Ausgaben von systemd-analyze critical-chain (bzw. wenn man es grafisch aufbereitet haben will systemd-analyze plot > boot.svg ) zu vergleichen, damit sieht man besser, wo das System auf das Erreichen von Targets bzw. gestarteten Diensten warten muss.
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
tomtomtom schrieb:
...Lesen könnte helfen... So, jetzt lies du mal das folgende bitte, tomtomtom. Das könnte für das weitere Verständnis helfen. Meine Zeitangaben beziehen sich auf tatsächlich gemessene Zeiten, mit der Uhr gemessen, nicht auf irgendwelche theoretische Berechnungen. Und da ist es halt leider so, dass Debian und Windows in etwa 1,5 Sekunden booten aber Ubuntu erst in 1 1/2 Minuten. Das möchte ich eigentlich ändern, aber wie?
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53625
Wohnort: Berlin
|
linuxcub schrieb: Meine Zeitangaben beziehen sich auf tatsächlich gemessene Zeiten, mit der Uhr gemessen, nicht auf irgendwelche theoretische Berechnungen.
Dreimal darfst du raten, womit systemctl das misst. Allerdings ohne die Ungenauigkeit in der Messung, die bei der Zeitnahme durch eine Person entsteht.
Und da ist es halt leider so, dass Debian und Windows in etwa 1,5 Sekunden booten aber Ubuntu erst in 1 1/2 Minuten.
Das System denkt sich die Zeiten nicht aus. Dein Ubuntu bootet nicht in 1 1/2 Minuten, sondern in knapp 11 Sekunden. Dein Debian nicht in 1,5 Sekunden sondern in 8,3 Sekunden.
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
tomtomtom schrieb: Das System denkt sich die Zeiten nicht aus. Dein Ubuntu bootet nicht in 1 1/2 Minuten, sondern in knapp 11 Sekunden. Dein Debian nicht in 1,5 Sekunden sondern in 8,3 Sekunden.
OK, dann ist booten vielleicht für dich nicht das richtige Wort. Ich wiederhole jetzt, was ich in meinem Eingangsthread gesagt habe: Nach Einschalten des NB erscheint das Grub-Menü. Dort kann ich die drei Betriebssysteme auswählen. Jetzt klicke ich z.B. Debian an. Dann dauert es nur etwa 1 1/2 Sekunden, bis der Login-Bildschirm erscheint. Ebenso schnell mit Windows. Klicke ich Ubuntu an, wird etwa 1 1/2 Minuten herumgeorgelt, bis der Login-Bildschirm erscheint. Alles klar?
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53625
Wohnort: Berlin
|
linuxcub schrieb:
Alles klar?
Ja klar. Dein Debian kann also die Uhr nicht lesen und startet schneller als es weiß. Sicher...
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
Hallo, gerne hätte ich diese Lösung an meinen richtigen ersten Thread dazu gehängt, aber seit heute gegen Mittag kann ich diesen meinen Forenbeitrag nicht mehr finden ☹ Sorry! Deshalb dieser kurze Eintrag mit der Lösung: Das Problem war, dass auf meinem neuen Notebook mit SSD im Multiboot Debian 11 (Bullseye) und Windows 10 wesentlich schneller starteten (etwa 1 1/2 Sekunden) als Ubuntu (etwa 1 1/2 Minuten). Dis Lösung war einfach, aber ich bin nicht sofort darauf gekommen, weil ich wie bisher: * Ein neues Nobook mit vorinstalliertem Windows gekauft hatte * Wie immer nach Einrichten von Windows als erstes Ubuntu im Multiboot dazuinstalliert hatte. Auf meinen früheren Maschinen war Windows immer wesentlich langsamer als Ubuntu. Hier war es leider umgekehrt. * Als zweite Distro kam später Debian drauf. Das startete genauso schnell wie Windows. * Ein erster Tipp aus dem Forum war "$ systemd-analyze blame". Das ging in die falsche Richtung, denn... * Aus irgendeinem Grund hat die Erstinstallation von Ubuntu bereits einen swap-error erzeugt. Darauf kam ich nicht sofort, weil ich bisher nur kannte, dass dieser Fehler nach einer Zweitinstalltion einer anderen Distro auftrat. Also jetzt mit "lsblk" und "nano fstab" den Fehler behoben und Ubuntu startet auch fast so schnell wie Debian und Windows ☺ Moderiert von sebix: Thema mit einem abgetrennten Thema zusammengefuehrt.
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
linuxcub schrieb: ...
gerne hätte ich diese Lösung an meinen richtigen ersten Thread dazu gehängt, aber seit heute gegen Mittag kann ich diesen meinen Forenbeitrag nicht mehr finden ☹ Sorry!
ernsthaft? Du hast bald 1500 Beiträge hier und findest <Filter> <eigene Beiträge> nicht? Außerdem, was hat ein Beitrag
an einem thread mit dem Titel
zu tun?
|