I noticed soon as I posted but I was unable to edit it to Bullseye, good way to start a post 😂
some more info. I type "systemd-analyze blame" and I get the below result, is there some easy wins to get the boot time down?
15.021s bootsplash-hide-when-booted.service
4.823s logrotate.service
4.301s armbian-hardware-optimize.service
3.223s armbian-ramlog.service
2.129s networkd-dispatcher.service
1.907s armbian-zram-config.service
1.827s systemd-random-seed.service
1.392s dev-mmcblk2p1.device
1.248s man-db.service
960ms e2scrub_reap.service
947ms loadcpufreq.service
877ms systemd-logind.service
783ms ssh.service
681ms systemd-udev-trigger.service
643ms NetworkManager.service
600ms chrony.service
585ms user@1000.service
573ms hostapd.service
524ms cpufrequtils.service
503ms keyboard-setup.service
453ms smartmontools.service
405ms apt-daily-upgrade.service
382ms apt-daily.service
312ms alsa-restore.service
277ms systemd-journald.service
270ms sysstat-summary.service
256ms rsyslog.service
231ms run-rpc_pipefs.mount
198ms rc-local.service
185ms sys-kernel-tracing.mount
184ms modprobe@fuse.service
182ms dev-mqueue.mount
181ms modprobe@drm.service
181ms fake-hwclock.service
181ms modprobe@configfs.service
176ms armbian-led-state.service
174ms systemd-udevd.service
174ms kmod-static-nodes.service
173ms sys-kernel-debug.mount
160ms networking.service
154ms sysstat.service
150ms systemd-modules-load.service
146ms wpa_supplicant.service
144ms systemd-remount-fs.service
140ms systemd-tmpfiles-clean.service
126ms sysfsutils.service
113ms systemd-user-sessions.service
104ms systemd-sysctl.service
93ms systemd-update-utmp-runlevel.service
73ms systemd-tmpfiles-setup-dev.service
72ms systemd-update-utmp.service
72ms systemd-sysusers.service
72ms sys-fs-fuse-connections.mount
69ms systemd-tmpfiles-setup.service
66ms sys-kernel-config.mount
66ms polkit.service
61ms nfs-config.service
57ms console-setup.service
56ms rpcbind.service
50ms sysstat-collect.service
45ms systemd-rfkill.service
44ms user-runtime-dir@1000.service
42ms systemd-journal-flush.service
25ms tmp.mount
25ms armbian-hardware-monitor.service
15ms ifupdown-pre.service
For the Wi-Fi issue, I have done more digging. When the pi does not connect to wifi, if I "dmesg | grep mmc" I get the below response
[ 3.436390] mmc1: new high speed SDIO card at address 0001
[ 4.067827] EXT4-fs (mmcblk2p1): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
[ 5.645923] EXT4-fs (mmcblk2p1): re-mounted. Opts: commit=600,errors=remount-ro. Quota mode: none.
[ 20.916301] sunxi-mmc 1c10000.mmc: data error, sending stop command
[ 20.916334] sunxi-mmc 1c10000.mmc: send stop command failed
where on a pi where wifi is good, I do not get the bottom 2 lines, is this a good way to log the issue or is it just a coincidence?
If I "lsmod | grep 8189" I get the below when it can not scan for wifi and when it can
8189fs 901120 0
cfg80211 516096 1 8189fs
If there is any commands you would like me to try, please let me know