Ich bin bei meiner weiteren Recherche auf eine Antwort gestoßen (siehe hier
Please check /etc/sysconfig/network/config and ensure it contains :
NM_ONLINE_TIMEOUT="0"
Ich bin bei meiner weiteren Recherche auf eine Antwort gestoßen (siehe hier
Please check /etc/sysconfig/network/config and ensure it contains :
NM_ONLINE_TIMEOUT="0"
Danke für die Tipps! Ich habe mal auf "networkmanager" zurückgestellt. Nun braucht das hochfahren nur noch 5s länger als gewöhnlich. Der Befehl "systemd-analyze blame" erzeugt zurzeit folgende Ausgabe bei mir:
5.581s NetworkManager-wait-online.service
2.119s codemeter.service
570ms display-manager.service
482ms boot-grub2-x86_64\x2defi.mount
463ms \x2esnapshots.mount
463ms var-tmp.mount
462ms var-spool.mount
462ms var-opt.mount
461ms var-lib-pgsql.mount
459ms var-lib-mysql.mount
457ms var-crash.mount
457ms usr-local.mount
455ms opt.mount
454ms var-log.mount
435ms srv.mount
433ms boot-grub2-i386\x2dpc.mount
379ms tmp.mount
361ms var-lib-libvirt-images.mount
326ms var-lib-mariadb.mount
293ms var-lib-mailman.mount
211ms postfix.service
176ms dev-sda7.device
166ms SuSEfirewall2.service
163ms var-lib-named.mount
137ms apparmor.service
95ms ModemManager.service
68ms SuSEfirewall2_init.service
49ms udisks2.service
41ms home.mount
35ms boot-efi.mount
34ms ntpd.service
27ms systemd-udev-trigger.service
26ms systemd-fsck@dev-disk-by\x2duuid-17fe3927\x2d44e5\x2d4606\x2d9693\x2d9837667052d7.service
26ms sys-kernel-debug.mount
25ms dev-mqueue.mount
24ms dev-hugepages.mount
24ms plymouth-start.service
23ms accounts-daemon.service
21ms systemd-vconsole-setup.service
17ms systemd-journald.service
16ms systemd-tmpfiles-setup.service
16ms polkit.service
16ms user@2.service
15ms user@1000.service
14ms colord.service
14ms systemd-readahead-replay.service
11ms plymouth-read-write.service
9ms systemd-backlight@backlight:acpi_video0.service
9ms systemd-remount-fs.service
9ms systemd-tmpfiles-setup-dev.service
Alles anzeigen
Die Bootzeit ist wahrscheinlich deswegen immer noch etwas länger, weil der "networkmanager" darauf wartet, dass die Netzwerkverbindung hergestellt ist und erst dann den Schreibtisch zeigt (siehe Zeile 1 von Konsolenausgabe). Kann man den "networkmanager" so konfigurieren, dass der den Verbindungsaufbau asyncron angeht (also nicht auf die hergestellte Verbindung wartet)?
systemd-analyze blame
Der Befehl erzeugt bei mir folgende Ausgabe:
16.560s wicked.service
7.187s codemeter.service
592ms display-manager.service
551ms var-lib-named.mount
533ms \x2esnapshots.mount
533ms var-tmp.mount
533ms var-spool.mount
532ms var-opt.mount
532ms var-lib-pgsql.mount
531ms var-lib-mysql.mount
531ms var-lib-mariadb.mount
530ms var-lib-mailman.mount
529ms var-crash.mount
529ms usr-local.mount
528ms tmp.mount
528ms srv.mount
527ms opt.mount
527ms boot-grub2-x86_64\x2defi.mount
527ms var-log.mount
526ms boot-grub2-i386\x2dpc.mount
272ms var-lib-libvirt-images.mount
240ms SuSEfirewall2.service
239ms postfix.service
224ms dev-sda7.device
132ms apparmor.service
74ms SuSEfirewall2_init.service
71ms home.mount
48ms boot-efi.mount
44ms ntpd.service
41ms ModemManager.service
30ms user@2.service
30ms systemd-udev-trigger.service
28ms accounts-daemon.service
27ms udisks2.service
25ms polkit.service
23ms systemd-tmpfiles-setup.service
20ms plymouth-start.service
16ms sys-kernel-debug.mount
16ms systemd-journald.service
16ms colord.service
15ms dev-mqueue.mount
15ms dev-hugepages.mount
14ms systemd-remount-fs.service
14ms systemd-fsck@dev-disk-by\x2duuid-17fe3927\x2d44e5\x2d4606\x2d9693\x2d9837667052d7.servic
13ms systemd-update-utmp.service
12ms systemd-journal-flush.service
12ms nscd.service
12ms plymouth-read-write.service
11ms avahi-daemon.service
11ms systemd-tmpfiles-setup-dev.service
Alles anzeigen
Der erste Eintrag hat ungefähr die Zeit, die der Rechner nun zum hochfahren länger braucht. Hängt mein Problem vielleicht damit zusammen?
Hallo,
ich bin begeisteter Neuling in openSUSE 42.1 mit GNOME Desktop. Vor kurzem habe ich Softwareupdates vorgenommen (ganz normal über die Paketaktualisierung-GUI). Nun braucht mein Rechner viel länger zum hochfahren. Davor sah der Bootvorgang auf dem Bildschirm wie folgt aus: Bios => GRUB => GNOME Desktop. Nach den Updates dauert der Vorgang fast 15s länger und enthält einen Schritt mehr: Bios => GRUB => Bildschirm mit 3 grünen Punkten (ca. 15s) => GNOME Desktop.
Weiß jemand, woran es liegen kann, dass nun der Bootvorgang markant länger dauert? Tritt vielleicht während diesem "Bildschirm mit den 3 grünen Punkten" ein Softwarefehler auf? Bislang habe ich aber noch keine Fehlermeldung gesehen.