A few days ago, during an automatic update, the update got stuck halfway through, similar to what has been described in the other topics.
The hotfix did not seem to make any difference, and after rebooting, the Vero would get stuck in the update process again.
I eventually modified the sources.list manually. Since then, updates complete without any errors.
deb https://deb.debian.org/debian bullseye main contrib non-free
deb https://deb.debian.org/debian/ bullseye-updates main contrib non-free
deb https://apt.osmc.tv bullseye main
deb https://apt.osmc.tv bullseye-security main
However, after a reboot, it now takes a very long time (around 5 minutes) before the user interface becomes available, very annoying.
I have also noticed that the drives configured in /etc/fstab are no longer mounted automatically during boot. This seems to be related to some kind of network timeout.
Apart from the long delay and the missing mounts, I don’t see any other problems. If I manually run:
sudo mount -a
after the reboot, the drives mount successfully and everything works perfectly again.
Does anyone have any suggestions on where I should look to determine what is causing the delay/timeout during boot?
Which logs or commands would be most useful to check what is actually waiting or timing out?
This way the mount won’t happen at boot directly, but systemd creates an automount unit that triggers the actual mount on first access. This avoids boot hangs if the NAS is slow to come up or unreachable.
I also tested commenting out the NFS mount in /etc/fstab, but the restart still takes a very long time. So it doesn’t seem to be related to the NFS mount.
As a matter of fact, I did. After the restart/reboot, it took about five minutes before the user interface appeared.
The problem is that since the latest update, the device doesn’t get an IP address during the initial boot process.
When I assign a static IP address to the device, it also seems to mount the drives correctly, but the reboot still takes a very long time.
I suspect that some network-related packages may have been accidentally updated or changed in the latest update, and that my Vero doesn’t handle these changes correctly.