Nachdem ich von Lan auf Wlan umgestiegen bin dauert das booten gefühlt 5min.
Hab folgendes versucht um rauszufinden woran es liegt
Mehrere Service warten auf das Netzwerk,aber wie kann ich das warten umgehen???
[gelöst]ansible boot-zeit bei WLan
-
-
Hast du die Konfiguration für die Kabelverbindung entfernt? Nicht dass er da so lange wartet, weil sich kein DHCP-Server für die LAN-Verbindung meldet...
Worauf das System beim Booten wartet, kannst du dir mit systemd-analyze critical-chain anzeigen lassen.
-
Display MoreCode
- root@stube:/home/frank# 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 @2min 17.153s
- └─multi-user.target @2min 17.153s
- └─epghttpd.service @2min 16.503s +648ms
- └─epgd.service @2min 16.283s +209ms
- └─vdr.service @2min 9.828s +6.435s
- └─x@vt7.service @2min 7.510s +2.308s
- └─basic.target @7.416s
- └─sockets.target @7.416s
- └─lxd.socket @7.392s +23ms
- └─sysinit.target @7.363s
- └─haveged.service @7.360s
- └─apparmor.service @6.490s +858ms
- └─local-fs.target @6.427s
- └─run-user-666.mount @2min 9.931s
- └─swap.target @4.435s
- └─dev-disk-by\x2duuid-0de41b1e\x2d7e39\x2d4ca8\x2da8
- └─dev-disk-by\x2duuid-0de41b1e\x2d7e39\x2d4ca8\x2d
- lines 1-20/20 (END)...skipping...
- 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 @2min 17.153s
- └─multi-user.target @2min 17.153s
- └─epghttpd.service @2min 16.503s +648ms
- └─epgd.service @2min 16.283s +209ms
- └─vdr.service @2min 9.828s +6.435s
- └─x@vt7.service @2min 7.510s +2.308s
- └─basic.target @7.416s
- └─sockets.target @7.416s
- └─lxd.socket @7.392s +23ms
- └─sysinit.target @7.363s
- └─haveged.service @7.360s
- └─apparmor.service @6.490s +858ms
- └─local-fs.target @6.427s
- └─run-user-666.mount @2min 9.931s
- └─swap.target @4.435s
- └─dev-disk-by\x2duuid-0de41b1e\x2d7e39\x2d4ca8\x2da886\x2d41a5c5b6438a.swap @4.280s +127ms
- └─dev-disk-by\x2duuid-0de41b1e\x2d7e39\x2d4ca8\x2da886\x2d41a5c5b6438a.device @4.259s
Und hier meine 01-netcfg.yaml
Display MoreCode- # This file is generated from information provided by
- # the datasource. Changes to it will not persist across an instance.
- # To disable cloud-init's network configuration capabilities, write a file
- # /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
- # network: {config: disabled}
- network:
- wifis:
- wlx24050ff62433:
- dhcp4: yes
- dhcp6: no
- access-points:
- Frank24:
- password: xxxxxxxxxxxxxxxxx
-
Was sagt systemd-analyze blame?
-
Display MoreCode
- root@stube:/home/frank# systemd-analyze blame
- 2min 124ms systemd-networkd-wait-online.service
- 1min 55.656s apt-daily.service
- 6.135s vdr.service
- 5.734s proftpd.service
- 4.478s postfix@-.service
- 3.780s dev-sda1.device
- 3.404s apt-daily-upgrade.service
- 3.194s mariadb.service
- 2.838s networkd-dispatcher.service
- 2.346s x@vt7.service
- 1.909s snapd.service
- 1.778s NetworkManager.service
- 1.761s udisks2.service
- 1.742s lircd-setup.service
- 1.631s systemd-modules-load.service
- 1.536s systemd-timesyncd.service
- 1.462s apparmor.service
- 1.247s systemd-update-utmp.service
- 1.195s rpcbind.service
- 1.106s NetworkManager-wait-online.service
- 1.055s smbd.service
- 947ms keyboard-setup.service
- 942ms systemd-resolved.service
- 921ms accounts-daemon.service
- 867ms systemd-journald.service
- 838ms systemd-udev-trigger.service
- 825ms nmbd.service
- 754ms grub-common.service
- 751ms lxd-containers.service
- 660ms epghttpd.service
- 607ms systemd-logind.service
- 561ms etc-setserial.service
- 548ms nfs-server.service
- 527ms apport.service
- 518ms setserial.service
- 468ms systemd-journal-flush.service
- 448ms systemd-rfkill.service
- 432ms user@666.service
- 414ms snapd.seeded.service
- 386ms lvm2-monitor.service
- 385ms systemd-fsck@dev-disk-by\x2duuid-e236e91c\x2de649\x2d4c36\x2d86eb\x2d3157cce52bca.service
- 347ms autofs.service
- 331ms proc-fs-nfsd.mount
- 327ms user@1000.service
- 307ms rsyslog.service
- 305ms polkit.service
- 278ms avahi-daemon.service
- 271ms ebtables.service
- 258ms systemd-networkd.service
- 226ms systemd-tmpfiles-setup.service
- 216ms nfs-mountd.service
- 209ms ssh.service
- 196ms epgd.service
- 195ms run-rpc_pipefs.mount
- 166ms srv.mount
- 165ms systemd-udevd.service
- 156ms systemd-tmpfiles-setup-dev.service
- 145ms ufw.service
- 144ms kmod-static-nodes.service
- 139ms wpa_supplicant.service
- 122ms iscsid.service
- 99ms console-setup.service
- 88ms systemd-remount-fs.service
- 84ms systemd-user-sessions.service
- 77ms dev-mqueue.mount
- 77ms plymouth-quit-wait.service
- 71ms sys-kernel-debug.mount
- 67ms plymouth-quit.service
- 66ms dev-disk-by\x2duuid-0de41b1e\x2d7e39\x2d4ca8\x2da886\x2d41a5c5b6438a.swap
- 63ms nfs-blkmap.service
- 58ms systemd-random-seed.service
- 58ms systemd-sysctl.service
- 53ms plymouth-start.service
- 53ms ureadahead-stop.service
-
Habe meine 01-netcfg.yaml umgestellt von DHCP auf statisch,aber ohne Erfolg.
Netzwerk ist ok,aber booten dauert genauso lange.
????????????
-
Könnte das eventuell ein Entropie-Problem sein? Ändert sich etwas, wenn du das Paket haveged installierst (soweit ich weiß haben die Atom 330 keinen brauchbaren Hardware-Generator für Zufallszahlen, der sich mit den rng-tools nutzen lässt)?
-
Ist schon installiert.
Werde heute Nachmittag Mal diesen ersten Service der 2mindauert auf --ignore setzen,Mal sehen ob's hilft.
-
Habe nun folgendes gemacht
Dort den Eintrag --ignore=interface
mit meinem WLan angepasst
--ignore=wlx24050ff62433
Dann abspeichern und neu starten.
Dann noch folgendes
Dort folgendes eingefügt
Neu starten und das System bootet in ca 35s
Display MoreCode- root@stube:/home/frank# systemd-analyze blame
- 6.224s postfix@-.service
- 6.116s nmbd.service
- 4.693s mariadb.service
- 4.195s vdr.service
- 3.809s dev-sda1.device
- 3.419s x@vt7.service
- 2.493s networkd-dispatcher.service
- 2.082s udisks2.service
- 1.852s systemd-modules-load.service
- 1.826s NetworkManager.service
- 1.801s snapd.service
- 1.709s lircd-setup.service
- 1.696s proftpd.service
- 1.559s systemd-timesyncd.service
- 1.281s systemd-rfkill.service
- 1.128s systemd-networkd.service
- 1.004s keyboard-setup.service
- 999ms accounts-daemon.service
- 926ms ebtables.service
- 896ms apparmor.service
- 882ms NetworkManager-wait-online.service
- 814ms nfs-server.service
- 771ms systemd-journald.service
-
Was sagt systemd-analyze blame?
Danke für den Tip seahawk1986
-
Habe gerade ein ähnliches Problem, bei einer Ubuntu ansible Installation - ganz ohne Netzwerk/Internet.
systemd-analyze blame zeigt mir eine Verzögerung von 2min irgendwas an.
Komme mit der oben gezeigten Lösung nicht klar. nano nano systemd-networkd-wait-online ?
